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.

Beste Carlo Nannings,

Zo te zien was hier ook een restrictie kapot gemaakt:
changeset/163323705

Het kan een aantal dagen tot weken duren voordat navigatie systemen zich aanpassen op de nieuwe situatie.

Beste IIVQ,

Gelieve de source van de wijziging op de changeset te plaatsen en niet op het object.

Met vriendelijke groet,

Tjuro

beste A-dg6,

ik zie dat je hier shop=supermarket hebt toegevoegd aan het gebouw, nu zijn er op deze locatie feitelijk twee supermarkten. Ook dienen poi's niet op gebouwen te worden gezet zie:

osm.wiki/One_feature,_one_OSM_element

Ik heb de tag verwijderd,

Met vriendelijke groet,

Tjuro

Beste Op'tRad,

Hoe dingen eruitzien, icoontjes, wel of geen naam etc. Is niet relevant voor ons. OpenStreetMap is in eerste instantie een database. Secondair zijn er kaartlagen en andere toepassingen van deze data.

Vaak zie je dat beginnende mappers te veel van hun keuzes en mappen af laten hangen van hoe iets eruitziet. En hierbij wordt de data vergeten.

Tegenwoordig wordt bijna alles op de standaard kaart gerendeerd sommige mappers denken dan ook dat ze iets fout doen als het niet iets op de kaart toont. Eigenlijk is het een soort drempel waar veel mappers overheen moeten. Accepteren dat niet alles op de kaart toont en mappen voor de correctheid van de data en niet voor het maken van een mooie kaart.

Met betrekking tot namen op gebouwen zie je dat vroeger en nog steeds veel poi’s op gebouwen gezet worden zonder enige poi tag. Het laat dan wel een naampje zien maar verder is het nutteloos. Daarom heb ik daar een afkeer voor gekregen.

Uiteraard is het zetten van de naam van een gebouw op het gebouw niet verkeert. Maar dan moet het wel duidelijk zijn dat het echt gaat op de naam van een gebouw en niet van een naam van iets wat in het gebouw zit.

Met vriendelijke groet,

Tjuro

Beste Carlo Nannings,

Ik zie dat je hier een relatie aan hebt gepast, dit is niet helemaal goed gegaan. Waardoor de relatie gebroken was, ik heb de turn restrictie verwijderd.

Gelieve in de toekomst beter op te letten met het aanpassen van relaties.

Met vriendelijke groet,

Tjuro