Sv:Good practice

It has been proposed that this page or section be merged with Editing Standards and Conventions. (Discuss)

OpenStreetMap är ett gratis projekt utfört av volontärer. Vem som helst kan ange vad de vill. Som sagt, en karta fungerar bäst när deltagarna kommer överens om en uppförandekod. Dessa "God praxis" är riktlinjer som kommer att öka kvaliteten och värdet på vår kartdata utan ytterligare ansträngning. Ingen tvingas lyda dem. Det kan finnas fall där dessa riktlinjer inte gäller eller till och med motsäger varandra.

Rätta fel

När OpenStreetMap saknar data eller när saker förändras i den verkliga världen, var fet och redigera kartan för att återspegla den aktuella situationen.

Dina tillägg kan förfinas eller återställas vid behov, så tveka inte att redigera kartan.

Var dock respektfull för det arbete som utförs av andra kartläggare och överväg att konsultera dem, särskilt när befintliga data bara är taggade med oklara eller odokumenterade metoder eller taggar; ofta finns det mer än ett sätt att tolka situationer och kartläggningsriktlinjer. Var också uppmärksam när du tar bort data eftersom det är svårare att hitta eller återställa borttagen data än att justera tillagd data.

Om du är nybörjare, osäker eller redigerar på en avlägsen plats – kontakta andra kartläggare och be dem granska dina redigeringar.

Verifierbarhet

Huvudartikel: Verifierbarhet (Verifierbarhet)

OSM-data bör, så långt det är rimligt möjligt, kunna verifieras. Principen gäller för taggar och andra aspekter av datarepresentation och innebär i huvudsak att en annan kartläggare ska kunna komma till samma plats och samla in samma data ("verifiera" den data du har angett). Denna princip utesluter hypotetiska eller åsiktsfulla uppgifter som personliga betyg.

Karta av vad som finns på marken

Ibland finns det motstridiga uppgifter om till exempel namnet på en plats. En gammal karta kan kalla det en sak, nuvarande kartor en annan och ortnamnsskylten något annat. Personer som använder våra kartor (för navigering) bryr sig inte om stavningen på andra kartor, de måste hitta namnen på lokala skyltar på kartan och vice versa. Det enda undantaget från detta kan vara uppenbara felstavningar på skyltar som John-F.-Kennwdy Square. Om man antar att folk intuitivt skulle leta efter den korrekta stavningen, kanske inte ens märker det felstavade namnet alls, är det vettigt att korrigera dessa. Se även: ground truth

Karta inte historiska händelser och historiska särdrag

Kartlägg inte objekt om de inte finns för närvarande, och kartlägg inte platsen för historiska händelser, eftersom sådana funktioner inte kan verifieras. Om ruiner finns kvar (och därmed verifierbara), kartlägg ruinerna (till exempel med historic=ruins). Objekt som inte längre existerar och historiska händelser kan kartläggas på OpenHistoricalMap (se Open Historical Map).

Koppla inte lokal lagstiftning om den inte är bunden till specifika objekt

OSM är en geografisk databas, inte en lagstiftningsdatabas. Juridiska aspekter som lokala trafikregler bör endast kartläggas på specifika element (som motorvägar) i den mån de är beroende av specifika geografiska egenskaper i den verkliga världen. Märk till exempel inte trafikregler på motorvägar som gäller "per definition" för alla vägsträckor i ett land och som inte kan åsidosättas av trafikskyltar som kan finnas eller inte finns på fältet, såsom promillegränsen för förare eller laglig ålder att köra motorfordon.

Däremot kan frånvaro av en specifik trafikskylt eller vägmarkering vara tillräckligt relevant för att kartlägga. Till exempel kan den lagliga standardhastighetsgränsen anges som maxspeed=* för att indikera frånvaro av en annan platsspecifik hastighetsgräns. I det här fallet ger maxspeed=* fortfarande värdefull information som är relevant för den specifika vägen. Om frånvaron av trafikskylten inte skulle ha märkts, kan dataanvändare bara gissa om situationen i fältet överensstämmer med den "lagliga" standarden eller att detta vägavsnitt ännu inte har utvärderats av en kartläggare. Inom ramen för  Wienkonventionen om vägmärken och signaler innebär förekomsten av en korsning i kombination med frånvaron av en (upprepad) trafikskylt också att förbuds- och restriktiva skyltar placerade före korsningen gäller inte längre bortom den punkten (såvida inte trafikskyltarna visas med zongiltig giltighet).

Kartlägg inte tillfälliga händelser och tillfälliga egenskaper

Vår kartdata laddas ofta ner och används offline på olika enheter under flera veckor eller månader. För att offlinedata ska vara användbar bör den åtminstone förväntas förbli oförändrad under de närmaste veckorna när du kartlägger den. Vissa händelser som inträffar i ett vanligt mönster (som en veckomarknad) kan kartläggas genom att använda olika öppettider.

Kartlägg inte för renderaren

Huvudartikel: Tagging for the renderer

Rita saker som de är på marken. Ange inte felaktiga data eller ta bort korrekta data bara för att det hjälper en kartåtergivare, ett navigationssystem eller någon annan datakonsument som har problem med rätt data. De förbättras ständigt, böj inte data för att få det att se snyggare ut, ha bara tålamod, prova en annan datakonsument eller rapportera problemet till datakonsumenten det berör (exempel för Openstreetmap-Carto-stilen).

Kappa inte tillfälliga händelser och tillfälliga funktioner

Vår kartdata laddas ofta ner och används offline på olika enheter under flera veckor eller månader. För att offlinedata ska vara användbar bör den åtminstone förväntas förbli oförändrad under de närmaste veckorna när du kartlägger den. Vissa händelser som inträffar i ett vanligt mönster (som en veckomarknad) kan kartläggas genom att använda olika tidstaggar.

Använd inte namn för att beskriva saker

Många spår som heter "Waldweg" ("Spår" på tyska).

Huvudartikel: Names

namntaggen ska användas för det vanliga namnet på en egenskap. Den ska inte beskriva eller märka funktionen. Det är till exempel felaktigt att använda namn=spår på en spårväg genom en skog. Istället bör den ha funktionstaggen highway=track. Om spåret har ett gemensamt namn (som ett gatunamn) skulle det också ha en namnskylt. Om inte, bör det inte finnas någon namnskylt.

Du kan hitta lämpliga taggar i redaktörerna med hjälp av deras förinställningar (i iD börja skriva efter att du har lagt till ett objekt, i JOSM tryck F3) och genom att söka på denna wiki eller Taginfo. Om du inte kan hitta matchande taggar, lägg till description=* eller note=* eller fråga andra i projekt.

Bra kommentarer om ändringar

Huvudartikel: Bra kommentarer om ändringar

En bra ändringskommentar bör kortfattat och adekvat beskriva en redigering. Du bör göra detta av artighet mot dina andra kartläggare, för att undvika missförstånd och få misstag åtgärdade snabbt. Det gör dina redigeringar mer värdefulla. Det kan till och med hjälpa dig när du tittar tillbaka på dina redigeringar i framtiden.

Bra kommentarer om ändringar

Huvudartikel: Good changeset comments (Bra kommentarer om ändringar)

En bra ändringskommentar bör kortfattat och adekvat beskriva en redigering. Du bör göra detta av artighet mot dina andra kartläggare, för att undvika missförstånd och få misstag åtgärdade snabbt. Det gör dina redigeringar mer värdefulla. Det kan till och med hjälpa dig när du tittar tillbaka på dina redigeringar i framtiden.

Behåll historiken

Huvudartikel: Keep the history (Behåll historiken)

När saker förändras i den verkliga världen, var djärv och redigera kartan för att återspegla den aktuella situationen. Men var medveten om att OpenStreetMap kan lagra redigeringshistoriken för ett element. Du kan hjälpa till att bevara den här historiken genom att ändra de befintliga elementen istället för att ta bort dem och rita om från början.

Ett enda OSM-element bör dock inte användas för att lagra historiken för flera orelaterade objekt. Se Blanda inte historiken för mer information.

Innan du gör betydande ändringar av större objekt, kontrollera deras historik.

En egenskap, ett OSM-element

Huvudartikel: One feature, one OSM element (En funktion, ett OSM-element)

Ett OSM-element bör representera en enda funktion på marken en gång och bara en gång. Placera inte noder i identiskt taggade områden bara för att se en ikon visas i redigeraren.

Om du ritar området för ett objekt som tidigare bara fanns som en nod, ta bort noden eller återanvända den i konturen enligt beskrivningen i Behåll historiken, ta sedan bort taggarna från noden och lägg till dem i området.

Se fullständig artikel för anmärkningsvärda undantag från denna regel.

Redigeringsstandarder

Huvudartikel: Editing Standards and Conventions (Redigeringsstandarder och konventioner)

Justera flygbilder före spårning

Huvudartikel: Using Imagery (Använda bilder)

Flygbilder kommer, oavsett källa, att ha förskjutningar till de verkliga positionerna för objekt på marken. Även om detta kan vara tillräckligt litet för att ignoreras, kan det vara betydligt mer än typiska GPS-fel (>> 10 meter) och förändringar över små områden (kräver omjustering). Det är obligatoriskt att kontrollera detta innan du flyttar befintlig OSM-data, eller lägger till fler.

Möjliga sätt att justera och kontrollera justering:

• befintliga GPS-spår eller högprecision POI-data
• jämför bilder med befintliga OSM-data

iD, JOSM och Potlatch har [[Using_Imagery#Matching_imagery_using_different_editors|verktyg] som stöder bild injustering.

Just because it is available doesn't mean that aerial imagery is up to date. Be sure to check that the existing OSM data you are about to change or delete is indeed older than the imagery you are looking at by checking the history and changeset comments of the object. The best is to only map areas that you visit and verify yourself.

Spåra inte från föråldrade bilder

Huvudartikel: Armchair mapping (Fåtöljskartläggning)

Bara för att det är tillgängligt betyder det inte att flygbilder är uppdaterade. Se till att kontrollera att befintliga OSM-data som du ska ändra eller ta bort verkligen är äldre än bilderna du tittar på genom att kontrollera historiken och changeset comments för objektet . Det bästa är att bara kartlägga områden som du besöker och verifiera dig själv.

Genomsnittligt ut GPS-spår

Huvudartikel: GPS-datas noggrannhet

Noggrannheten för punkterna i en enda GPS-spårning kan vara flera meter borta. Detta beror på många faktorer. Om många spår tas för samma väg, kommer effekten av fel i varje spår att ha en mycket mindre inverkan på den genomsnittliga positionen för dessa spår. Det är användbart att ladda upp alla GPS-spår till servern – även om de täcker vägar som redan finns i databasen. Detta gör att andra kan [Upload#What_happens_to_my_file_after_it_has_been_uploaded.3F|använda dina spår]] för att utjämna felen.

Kartlägg kurvor med ett lämpligt antal noder

Använd ett rimligt antal noder för att kartlägga kurvor och andra icke-linjära funktioner. Det finns ingen hård eller snabb regel om hur många noder som ska användas för att kartlägga kurvor – du måste använda ditt eget omdöme – men det bör finnas tillräckligt mycket så att kursändringen mellan på varandra följande segment av en väg är relativt liten – det vill säga vinkeln mellan intilliggande segment bör vara närmare 180° än 0°. Därför kräver skarpa kurvor många nära åtskilda noder, medan bredare kurvor kan kartläggas med färre, långt åtskilda noder.

Markera uppskattningar med fixme

Ibland är det vettigt att kartlägga uppskattade positioner snarare än att inte kartlägga objektet alls. Men markera alltid dina uppskattningar med en fixme=* så att du eller någon annan kommer tillbaka till det.

Överanvänd inte semikolonseparerade värden

Separator för semikolon kan införas i värden, där samma nyckel måste ta flera värden. Detta kan vara användbart för att lägga in värdelistor i vissa typer av mindre attributtaggar, men det bör undvikas i viktigare taggar på toppnivå som highway=*. I allmänhet bör dessa specialtecken inte överanvändas, eftersom de försämrar märkningssystemets enkelhet och därför ofta är sällsynta och stöds dåligt av datakonsumenter för taggar på toppnivå (medan flera värden separerade med semikolon stöds i allmänhet väl för taggar som har en mer listliknande karaktär som opening_hours=*).

Dokumentera dina anpassade taggar

Huvudartikel: New Features (Nya funktioner)

Huvudartikel: Creating a page describing key or value (Skapa en sida som beskriver nyckel eller värde)

När du använder taggar som inte finns på kartfunktioner, ge andra kartläggare en chans att förstå (och kanske adoptera) dem genom att dokumentera dem i wikin. Använd inte kartfunktionssektionen på wikin för detta (inklusive alla wikisidor vars namn börjar med Nyckel: eller Tag:), eftersom dessa är de taggningsrekommendationer som stöds av communityn som är reserverade för väl- etablerade taggar med betydande användning. Istället bör du skapa en föreslagen funktionssida eller lägga dokumentationen på din användarsida eller en undersida till den. Eller nämn taggen på en "Diskussion"-sektion på en wikisida. Att skapa ett förslag är den föredragna metoden för att dokumentera anpassade taggar.

Ta inte bort taggar som du inte förstår

Ibland kommer du att stöta på element med taggar som inte har någon betydelse för dig. Detta betyder inte automatiskt att du bör ta bort dem. De kan ha lagts till för ett specifikt syfte. Om du tror att de kan vara skräp, försök att kontakta författaren. Se även: Chesterton's fence on Wikipedia

Ta inte bort objekt som du inte behöver eller gillar

Var modig i vad du lägger till men försiktig med vad du tar bort. Har någon lagt till en kontaktledningsmast eller en manhål? Och du tycker att det är dumt eller onödigt för att det inte visas på kartan? Felaktig mappning är inte förbjuden, men du ska absolut inte arbeta åt andra hållet och ta bort detaljer som någon annan lagt till. Det är känt att allt inte alltid behövs av alla, men man ska inte ta bort något bara för att man inte behöver det/du tycker det är dumt/valideraren beordrade det så.

Se även

• Redigeringsstandarder och konventioner – Ytterligare en uppsättning rekommendationer om aspekter av kartläggning.
• Bästa praxis för organiserad redigering
• Tagging_samples – Märkning av prover med faktiska foton.
• :Kategori:Taggningsriktlinjer efter land – Dessa landsspecifika wikisidor innehåller vanligtvis bättre förklaringar än huvudwikin.
• Alla taggar du gillar
• Just Map
• Mapbox QA guide
• Begränsningar för kartläggning av privat information
• God praxis i OpenHistoricalMap