OpenStreetMap logo OpenStreetMap

Changeset When Comment
161394559 5 months ago

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

163803096 5 months ago

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

163473401 5 months ago

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.

163473401 5 months ago

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.

163473401 5 months ago

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.

163473401 5 months ago

Beste Carlo Nannings,

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

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

163679413 5 months ago

Beste IIVQ,

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

Met vriendelijke groet,

Tjuro

163420229 5 months ago

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

163439134 5 months ago

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

163473401 5 months ago

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

163439134 5 months ago

"Bij 't Horsthuis en Nijhof Sporthal is dat ook echt het geval."

Er kunnen dingen op gevels staan, maar er staat geen | je hebt er "'t Horsthuis | Nijhof Sporthal" van gemaakt.

Ook dienen namen op gevels geïnterpreteerd te worden.

Als er op een cafetaria gebouw een tekst staat met "Kokkie" dan heet het gebouw niet "Kokkie".

Zelfde met sporthallen dient de poi als node gemapped te worden met de naam, website en leisure=sports_hall.

Algemeen advies voor namen.

Bij meerdere mogelijkheden altijd de kortste pakken.

Geen dingen toevoegen of verzinnen zoals: - | \ / () [] etc.

Geen beschrijvingen toevoegen.

Op het moment dat een club geen echte naam heeft zoals sportclub broekland. Dan is "sportclub broekland" ok als naam. Maar als een sportclub wel een echte naam heeft zoals Vitesse dan dienen er geen extra voorvoegsels bijgevoegd worden.

Geen enkel sport complex is compleet of perfect, waar het om gaat is dat je als mapper kritisch bent op je toevoeging en zelf streeft naar betere kwaliteit.

163439134 5 months ago

beste Op'tRad,

Ik zie dat je hier een naam toevoegd aan een gebouw.

Namen dienen alleen op gebouwen te worden geplaast als een gebouw ook echt zo heet, denk hierbij aan boerderijen of landhuizen.

Op het moment dat iets een poi is zoals een sporthal dan diet deze als node geplaatst te worden.

zie leisure=sports_hall
osm.wiki/Tag:leisure%3Dsports_hall

Gelieve dit zelf op te lossen.

Met vriendelijke groet,

Tjuro

163405868 5 months ago

beste Op'tRad,

Ik zie dat je hier namen van sport clubs veranderd. Onder andere door dingen zoals " | " en " - " toe te voegen.

Textsten zoals "voetbal" of "sportclub" horen niet thuis in de naam.

voor meer info zie name is name only:
osm.wiki/Names#Name_is_the_name_only

Graag zie ik dat je dit zelf oplost.

Met vriendelijke groet,

Tjuro

163408175 5 months ago

In verband met dat je beweerd dat een deel van de activiteiten op deze locatie gebeuren en het feit dat we coulant zijn naar eigen poi toevoegingen heb ik de poi hersteld.

osm.org/node/2682430657

163408175 5 months ago

Ik heb niet het gevoel dat wij hetzelfde bedoelen met bezoekadres.

Een bezoekadres is de plek waar de activiteit bijbehorende aan het type poi beoefend word. En waar de infrastructuur om de activiteit uit te voeren geplaatst is.

Het probleem met deze poi tevens als de vliegschool in Leeuwarden. De activiteit niet beoefend word op de locatie, en er geen infrastructuur of aanpassingen zijn gedaan aan het woonhuis.

osm.org/node/3065064979/history/18

Met een bezoekadres bedoelen we bijvoorbeeld een schuur met aangepaste gevel.

Ik was mij er niet van bewust dat dit jou huis was, meestal is het zo dat we coulanter zijn met mensen die hun eigen dingen toe voegen, in tegenstelling tot marketing en andere spam.

163408175 5 months ago

Beste Fonzzy,

Binnen OpenStreetMap voegen wij alleen poi's toe met een bezoekadress. Bij woonhuizen kunnen dit bijvoorbeeld nagelstudio's zijn.

Webshops, zzp zaken etc dienen niet toegevoegd te worden en worden verwijderd.

Zie ook deze recente discussie:
https://community.openstreetmap.org/t/voorstel-crypto-tags-verwijderen/108387/27

Ik verwacht dat je deze infomatie meeneemt bij het maken van de afweging om een poi wel of niet toe te voegen in het vervolg.

Met vriendelijke groet,

Tjuro

163342221 5 months ago

beste Rellic,

Ik zie dat je hier straat parkeervakken hebt vastgeplakt aan wegen. Binnen osm plakken wij landuse en andere vlakken niet aan wegen.

Gelieve dit in het vervolg niet meer te doen.

Ik heb het voor je opgelost.

Voor het intekenen van parkeervakken raad ik aan om de BGT in JOSM te gebruiken.

zie:

https://community.openstreetmap.org/t/de-beste-imagery-layers-om-nl-osm-te-mappen-met-josm/85393

Met vriendelijke groet,

Tjuro

160874933 5 months ago

beste PowerGeoMapping,

Ik zie dat je hier parkeren en andere elementen vastplakt aan wegen.

Gelieve dit in het vervolg niet meer te doen.

Ik heb het voor nu voor je opgelost.

Met vriendleijke goet,

Tjuro

146974879 5 months ago

Beste NLWerner,

Ik zie dat je hier parkeren en andere elementen vast hebt geplakt aan wegen.

Zou je dit in het vervolg niet meer willen doen?

Ik heb het voor je opgelost.

Met vriedelijke groet,

Tjuro

159232800 5 months ago

Ik weet niet zo goed wat ik hier mee te maken heb.

Poi's dienen niet op gebouw omtrekken te worden geplaatst dat is is strijd met de basis regel:
osm.wiki/One_feature,_one_OSM_element

Op het moment dat er meerdere poi's in een gebouw zitten dan mag het adres gekopieerd worden.