You are not logged in.

Announcement

*** NOTICE: By 30th of September 2022 the forum.openstreetmap.org will be retired, please request a category for your community in the new ones as soon as possible using this process, which will allow you to propose your community moderators. We expect the migration of data will be finished by that date, you can follow its progress here.***

#26 2022-08-03 13:16:19

Geim
Member
From: MM
Registered: 2017-03-29
Posts: 869

Re: Bad OSM Mapping to be resolved by Renderer (?)

Allroads wrote:

Als je de moeite neemt om ze samen te voegen kan je ook de moeite nemen om het correct te doen. Immers die controle doe je al. Je bent ter plekke bezig. De database beter te maken. Dat is ons doel.

Dat is niet correct. 2 wegen met identieke tags, die eenzelfde node delen (een geknipte weg) voeg ik zonder nadenken samen, daarvoor hoef ik niet ter plekke bekend te zijn.
Juist de persoon die ze opknipt om reden van ..=use_sidepath is ter plekke bekend en moet niet domweg alleen een knip uitvoeren voor privé redenen. Hier wordt de database niet beter van, alleen maar groter.

Offline

#27 2022-08-03 16:02:30

Famlam
Member
From: Nijmegen
Registered: 2019-11-10
Posts: 215

Re: Bad OSM Mapping to be resolved by Renderer (?)

Daarnaast ook edits als op deze weg https://www.openstreetmap.org/way/1080103722/history
Prima dat hij dergelijke missende serviceweggetjes belangrijk vindt en toevoegt, maar ik hoef niet ter plaatse te zijn om op de (door hem ook gebruikte) PDOK luchtfoto's te zien dat dit eigenlijk enkel een serviceweg kan zijn. Dus om dan een weg met de onderstaande tagging toe te voegen is gewoon irritatie oproepen om iemand anders highway=road naar highway=service te laten omtaggen. Accesstagging is een ander verhaal, maar dat doet hij ook niet met zijn highway=road.

highway=road
fixme=missing {set highway=service} > add [highway=road] (not surveyed, pdok only)

Dat is niet correct. 2 wegen met identieke tags, die eenzelfde node delen (een geknipte weg) voeg ik zonder nadenken samen, daarvoor hoef ik niet ter plekke bekend te zijn.

Mee eens, als je geen indicatie hebt dat er daadwerkelijk iets verandert, niet lukraak knippen.

Offline

#28 2022-08-03 18:06:55

PeeWee32
Member
From: Leusden, NL
Registered: 2010-11-28
Posts: 1,297
Website

Re: Bad OSM Mapping to be resolved by Renderer (?)

Allroads wrote:

Ik heb geen moeite met die knippen, immers ze moeten er toch komen bij vele afslagen, want op veel plaatsen hoort die *=use_sidepath te worden gezet.

Als we in de OSM NL community consensus zouden hebben over het opknippen van wegen zonder wijzigen van tags zou ik daar geen moeite mee hebben. Ik vermoed dat die er niet gaat komen maar dit even terzijde. Het grootste probleem dat ik met deze  mapper heb is dat hij iets ongebruikelijks doet (op grote schaal) en dat niet van te voren afstemt met de community. Op zich hoeft dat ook niet maar als er zoveel mappers commentaar hebben op je handelswijze dan zou je wel een uitleg verwachten. Helaas komt die er niet/onvoldoende.  Dat wekt irritatie bij vele mappers maar daar lijkt hij zich niets van aan te trekken. Het gevolg hiervan is dat er helaas weer veel energie verloren gaat en dat enkel en alleen omdat iemand niet wil communiceren. In een community project als OSM is communicatie essentieel en heb je m.i.  niets aan mappers die niet aanspreekbaar zijn op hun gedrag.


Allroads wrote:

Ik heb geen moeite met die knippen, immers ze moeten er toch komen bij vele afslagen, want op veel plaatsen hoort die *=use_sidepath te worden gezet.

En ik sluit ook niet uit dat je er geen moeite mee hebt als mappers wegen met identieke tagging die een gemeenschappelijke node hebben weer samenvoegen tot 1 weg.  Zo houden we elkaar weer lekker bezig en wordt niemand er wijzer van.

Allroads wrote:

Ik zie nogal eens dat alleen bicycle=use_sidepath wordt gezet en niet voor mofa foot moped. Soms denk ik, dat doet men bewust, dat is ook een vorm van mentaliteit, die ik niet waardeer. Je bent nu ter plekke bezig neem het mee, als andere het later moet controleren zijn we er met ons alle meer tijd aan kwijt. Tenzij je niet de kennis hebt om dat te kunnen,

Ik denk niet dat dit iets met mentaliteit te maken heeft maar meer met interesse. Ieder mapper heeft zo zijn voorkeur voor tags die hij belangrijk/relevant vindt. Als een mapper een bicycle=use_sidepath toevoegt maar niet de mofa/moped/foot = use_sidepath dan is daar m.i. niets mis mee. Dat kunnen anderen weer doen die dat belangrijk vinden. (lang leve de traffic_sign tag wink  ) . Ik weet dat jij het verschil tussen een G11,G12a en een G13 prima weet maar dat heeft vast niet ieders interesse.  Het mooie van OSM is m.i. juist dat een ieder vanuit zijn expertise/interesse iets toevoegt waardoor het totaal steeds mooier wordt. Je kunt immers niet alles bijhouden en zult moeten kiezen waar je je energie insteekt.

Offline

#29 2022-08-03 18:35:12

Martin Borsje
Moderator
From: Puth
Registered: 2011-10-22
Posts: 3,170

Re: Bad OSM Mapping to be resolved by Renderer (?)

Allroads wrote:

Ik heb geen moeite met die knippen, immers ze moeten er toch komen bij vele afslagen, want op veel plaatsen hoort die *=use_sidepath te worden gezet. Eerder deed ik dat niet, mede doordat ik de tags van Ankeric zag ben ik dat gaan doen, Vaak samen met zijn Mapillarry beelden.
In het verleden is op het forum door andere contributers aangeven, dat men dat wel makkelijk vindt, een knip bij een kruising bij het aanleggen van de route relaties.
Ik knip bij kruisingen vaak en zet indien mogelijk ook de access tags. Voor alle vervoersvormen, want door andere wel eens wordt vergeten, ik denk wel eens bewust, een keuze.

Het preëmptief splitsen van wegen op alle kruisingen dient geen nut; *=use_sidepath kan aan beide zijden van de knip identiek zijn en dan is een knip zeker niet nodig.

Als je de moeite neemt om ze samen te voegen kan je ook de moeite nemen om het correct te doen. Immers die controle doe je al. Je bent ter plekke bezig. De database beter te maken. Dat is ons doel.

Samenvoegen kan alleen als alle tags aan beide zijden gelijk zijn en er geen routerelaties mee beschadigd worden; hier moet je je dus lokaal van vergewissen - net als voor knippen geldt.

Zelf navigeer ik ook veel topografisch, wat wil dat zeggen, eigenlijk het oude kaartrouteren, in een nieuw jasje (smartphone), Waarbij ik met een style wegkleuren aangeef waar ik wel of niet mag komen. rood/ groen/geel (destination)/geen kleur, voor de gebruikte vervoersvormen.

Ik weet niet wat deze informatie aan dit item toevoegt.

Dan maak je geen gebruik van een routeringsberekening.
En zo gebruikt Ankeric het ook op, ik meen, met zijn Garmin.
De reden van je wordt bij, zeg maar, A naar B routering toch wel tegen gehouden, dus ik doe het maar niet, is een keuze, in mij optiek een verkeerde.

we hebben het uitdrukkelijk niet over knippen/samenvoegen dat routeringen beschadigt

Je doet er mij ook een plezier mee als men het wel goed tagt, volledig.

Mentaliteit:
Aan een kant kan ik het wel waarderen dat hij een account gebruikt, die naar hem wijst en niet anderom.

Wat bedoel je hier mee?

In eerder discussie meen ik mij te herinneren dat andere aangeven, zet dan een fixme, dat heeft Ankeric dan ook gedaan. ( Wellicht van, jullie zeggen,  ik doe het, jullie weten het zo goed)
Nu met omschrijving, waarom geknipt.

Wat bedoel je hier mee?

Nu kom je bij het punt, statement gemaakt.
Tot de orde (werkwijze) van de dag, het verbeteren (aanvullen) van de Openstreetmap data.

Ik roep dan ook op, Ankeric om de tagging te zetten. Dat jij en andere er gebruik van kunnen maken. Zo ook aan alle andere om ook de goede taggijng te zetten op de juiste plaats voor alle vervoersvormen.

Een herhaling van zetten?

Ik zie nogal eens dat alleen bicycle=use_sidepath wordt gezet en niet voor mofa foot moped. Soms denk ik, dat doet men bewust, dat is ook een vorm van mentaliteit, die ik niet waardeer. Je bent nu ter plekke bezig neem het mee, als andere het later moet controleren zijn we er met ons alle meer tijd aan kwijt. Tenzij je niet de kennis hebt om dat te kunnen,

Op basis van een luchtfoto of BGT is niet op te maken wat de verplichtingen voor mofa's of mopeds zijn en dan is een voorlopige tagging voor fietsers (het merendeel van de fietspadgebruikers die routering gebruiken) meer dan op zijn plaats.

Samen maken we de database beter, ga daar voor, vele hebben daar plezier van. Vele die je niet kent, doe het voor hun.

Offline

#30 2022-08-03 22:10:39

Allroads
Member
Registered: 2011-03-05
Posts: 3,303

Re: Bad OSM Mapping to be resolved by Renderer (?)

Ik weet niet wat deze informatie aan dit item toevoegt.

Aangevende dat er andere soorten van navigatie zijn, Die wel overal correcte visualisatie nodig hebben.

Wat bedoel je hier mee?

Hij had ook een account naam kunnen gebruiken die niemand wat zegt. En alleen knippen.

Wat bedoel je hier mee?

Dat binnen de community mensen waren die fixme tag als oplossing gaven, dat heeft hij overgenomen.

Een herhaling van zetten?

Punt, er moet een einde aan komen,
De oplossing, dat we met ons alle de correcte tags zetten.

Offline

#31 2022-08-03 23:29:34

Allroads
Member
Registered: 2011-03-05
Posts: 3,303

Re: Bad OSM Mapping to be resolved by Renderer (?)

PeeWee32 wrote:

En ik sluit ook niet uit dat je er geen moeite mee hebt als mappers wegen met identieke tagging die een gemeenschappelijke node hebben weer samenvoegen tot 1 weg.  Zo houden we elkaar weer lekker bezig en wordt niemand er wijzer van.

Klopt geen moeite mee, ik voeg ook wel eens iets samen (vooral midden op een weg).

Allroads wrote:

...... Soms denk ik, dat doet men bewust, dat is ook een vorm van mentaliteit, die ik niet waardeer...

Ik denk niet dat dit iets met mentaliteit te maken heeft maar meer met interesse....

Soms en dat vindt ik dan jammer. Maar goed, ik tag ook niet alles, ook interesse gebied. En hoe het zo uit komt.
Ben wel zorgvuldiger geworden.

Offline

#32 2022-08-12 21:00:21

Tilia_J
Member
Registered: 2019-01-17
Posts: 96

Re: Bad OSM Mapping to be resolved by Renderer (?)

Offline

Board footer

Powered by FluxBB