Da:Good practice
OpenStreetMap er et gratis projekt, der udføres af frivillige. Alle kan tilføje, hvad de vil. Når det er sagt, fungerer et kort bedst, når deltagerne er enige om et adfærdskodeks. Sådan en "God praksis" består af retningslinjer, som vil øge kvaliteten og værdien af vores kortdata uden nogen ekstra indsats. Ingen er tvunget til at følge dem. Der kan være tilfælde, hvor disse retningslinjer ikke gælder eller endda er i modstrid med hinanden.
Ret gerne fejl
Når OpenStreetMap mangler data, eller når tingene ændrer sig i den virkelige verden, skal du være modig og redigere kortet, så det afspejler den aktuelle situation.
Dine tilføjelser kan forbedres eller ændres efter behov, så tøv ikke med at redigere kortet.
Vis dog respekt for det arbejde, som andre kortlæggere har udført, og overvej at rådføre dig med dem, især når eksisterende data blot er tagget med uklare eller udokumenterede metoder eller tags; ofte er der mere end én måde at fortolke situationer og kortlægningsretningslinjer på. Vær også opmærksom, når du fjerner data, for det er sværere at finde eller gendanne fjernede data end at justere tilføjede data.
Hvis du er nybegynder, usikker eller redigerer et sted langt væk - så er du velkommen til at kontakte andre kortlæggere og bede dem om at gennemgå dine redigeringer.
Verificerbarhed
- Hovedartikel: Verifiability
OSM-data skal, så vidt det er muligt, kunne verificeres. Princippet gælder for tags og andre aspekter af datarepræsentation og betyder i bund og grund, at en anden kortlægger skal kunne besøge det samme sted og indsamle de samme data ("verificere" de data, du har tilføjet). Dette princip udelukker hypotetiske eller holdningsbaserede data som f.eks. personlige vurderinger.
Kortlæg, det der findes i virkeligheden
Nogle gange er der modstridende oplysninger om f.eks. navnet på et sted. Et gammelt kort kalder det måske én ting, aktuelle kort en anden, og stednavneskiltet noget andet. Folk, der bruger vores kort (til navigation), er ligeglade med stavemåden på andre kort, de har brug for at finde navnene på lokale skilte på kortet og omvendt. Den eneste undtagelse fra dette kunne være åbenlyse stavefejl på skilte som John-F.-Kennwdy Square. Hvis man antager, at folk intuitivt vil lede efter den korrekte stavemåde og måske slet ikke lægge mærke til det forkert stavede navn, giver det mening at rette dem. Se også: ground truth
Kortlæg ikke historiske begivenheder og historiske steder
Kortlæg ikke objekter, hvis de ikke findes i dag, og kortlæg ikke placeringen af historiske begivenheder, fordi sådanne steder ikke kan verificeres. Hvis der er ruiner tilbage (og de dermed kan verificeres), kan du kortlægge ruinerne (f.eks. ved hjælp af historic=ruins
). Objekter, der ikke længere findes, og historiske begivenheder kan kortlægges på OpenHistoricalMap (se Open Historical Map).
Kortlæg ikke lokal lovgivning, hvis den ikke er bundet til specifikke objekter
OSM er en geografisk database, ikke en lovgivningsdatabase. Juridiske aspekter som lokale trafikregler bør kun kortlægges på specifikke elementer (som f.eks. veje), hvis de er afhængige af specifikke geografiske træk i den virkelige verden. For eksempel skal du ikke tagge trafikregler på veje, der gælder "pr. definition" for alle vejsegmenter i et land, og som ikke kan tilsidesættes af trafikskilte, der måske eller måske ikke er til stede i marken, såsom promillegrænsen for førere eller den lovlige alder for at køre et motorkøretøj.
Men fravær af et specifikt trafikskilt eller en vejmarkering kan dog være tilstrækkeligt relevant til at kortlægge. For eksempel kan den lovlige standardhastighedsgrænse indtastes som maxspeed=*
for at angive, at der ikke findes en anden stedspecifik hastighedsgrænse. I dette tilfælde giver maxspeed=*
stadig værdifuld information, der er relevant for den specifikke vej. Hvis fraværet af trafikskiltet ikke var blevet tagget, kan databrugere kun gætte på, om situationen i marken er i overensstemmelse med den lovlige standard, eller at dette vejsegment endnu ikke er blevet evalueret af en kortlægger. Inden for rammerne af Wienerkonventionen om færdselstavler og -signaler, betyder tilstedeværelsen af et kryds kombineret med fraværet af en (gentagen) færdselstavle også, at forbuds- og restriktionstavler, der er placeret før krydset, ikke længere gælder efter dette punkt (medmindre færdselstavlerne er opstillet med zonegyldighed).
Kortlæg ikke midlertidige begivenheder og midlertidige objekter
Vores kortdata bliver ofte downloadet og brugt offline på forskellige enheder i flere uger eller måneder. For at offline-data skal være nyttige, skal de i det mindste forventes at forblive uændrede i de næste par uger, når du kortlægger dem. Visse begivenheder, der sker i et regelmæssigt mønster (som et ugentligt marked), kan kortlægges ved at bruge forskellige tidstags.
Kortlæg ikke for rendereren
- Hovedartikel: Tagging for the renderer
Tegn tingene, som de er på jorden. Indtast ikke forkerte data eller fjern korrekte data, bare fordi det vil hjælpe en kortgengiver (renderer), et navigationssystem eller en anden dataforbruger, som har problemer med de korrekte data. De bliver hele tiden bedre, så lad være med at bøje dataene for at få dem til at se pænere ud, bare vær tålmodig, prøv en anden dataforbruger eller rapporter problemet til den dataforbruger, det drejer sig om. (Eksempelvis hvis det gælder Openstreetmap-Carto stilen).

- Hovedartikel: Names
Nøglen name tag skal bruges til det velkendte navn på et objekt. Det bør ikke beskrive eller tagge objektet. Det er f.eks. forkert at bruge name=skovvej
på en skovvej. I stedet bør den have objekt-tagget highway=track
. Hvis skovvejen har et velkendt navn (som et gadenavn), skal den også have et navne-tag. Hvis ikke, skal der ikke være noget navne-tag.
Kortlæg ikke for ruteberegneren
- Hovedartikel: Tagging for the router
Lad være med at bruge unøjagtige tags eller at fordreje data for at påvirke ruteberegningsnavigationen efter dine præferencer. Gør dig i stedet bekendt med god praksis. Da ruteberegnere hele tiden forbedres, kan du overveje at prøve en alternativ mulighed eller rapportere eventuelle problemer eller forslag til forbedringer til de forskellige ruteberegningsprojekter.
Gode kommentarer til ændringssæt
- Hovedartikel: Good changeset comments
En god ændringssæt-kommentar bør kortfattet og fyldestgørende beskrive en redigering. Du bør gøre det af høflighed over for dine medkortlæggere, for at undgå misforståelser og for at få fejl rettet hurtigt. Det gør dine redigeringer mere værdifulde. Det kan endda hjælpe dig, når du ser tilbage på dine redigeringer i fremtiden.
Behold historikken
- Hovedartikel: Keep the history
Når tingene ændrer sig i den virkelige verden, skal du være modig og redigere kortet, så det afspejler den aktuelle situation. Men vær opmærksom på, at OpenStreetMap kan gemme redigeringshistorikken for et element. Du kan hjælpe med at bevare denne historik ved at ændre de eksisterende elementer i stedet for at slette dem og tegne dem igen fra bunden.
Et enkelt OSM-element bør dog ikke bruges til at gemme historikken for flere ikke-relaterede objekter. Se Don't mix the history for mere information.
Før du foretager væsentlige ændringer i større objekter, bør du tjekke deres historik.
Ét objekt, ét OSM-element
- Hovedartikel: One feature, one OSM element
Et OSM-element skal repræsentere et enkelt objekt i virkeligheden én gang og kun én gang. Placer ikke punkter i identisk taggede områder bare for at se et ikon dukke op i editoren.
Hvis du optegner et område for et objekt, der tidligere kun eksisterede som et punkt, skal du fjerne punktet eller genbruge det i omridset som beskrevet i Behold historikken. Fjern derefter tags fra punktet og tilføj dem til området.
Se den fulde artikel med nævneværdige undtagelser fra denne regel.
Standarder for redigering
- Hovedartikel: Editing Standards and Conventions
Juster luftfotos før optegning
- Hovedartikel: Using Imagery
Luftfotos vil, uanset kilde, have forskydninger i forhold til de virkelige positioner for objekter på jorden. Selv om dette kan være beskedent nok til at blive ignoreret, kan det være betydeligt mere end typiske GPS-fejl (>> 10 meter) og ændre sig over små områder (hvilket kræver genjustering). Det er obligatorisk, at du tjekker dette, før du flytter eksisterende OSM-data eller tilføjer flere.
Mulige måder at justere og kontrollere justeringen på:
- eksisterende GPS-spor eller interessepunkt-data med høj præcision
- sammenhold luftfotos med eksisterende OSM-data
iD, JOSM og Potlatch har værktøjer der understøtter billedjustering.
Optegn ikke ud fra forældet billedmateriale
- Hovedartikel: Armchair mapping
Bare fordi det er tilgængeligt, betyder det ikke, at luftfotos er opdaterede. Sørg for at kontrollere, at de eksisterende OSM-data, du er ved at ændre eller slette, faktisk er ældre end de fotos, du kigger på, ved at tjekke historikken og ændringssætkommentarer for objektet. Det bedste er kun at kortlægge områder, som du selv besøger og verificerer (men det harmonerer selvfølgelige ikke med sofakortlægning).
Brug gennemsnit af GPS-spor
- Hovedartikel: Accuracy of GPS data
Nøjagtigheden af punkterne i et enkelt GPS-spor kan variere med flere meter. Det afhænger af mange faktorer. Hvis der tages mange spor for den samme vej, vil effekten af fejl i et enkelt spor have en meget mindre indvirkning på den gennemsnitlige position af disse spor. Det er nyttigt at uploade alle GPS-spor til serveren – selv om de dækker veje, der allerede findes i databasen. Dette giver andre mulighed for at bruge dine spor til at udjævne fejlene.
Hold de lige veje lige
Når der er en vej, der er snorlige, skal du tegne den som sådan. Det gøres med en linje mellem to punkter uden nogen punkter imellem. Mange veje er faktisk helt lige, selv om dit GPS-spor måske ikke afspejler det. (Accuracy of GPS data).
JOSM, iD og Potlatch har alle værktøjer til at rette gader med kryds ud. Det holder vores data knivskarpe og får kortene til at tage sig bedre ud. Når det er sagt, hvis du har flere GPS-spor for en bestemt vej, og de alle viser et sving i vejen, eller du ser vejens form på en luftfoto – og så afbild denne form i OSM.
Men hvis en lige vej eller et andet element er længere end f.eks. 500 meter, er det vigtigt at interpolere mellemliggende punkter, så den faktiske linjeføring bevares på tværs af forskellige kortprojektioner. Det gælder f.eks. amerikanske statsgrænser, der er rettet ind efter bredde- og længdegrader, som er lige i en Mercator-projektion eller en anden cylindrisk projektion, men som kan være buede i mange andre, f.eks. koniske og azimutale projektioner.
Kortlæg kurver med et passende antal punkter
Brug et rimeligt antal punkter til at kortlægge kurver og andre ikke-lineære træk. Der er ingen fast regel om, hvor mange punkter der skal bruges til at kortlægge kurver – du må bruge din egen dømmekraft – men der skal være nok til, at ændringen i kurs mellem på hinanden følgende segmenter af en vej er relativt lille – men der skal være nok til, at ændringen i kurs mellem successive segmenter af en vej er relativt lille - det vil sige, at vinklen mellem tilstødende segmenter skal være tættere på 180° end på 0°. Derfor kræver skarpe kurver mange tætliggende knudepunkter, mens bredere kurver kan kortlægges med færre knudepunkter med stor afstand.
Markér estimater med fixme
Nogle gange giver det mening at kortlægge estimerede positioner i stedet for slet ikke at kortlægge objektet. Men markér altid dine estimater med et fixme=*
så du eller en anden vil vende tilbage til det.
Brug ikke for mange semikolonseparerede værdier
Semikolon som værdiseparator kan indføres i værdier, hvor den samme nøgle skal have flere værdier. Dette kan være nyttigt til at sætte lister med værdier ind i visse typer mindre egenskabs-tags, men det bør undgås i mere vigtige top-level tags såsom highway=*
. Generelt bør disse specialtegn ikke bruges for meget, da de forringer tagging-systemets enkelhed og derfor ofte er generelt sjældne og dårligt understøttet af dataforbrugerne af top-level tags (mens flere værdier adskilt af semikolon generelt er godt understøttet for tags, der har en mere listeagtig karakter som f.eks. opening_hours=*
).
Dokumenter dit brugerdefinerede tag
- Hovedartikel: New Features
- Hovedartikel: Creating a page describing key or value
Når du bruger tags, der ikke er blandt kortobjekter, så giv andre kortlæggere en chance for at forstå (og måske anvende) dem ved at dokumentere dem i wikien. Brug venligst ikke sektionen om kortobjekter i wikien til dette (herunder alle wiki-sider, hvis navn starter med Key:eller Tag:, da disse anbefalinger er forbeholdt veletablerede tags med betydelig brug. I stedet bør du oprette en proposed feature page eller læg dokumentationen på din brugerside eller en underside til den. Eller nævn tagget i en "Diskussion"-sektion på en wiki-side. At oprette et forslag er den foretrukne metode til at dokumentere brugerdefinerede tags.
Fjern ikke tags, som du ikke forstår
Nogle gange støder du på elementer med tags, som ikke har nogen betydning for dig. Det betyder ikke automatisk, at du skal fjerne dem. De kan være tilføjet med et bestemt formål. Hvis du tror, at de er junk, så prøv at kontakte forfatteren. Se også: Chesterton's fence on Wikipedia.
Fjern ikke objekter, som du ikke har brug for eller kan lide
Vær modig i det, du tilføjer, men forsigtig i det, du sletter. Nogen tilføjede en catenary mast eller et manhole? Og du synes, det er dumt eller unødvendigt, fordi det ikke vises på kortet? Upræcis kortlægning er ikke forbudt, men man skal bestemt ikke arbejde den anden vej og fjerne detaljer, som en anden har tilføjet. Det er velkendt, at ikke alle har brug for alt, men man skal ikke fjerne noget, bare fordi man ikke har brug for det/man synes, det er dumt/validatoren har beordret det.
Se også
- Editing Standards and Conventions – Et andet sæt anbefalinger om aspekter af kortlægning.
- Organised editing best practice
- Tagging_samples – Tagging-prøver med faktiske fotos.
- Category:Tagging guidelines by country – Disse landespecifikke wiki-sider indeholder normalt bedre forklaringer end hovedwikien.
- Any tags you like
- Just Map
- Mapbox QA guide
- Begrænsninger på kortlægning af privat information
- God praktisk på OpenHistoricalMap
Hvis du ændrer denne oversættelse radikalt, bør du også ændre den originale artikel (medmindre det drejer sig om specifikke lokale forhold). For at gøre dette kan du bede det internationale fællesskab om hjælp på dette website. Ortografiske, grammatiske, leksikalske eller stilistiske rettelser er velkomne.