Beste Pieter Hilkemeijer,

Gebouwen worden geïmporteerd vanuit het kadaster, Als iets niet klopt kan je het her importeren,

https://community.openstreetmap.org/t/beta-testers-voor-de-bag-update-plugin-gezocht/76738/20

Of vragen via het forum tot herimport:

https://community.openstreetmap.org/t/bag-importverzoeken/3394/3386

Maar gelieve niet handmatig gebouwen of adressen aan te passen.

Met vriendelijke groet,

Tjuro

Hello Navazor,

I see that you added some parkings here, the quality of the added parking areas do not seem right, angles that are not 90 degrees, inconsistent size etc.

For adding parking the BGT layer is very usefull:
https://community.openstreetmap.org/t/de-beste-imagery-layers-om-nl-osm-te-mappen-met-josm/85393

Please improve the geometry of this and previous changeset.

Greetings,

Tjuro

Hello Money Moustache,

I see that you are adding poi's here.

In the Netherlands it is reccomended that you add poi's to the adress.

Greetrings,

Tjuro

Hello Navazor,

Please do not glue parking to highways,

Greetings,

Tjuro

Beste A-dg6,

Ik zie dat je hier onder andere smoothness= hebt verwijderd cycleway:surface op fietspaden hebt toegevoegd en meer dingen die niet de bedoeling zijn,

Dit komt omdat je de SurfaceOverlay van street complete gebruikt hebt, de SurfaceOverlay houd niet goed rekening met de bestaande situatie.

Gelieve geen SurfaceOverlay meer te gebruiken.

Voor meer info zie:

https://community.openstreetmap.org/t/duitse-stijl-surface-tagging-op-fietspaden-door-streetcomplete/92572

Ik heb de schade hersteld.

Met vriendelijke groet,

Tjuro

Beste Jvitegem,

Poi's dienen niet gedupliceerd te worden, je hebt hier in feite twee brandweerkazernes neergezet. Voor mensen die deze tags gebruiken om te kijken waar brandweerkazernes is dit enorm verstorend.

amenity dient in principe niet gecombineerd te worden met building als per one feature one element. Dit is onder andere omdat hierdoor attribuut tags gaan gelden voor beide hoofd tags.

Je hebt gelijk dat dit op meer plekken fout gaat en als je dit ziet dan zou het goed zijn om dit aan te passen.

Met vriendelijke groet,

Tjuro

Beste BertMule,

In deze changeset heb je een gedenkteken toegevoegd, maar hier heb je verder geen informatie aan toegevoegd, wat je mogelijk ook wat er met dit gedenkteken herdacht word?

Met vriendelijke groet,

Tjuro

Hallo DaniëlV,

Voor gedenktekens die bijvoorbeeld de oorlog herdenken kan je historic=Dmemorial gebruiken

historic=memorial

Op het moment dat het geen gedenk functie heeft dan kan je beter het object taggen, als je zegt dat het gaat om een oude graafmachine dan lijkt mij historic=vehicle beter

osm.wiki/Tag%3Ahistoric%3Dvehicle

Het bord kan ook los getaged worden.

information=sign

tourism=attraction

Met vriendelijke groet,

Tjuro

Beste ZldYe,

Ik weet dat deze wijziging al een tijd geleden is, maar het valt mij hier op dat je een historic=monument hebt toegevoegd.

historic=monument

Dit element lijkt niet groot genoeg om te voldoen aan historic=monument. Is historic=memorial, gedenkteken meschien een betere tag?

Met vriedelijke groet,

Tjuro

Beste DaniëlV,

Ik zie dat je hier een historic=monument. historic=monument word vertaalt als een monumentaal groot gedenkteken.

Daar lijkt hier geen sprake van.

historic=monument

Zou je dit op willen lossen.

Met vriendelijke groet,

Tjuro

Gelieve bestaande elementen te mappen. Bijvoorbeeld een bord met informatie, of bestaande restanten.

Historic=memorial is voor monumentaal grote herdenkingstekens

Ik heb de historic=monument verwijderd

Beste Zant1,

Ik zie dat je bij een aantal keten poi's hier de plaatsnaam van de poi hebt vastgeplakt aan de naam.

Voor dit soort toevoegingen hebben we de tag branch=

branch=*

Hierin kan de plaatsnaam gezet worden. Zou je dit zelf op willen lossen?

Met vriendelijke groet,

Tjuro

Beste Voxberg,

Ik zie dat je hier gras en parker vlakken hebt toegevoegd, hierbij heb je deze geplakt aan de bestaande wegen.

Dit is niet de bedoeling, wegen dienen niet aan vlakken geplakt te worden.

Ik heb het voor je opgelost,

Met vriendelijke groet,

Tjuro

beste huxbie,

Ik zie dat je hier een pad hebt toegevoegd,

Hierbij zijn een aantal dingen niet goed gegaan, en daar wil ik feedback op geven.

Je hebt dit nieuwe pad vast geplakt aan bestaande gras vlakken.

Alle wegen dienen niet vast geplakt te worden aan vlakken.

Verder had je een verzonnen naam toegevoegd aan het pad, namelijk "Onderdeel ommetje "Van Horst naar Zee""

Namen dienen echt te zijn en geen verzonnen beschrijving. voor meer info zie:

osm.wiki/Names

Ik heb dit voor je aangepast. Gelieve hier in de toekomst op te letten.

Met vriendelijke groet,

Tjuro

Beste VRT-2,

Ik zie dat je hier emergency= toe hebt gevoegd zonder hierbij enig andere attributen toe te passen.

Het gebruik van emergency op deze manier is incorrect en controversieel. Eerst dienen attributen zoals wegbreedte oppervlakte en barrières in kaart gebracht te worden

Op het moment dat er paatjes aanwezig zijn dienen deze ingevoerd te worden. Op het moment dat paaltjes niet verwijderbaar zijn dient dat ingevoerd te worden.

Andere tags zoals maxwidth:physical, geven de maximale breedte van een toegang door.

maxwidth:physical

maxwidth:physical=*

Ik verwacht bij deze dat je:

* In de toekomst geen emergency=yes/no meer toevoegt.

* Deze en oudere toevoegingen zelf verbeterd.

* Binnen 7 dagen een reactie geeft op deze changeset.

Met vriendelijke groet,

Tjuro

Beste jsmitsodiliapeel,

Ik zie dat je hier weer een aantal incorrecte landuse=village_green hebt toegevoegd.

landuse=village_green is voor brinken, als functioneel gebied en niet als landcover.

Gelieve dit in de toekomst niet meer te doen.

Ik verwacht hierop een reactie.

Met vriendelijke groet,

Tjuro

Beste Robin,

Excuus voor mijn gebrek aan communicatie.

De reden dat ik deze wijzigingen heb teruggedraaid is omdat dit de verbeteringen van A73-A73 grotendeels ongedaan had gemaakt.

Het plaatsen van poi’s op ways met gekopieerde adressen is niet fout, het probleem hier is dat je deze info kopieert naar de indoor mapping objecten.

Vergelijkbaar met het plaatsen van een poi op een gebouw voldoe je hiermee niet aan one feature one element,
osm.wiki/One_feature,_one_OSM_element

De kwaliteit van poi’s in Nederland is iets waar ik en anderen zoals A73-A73 mee bezig zijn om dit naar een hoger niveau te tillen, als onderdeel daarvan is dus het splitsen van de verschillende features en strak aan one feature one element houden.

Ik stel voor dat je poi’s plaatst op adressen of op los ingetekende ways met de gekopieerde adresgegevens.

Met vriendelijke groet,

Tjuro

De kwaliteit van sommige wijzigingen is om van te huilen.

Het zou niet uit moeten maken of het wel of geen brug is, maar laten we even stoppen met dingen aanpassen.

Het probleem is in de kern dat liveop alle problemen afschuift op mappers en osm. Zonder zelf documentatie te schrijven over hun systeem of dingen te communiceren.

Het is echt diep triest dat jij dan via via weet dat als er geen maxaslast op een brug getaged is dat het dan niet routeert. Dat soort cruciale info dient gecommuniceerd te worden.

De maxaxleload:emergency dient of een nummer te zijn of "default" te zijn.

Uiteindelijk is het de bedoeling dat er data goed in kaart gebracht wordt en dat liveOp daar mee overweg kan, op het moment dat iets niet routeert maar de data is compleet en correct dat ligt het probleem dus volledig bij liveop.

De discussie waar eggie naar refereerd is:

https://community.openstreetmap.org/t/emergency-yes-op-wegen/125607

Dat gaat specifiek over emergency=yes, wat incorrect is. Maar ook over het totale gebrek aan communicatie vanuit vr "mappers", liveop naar OSM toe.

Gelieve geen emergency=yes toe te passen wat dat draai ik dan terug.

osm.org/directions?engine=fossgis_valhalla_car&route=52.65103%2C4.76523%3B52.62144%2C4.72451#map=14/52.63681/4.74815

Bedoel je zoiets?

Welke navigatie gebruik je?

Begrijp dat wij niet iets kunnen veranderen aan navigatie software, wij doen alleen het invullen van de data.