| | 1 | [[TranslatedPages(revision=77, outdated=Denne siden dekker for mye kontekst. Konseptet med endringssett og opplasting kan være bedre plassert på en egen side. Skjermbilder er utdaterte og kildene er ikke forklart.)]] |
| | 2 | [[PageOutline(1-10,Innholdsfortegnelse)]] |
| | 3 | |
| | 4 | = Fil > Last opp data = |
| | 5 | |
| | 6 | [[JOSMImage(upload,48,link=,middle,margin-right=20)]] ''Tastatursnarvei:'' **`Ctrl+Shift+↑`** |
| | 7 | |
| | 8 | **Last opp nye, endrede og slettede objekter i det aktive datalaget til serveren.** |
| | 9 | |
| | 10 | Geodata redigert i JOSM er bare tilgjengelig lokalt og bare brukbar av brukeren som har lagt inn dataene, med mindre brukeren bestemmer seg for å gjøre den tilgjengelig for fellesskapet også. For å publisere data må brukeren **laste opp** den. Opplasting betyr at geodata overføres til en sentral server drevet av OSM-fellesskapet, hvor den integreres med geodata fra andre kartleggere i en sentral database. Det er ved å laste opp data at lokalt redigert geodata både blir en del av hoveddatabasen og [osmwww: kart på osm.org] og kan brukes av andre medlemmer av OSM-fellesskapet. |
| | 11 | |
| | 12 | |
| | 13 | == Enkelt forklart == |
| | 14 | * (som nettbaserte redigeringsverktøy som iD eller Potlatch) må du laste opp endringene dine til OSM-serveren. Pass på at du er koblet til serveren :-) |
| | 15 | * du kan støte på [wikitr:/Help/Concepts/Conflict konflikter] etter at du har lastet opp endringer (i de fleste tilfeller betyr dette at du må [wikitr:/Help/Dialog/Conflict#Resolvingdifferencesbetweentags velge hvilke tagger du vil beholde på objektene dine]) |
| | 16 | * for å redusere sjansen for konflikt: |
| | 17 | * ikke rediger data som andre kartleggere redigerer samtidig |
| | 18 | * gjør nedlastings-opplastingsprosessen raskere, slik at det ikke er overlapp mellom ditt tidsvindu og deres |
| | 19 | * (løs idé) for å helt unngå konflikt, ikke rediger objekter med samme id og ikke endre deres overordnede relasjoner (node-vei og vei-relasjon og relasjon-relasjon). Hvis du (og en annen redaktør) redigerer disjunkte datasett (https://en.wikipedia.org/wiki/Disjoint_sets), vil det ikke være noen konflikt i det hele tatt. Vær oppmerksom på at dette også betyr at alle overordnede veier og alle overordnede relasjoner må respekteres (noe som sannsynligvis vil endre seg). |
| | 20 | * (i motsetning til nettbaserte redigeringsverktøy som iD eller Potlatch) trenger du ikke å laste opp umiddelbart (du kan [wikitr:/Help/Action/Save lagre] filen manuelt, men [wikitr:/Help/Action/AutoSave automatisk lagring] vil hjelpe deg videre) |
| | 21 | * (i motsetning til alle andre redigeringsverktøy?) JOSM lar deg laste opp endringer til allerede åpnet (men ikke lukket) endringssett (se [#Multipleuploadsintoonechangeset Flere opplastinger til ett endringssett]). Hvert åpent endringssett vil "lukkes" automatisk av [osmwww: OSM-serveren] etter 1 time. |
| | 22 | |
| | 23 | == Endringssett, opplastingsforespørsler og opplastingsstrategier == |
| | 24 | Geodata bidratt til OSM-serveren består av [wikitr:/Help/Concepts/Object noder, veier og relasjoner]. Siden det er hundrevis av kartleggere som publiserer sine geodata på OSM-serveren, er det viktig å spore hvem som har publisert hvilke data i hvilken kontekst. Det ville være kjedelig for kartleggere å beskrive hvorfor hver enkelt node og hver enkelt vei er publisert. En mer praktisk tilnærming er å pakke en gruppe relaterte objekter og tilordne pakken selv en kommentar, i stedet for de enkelte objektene. |
| | 25 | |
| | 26 | OSM-prosjektet kaller en slik pakke et **[wikitr:/Help/Concepts/Changeset endringssett]**. Et **endringssett** er en samling relaterte endringer (nye objekter, objektendringer eller objektslettinger) som er brukt på OSM-data. |
| | 27 | |
| | 28 | Endringssett er forskjellige fra **opplastingsforespørsler**. Et endringssett er en **logisk** gruppering av [wikitr:/Help/Concepts/Object objekter], mens en opplastingsforespørsel er en **teknisk gruppering** kun for overføring av geodata til den sentrale OSM-serveren. I JOSM sier vi at objekter lastes opp **ved hjelp av** opplastingsforespørsler **til** et endringssett. JOSM Opplastingsdialog tillater konfigurasjon av aspekter ved opplastingsforespørsler og endringssettobjekter. Noen av innstillingene er obligatoriske (dvs. brukeren må konfigurere dem før geodata kan lastes opp), men de fleste er valgfrie, og JOSM fungerer med rimelige standardverdier. |
| | 29 | |
| | 30 | Geodata kan hentes senere via endringssettet den ble lastet opp til, selv om den ikke kan hentes via opplastingsforespørselen som ble brukt. Endringssett har en unik identifikator, opplastingsforespørsler har ikke. For eksempel inkluderer [osmwww:browse/changeset/3274448 dette endringssettet] geodata fra sporing over ortofotoer av byen Bern, Sveits. Det er imidlertid ikke mulig å se opplastingsforespørslene som ble brukt for å fylle det. |
| | 31 | |
| | 32 | === En opplastingsforespørsel til ett endringssett === |
| | 33 | I det enkleste tilfellet er det bare én opplastingsforespørsel til et endringssett: |
| | 34 | |
| | 35 | [[Image(Help/Action/Upload:one-changeset-one-upload-request.png,link=)]] |
| | 36 | |
| | 37 | Dette er standardkonfigurasjonen som brukes av JOSM. Det er den foretrukne konfigurasjonen |
| | 38 | * for brukere som laster opp resultatet av å konvertere noen få GPS-spor til OSM-geodata |
| | 39 | * for brukere som laster opp resultatet av å spore noen få timer over flyfoto |
| | 40 | * for brukere som laster opp resultatet av å legge inn lokal kunnskap om gatenavn, interessepunkter, etc. |
| | 41 | |
| | 42 | === Flere opplastinger til ett endringssett ===#Multipleuploadsintoonechangeset |
| | 43 | |
| | 44 | [[Image(Help/Action/Upload:one-changeset-multiple-upload-request.png,link=)]] |
| | 45 | |
| | 46 | Dette er en avansert konfigurasjonsalternativ som de fleste brukere ikke trenger å aktivere. Det kan være nyttig: |
| | 47 | * for brukere som kartlegger ved hjelp av flere datalag i JOSM og som ønsker å laste opp resultatet av arbeidet sitt til ett endringssett |
| | 48 | * for brukere som jobber i lengre kartleggingsøkter. For dem kan det være tryggere å laste opp mellomresultater til serveren enn å bare laste opp resultatet av hele økten. I det første tilfellet kan de bruke flere opplastinger til ett endringssett, noe som hjelper dem å sikre dataene sine uten å fragmentere dem opp i urelaterte endringssett. |
| | 49 | |
| | 50 | JOSM støtter fortsatt å laste opp hvert objekt individuelt. |
| | 51 | |
| | 52 | [[Image(Help/Action/Upload:one-changeset-individual-object-upload-request.png,link=)]] |
| | 53 | |
| | 54 | Vær oppmerksom på at dette er en arvet funksjon. Inntil nylig var dette det eneste opplastingsalternativet i OSM. Teknisk sett bruker det en litt annen tilnærming for å kommunisere med OSM-serveren. Det er fortsatt tilgjengelig i JOSM, selv om OSM-serveren nå støtter opplastingsforespørsler med opptil 10 000 objekter. For den tilfeldige og normale brukeren er det nesten foreldet. I sjeldne tilfeller kan det være nyttig for avanserte brukere. |
| | 55 | |
| | 56 | === Opplasting av store datasett til flere endringssett === |
| | 57 | JOSM støtter også opplasting av store datasett som ikke passer inn i ett endringssett. |
| | 58 | |
| | 59 | [[Image(Help/Action/Upload:multiple-changesets.png,link=)]] |
| | 60 | |
| | 61 | Dette er et avansert alternativ som bare er nyttig for avanserte brukere. De kan velge denne konfigurasjonen hvis de må laste opp et datasett med mer enn 10 000 nye, endrede eller slettede objekter. |
| | 62 | |
| | 63 | |
| | 64 | == Velge opplastingsstrategien din - når og hvor ofte du skal laste opp == |
| | 65 | Det er ikke noe enkelt svar på spørsmålet om når og hvor ofte du skal laste opp. Du bør verken redigere hele dagen og deretter laste opp alt på en gang, eller laste opp hvert minutt etter å ha lagt til en vei. |
| | 66 | |
| | 67 | Her er noen tommelfingerregler: |
| | 68 | |
| | 69 | * **Tid som kreves for opplasting**: jo mindre opplastingsforespørslene du velger, jo lenger tid tar det å laste opp. Det tar lengre tid å laste opp 100 objekter ved hjelp av 100 individuelle opplastingsforespørsler enn å laste dem opp i én forespørsel som inneholder 100 objekter. |
| | 70 | |
| | 71 | * **Kollisjoner med andre kartleggere**: hvis du laster opp 10 000 objekter i én forespørsel, og hvis serveren støter på et problem med det 9999. objektet, blir hele opplastingen rullet tilbake. Problemet må løses først (dvs. ved å løse en [wikitr:/Help/Concepts/Conflict konflikt]). Hele de 10 000 objektene må deretter lastes opp på nytt. På den annen side, hvis du laster opp 10 000 objekter med 10 forespørsler som inneholder 1000 objekter hver, og serveren støter på et problem med det 9999. objektet, trenger du bare å gjenta den siste opplastingsforespørselen for de 9001. til 10 000. objektene. Objektene 1-9000 er allerede lastet opp. Hvis du kartlegger i områder hvor andre kartleggere også er aktive, bør du derfor foretrekke mindre størrelser for opplastingsforespørsler. |
| | 72 | |
| | 73 | |
| | 74 | == Opplasting av data ==#UploadData |
| | 75 | |
| | 76 | === Starte opplastingsdialogen ===#LaunchUploadDialog |
| | 77 | * ''Tastatursnarvei:'' **`Ctrl+Shift+↑`** |
| | 78 | * Menyelement ''Fil->[[JOSMImage(upload)]] Last opp'' |
| | 79 | * Verktøylinjeknapp [[JOSMImage(upload)]] |
| | 80 | |
| | 81 | === Kontroller før opplastingsdialogen vises === |
| | 82 | Før opplastingsdialogen vises, kjøres [wikitr:/Help/Dialog/Validator valideringsverktøyet] på alle endrede [wikitr:/Help/Concepts/Object objekter]. Hvis det finner advarsler eller feil, vil du bli presentert med en liste over dem og få muligheten til å rette problemene og prøve igjen eller laste opp likevel. Det er ikke nødvendig å fikse alt, men vær så snill å ikke overse det lett, spesielt ikke feilene. |
| | 83 | |
| | 84 | JOSM sjekker også for begrensninger pålagt av OSM-serveren: |
| | 85 | * taggnavn og taggverdier må være kortere enn 255 tegn |
| | 86 | * veier kan ikke bestå av for mange noder |
| | 87 | |
| | 88 | Hvis objektene du laster opp har sykliske avhengigheter (relasjon 1 refererer til relasjon 2, relasjon 2 refererer til relasjon 3, relasjon 3 refererer til relasjon 1), kan JOSM ikke laste dem opp. JOSM vil be deg om å bryte disse avhengighetene først. |
| | 89 | |
| | 90 | **Merk**: På store datasett kan disse kontrollene ta litt tid, og foreløpig gir de ikke brukerfeedback. Vær tålmodig hvis det tar noen sekunder å starte opplastingsdialogen på store datasett. Dette vil bli fikset snart. |
| | 91 | |
| | 92 | === Opplastingsdialogen ===#UploadDialog |
| | 93 | |
| | 94 | [[Image(Help/Action/Upload:upload-dialog-screenshot.png,link=)]] |
| | 95 | |
| | 96 | siden JOSM-versjon 17708 er opplastingsdialogen endret: |
| | 97 | |
| | 98 | Opplastingsdialogen består av to seksjoner: |
| | 99 | * venstre side viser en oppsummering av objektene som skal legges til, endres og slettes på serveren |
| | 100 | * høyre side gir faner for å konfigurere ulike aspekter av opplastingsprosessen |
| | 101 | |
| | 102 | Når opplastingsdialogen startes, viser den alltid ''Beskrivelse''-fanen, som lar deg legge inn den viktigste informasjonen om ditt [wikitr:/Help/Concepts/Changeset endringssett]: |
| | 103 | endringssettkommentaren:: |
| | 104 | Det er viktig å gi en kort kommentar som beskriver endringene du laster opp. Dette gjør det enklere for andre bidragsytere og for deg selv å vite hva endringene dine handler om og hvorfor du gjorde endringene. |
| | 105 | * hvis kommentaren er tom eller for kort: teksten under kommentarboksen advarer deg |
| | 106 | [[Image(Help/Action/Upload:comment_empty.png,link=)]] |
| | 107 | * hvis kommentaren er gitt: teksten under kommentaren takker deg |
| | 108 | [[Image(Help/Action/Upload:comment_present.png,link=)]] |
| | 109 | endringssettkilden:: |
| | 110 | Spesifiser datakilden for endringene, slik at andre bidragsytere kan sjekke dem om nødvendig. |
| | 111 | * hvis datakilden ikke er spesifisert: teksten under kommentarboksen advarer deg |
| | 112 | [[Image(Help/Action/Upload:source_not_specified.png,link=)]] |
| | 113 | * hvis datakilden er gitt: teksten under kommentaren takker deg |
| | 114 | [[Image(Help/Action/Upload:source_provided.png,link=)]] |
| | 115 | |
| | 116 | Nedenfor er en oppsummering av de andre opplastingsparameterne for denne opplastingen. Og en avkrysningsboks som setter `review_requested=yes` endringssett-taggen. |
| | 117 | |
| | 118 | === Kjøre en enkel opplasting === |
| | 119 | |
| | 120 | Se [wikitr:/Introduction#UploadingtoOSM "Last opp til OSM"]. |
| | 121 | |
| | 122 | === Kjøre en opplasting med avanserte alternativer (Innstillinger-fanen) ===#AdvancedOptions |
| | 123 | |
| | 124 | ==== Velge endringssettet å laste opp til ==== |
| | 125 | I Endringssettkonfigurasjonspanelet kan du velge hvilket [wikitr:/Help/Concepts/Changeset endringssett] dataene lastes opp til, se skjermbildet nedenfor: |
| | 126 | |
| | 127 | [[Image(Help/Action/Upload:changeset-config-panel-1_JOSMr18303.png,link=)]] |
| | 128 | |
| | 129 | For å laste opp dataene dine, kan du velge fra rullegardinlisten ''(siden r18283)'': |
| | 130 | * JOSM laster opp til et nytt endringssett hvis [[JOSMImage(dialogs/changesetdialog,24,link=,bottom)]] **Nytt endringssett** er valgt i rullegardinlisten. Dette er standardinnstillingen. |
| | 131 | * Hvis du vil laste opp til et eksisterende endringssett, må du velge et av de tilgjengelige endringssettene fra rullegardinlisten (de er bare tilgjengelige i listen hvis det er åpne endringssett som du kan laste opp data til fordi du eier dem). Klikk på [[JOSMImage(dialogs/refresh)]] ''Oppdater'' for å laste listen over tilgjengelige åpne endringssett fra serveren. |
| | 132 | |
| | 133 | Klikk på [[JOSMImage(closechangeset,24,link=,bottom)]] **Lukk endringssett** for å lukke det for øyeblikket valgte åpne endringssettet. Dette er bare for bekvemmelighet. Du trenger ikke å lukke et endringssett her for å kjøre en vellykket opplasting. |
| | 134 | |
| | 135 | Etter en vellykket opplasting kan JOSM enten lukke det brukte endringssettet eller la det være åpent for en annen opplasting. Standardinnstillingen er å lukke det. Du kan konfigurere om JOSM skal la det være åpent ved å fjerne avkrysningen **Lukk endringssett etter opplasting**. |
| | 136 | |
| | 137 | ==== Konfigurere antall og størrelse på opplastingsforespørsler ==== |
| | 138 | JOSM laster opp geodata med én eller flere **opplastingsforespørsler** til et [wikitr:/Help/Concepts/Changeset endringssett] på OSM-serveren. I Avansert konfigurasjonspanel kan du bestemme om antall og størrelsen på opplastingsforespørsler, se skjermbilde: |
| | 139 | |
| | 140 | [[Image(Help/Action/Upload:advanced-config-panel.png,link=)]] |
| | 141 | |
| | 142 | Velg **Last opp data i én forespørsel** for å laste opp alle objekter i én forespørsel. Hvis du laster opp et middels til stort antall objekter, kan dette ta litt tid, og JOSM vil ikke kunne informere deg om fremdriften. Det er bare to utfall av en slik opplasting: opplastingen lykkes enten eller så gjør den ikke det. I det første tilfellet er alt i orden, i det andre tilfellet er ingen objekter i det hele tatt lastet opp. Denne typen opplasting vil aldri føre til en delvis opplasting, noe som er både dens styrke og dens svakhet. Det kan være dens svakhet hvis hele opplastingen mislykkes fordi det er et problem med det aller siste objektet i opplastingsforespørselen. |
| | 143 | |
| | 144 | Velg **Last opp data i biter av objekter** for å laste opp objektene i en sekvens av forespørsler med en forhåndsdefinert størrelse. Du kan angi en foretrukken størrelse for en opplastingsforespørsel (kalt "bitstørrelse"). Avhengig av verdien vil JOSM sende inn et antall opplastingsforespørsler (antall vises til høyre for inndatafeltet for "bitstørrelse"). I motsetning til det forrige alternativet, kan hver opplasting av en bit enten lykkes eller mislykkes. Du vil få noen grove fremdriftsmeldinger fordi JOSM vil informere deg når en individuell bit er lastet opp eller når opplastingen mislykkes. Opplasting i biter er i de fleste tilfeller tregere enn opplasting i én forespørsel. |
| | 145 | |
| | 146 | Velg **Last opp hvert objekt individuelt** for å laste opp hvert objekt med en individuell opplastingsforespørsel. Du vil få svært fin fremdriftsmelding fordi JOSM vil informere deg når et individuelt objekt er lastet opp eller når opplastingen mislykkes. Merk at dette alternativet i de fleste tilfeller er det tregeste alternativet. |
| | 147 | |
| | 148 | **Anbefalinger** |
| | 149 | * For små (<1000 objekter) til middels opplastingsstørrelser (<5000 objekter), velg **Last opp data i én forespørsel** |
| | 150 | * For middels til store opplastingsstørrelser (> 5000 objekter) velg **Last opp data i biter av objekter**. En bitstørrelse på 1000 er en god verdi å starte med. |
| | 151 | * Ikke bruk **Last opp hvert objekt individuelt** med mindre du har en spesifikk grunn til å gjøre det. Dette er i hovedsak en arvet strategi fra tidligere versjoner av OSM-serveren. |
| | 152 | |
| | 153 | ==== Legge til tagger til endringssettet ==== |
| | 154 | Geodata lastet opp til OSM-serveren er alltid lastet opp til et [wikitr:/Help/Concepts/Changeset endringssett]. I likhet med [wikitr:/Help/Concepts/Object noder, veier og relasjoner] kan man tilordne [wikitr:/Help/Concepts/Object tagger] til et endringssett. |
| | 155 | |
| | 156 | I Opplastingsdialogen kan man legge inn tagger i Taggkonfigurasjonspanelet, se skjermbilde nedenfor: |
| | 157 | |
| | 158 | [[Image(Help/Action/Upload:tags-config-panel-screenshot.png,link=)]] |
| | 159 | |
| | 160 | Hashtags innenfor endringssettkommentartaggen gjenkjennes og legges i tillegg til i hashtags-endringssett-taggen. Denne oppførselen kan deaktiveres ved å sette nøkkelen `upload.changeset.hashtags` i [wikitr:/Help/Preferences/Advanced Avanserte preferanser] til `false`. |
| | 161 | |
| | 162 | **Gjør og ikke gjør** |
| | 163 | * Tagger er dine venner. Bruk dem til å beskrive geodataene du laster opp til OSM-serveren. |
| | 164 | * Bruk taggen {{{source}}} til å beskrive kilden til geodataene dine (eksempler: {{{sporet fra Yahoo-bilder}}}, {{{basert på GPS-spor og undersøkt med sykkel}}}). |
| | 165 | * Du trenger ikke å legge til brukernavnet ditt i taggene. Koblingen mellom endringssettet og OSM-brukerkontoen din vedlikeholdes automatisk. |
| | 166 | |
| | 167 | Merk at den påkrevde opplastingskommentaren også er en tagg. Du kan enten legge den inn i Taggkonfigurasjonspanelet med nøkkelen {{{comment}}} eller i Grunnleggende innstillinger-panelet i tekstinndatafeltet som er gitt der. |
| | 168 | |
| | 169 | === Kjøre en veldig stor opplasting === |
| | 170 | En opplasting anses som veldig stor hvis størrelsen overstiger maksimalstørrelsen for et endringssett på OSM-serveren. For øyeblikket er øvre grense for størrelsen på et endringssett 10 000 objekter, og hvis JOSM oppdager at opplastingen din er større, vises følgende informasjon i Opplastingsdialogen: |
| | 171 | |
| | 172 | [[Image(Help/Action/Upload:large-upload-basic-settings.png,link=)]] |
| | 173 | |
| | 174 | Advarselsmeldingen indikerer at JOSM ikke kan laste opp dataene med mindre du konfigurerer noen avanserte innstillinger. Enten bytt til fanen **Avansert** eller klikk på lenken i meldingen. Følgende konfigurasjonspanel vises: |
| | 175 | |
| | 176 | [[Image(Help/Action/Upload:large-upload-advanced-settings.png,link=)]] |
| | 177 | |
| | 178 | For veldig store opplastinger er det ikke mulig å laste opp i én forespørsel, og det respektive alternativet er derfor deaktivert. Velg en bitstørrelse som skal brukes i opplastingen. Den må også være mindre enn 10 000, fordi øvre grense for størrelsen på et endringssett også gjelder for bitstørrelsen. Du kan laste opp et veldig stort datasett med en individuell forespørsel per objekt, men det anbefales ikke. |
| | 179 | |
| | 180 | En veldig stor opplasting passer ikke inn i ett endringssett. Velg: |
| | 181 | |
| | 182 | * om JOSM skal automatisk åpne så mange nye endringssett som nødvendig for å laste opp dataene. Velg dette alternativet hvis du vil kjøre en veldig stor opplasting uten brukeroppføring. |
| | 183 | |
| | 184 | * om JOSM skal fylle opp ett endringssett og returnere til Opplastingsdialogen. Velg dette alternativet hvis du vil ha full kontroll over endringssettene som opprettes for opplastingen. |
| | 185 | |
| | 186 | |
| | 187 | == Feil- og advarselsmeldinger == |
| | 188 | |
| | 189 | === Laste opp til et lukket endringssett ===#ChangesetClosed |
| | 190 | Hvis du laster opp til et åpent endringssett, kan opplastingen mislykkes fordi endringssettet er blitt lukket i mellomtiden. Det kan ha blitt lukket av serveren på grunn av en tidsavbrudd (endringssett kan ikke forbli åpne i mer enn 24 timer og lukkes også etter en times inaktivitet) eller fordi du lukket det eksplisitt i en annen JOSM-instans. |
| | 191 | |
| | 192 | JOSM viser følgende feilmelding: |
| | 193 | |
| | 194 | [[Image(Help/Action/Upload:error-dialog-changeset-closed.png,link=)]] |
| | 195 | |
| | 196 | **Hvordan løse** |
| | 197 | * Start Opplastingsdialogen på nytt |
| | 198 | * Velg et annet åpent endringssett eller velg å laste opp til et nytt endringssett |
| | 199 | * Last opp på nytt |
| | 200 | |
| | 201 | === Endringssett blir fullt under opplasting ===#ChangesetFull |
| | 202 | Det er en øvre grense for størrelsen på endringssett. På OSM-serveren er den for øyeblikket satt til 10 000 objekter per endringssett. En opplasting kan overstige denne grensen under opplasting, hovedsakelig hvis du laster opp en sekvens av opplastingsforespørsler til samme endringssett. |
| | 203 | |
| | 204 | Hvis JOSM oppdager at et endringssett blir fullt, vises følgende advarselsmelding: |
| | 205 | |
| | 206 | [[Image(Help/Action/Upload:error-dialog-changeset-full.png,link=)]] |
| | 207 | |
| | 208 | **Hvordan løse** |
| | 209 | * Klikk på **Fortsett opplasting** for å fortsette opplastingen med så mange nye endringssett som nødvendig. |
| | 210 | * Klikk på **Gå tilbake til Opplastingsdialogen** for å gå tilbake til Opplastingsdialogen. Der kan du velge et annet endringssett å laste opp de resterende objektene til. |
| | 211 | * Klikk på **Avbryt** for å avbryte opplasting og gå tilbake til hovedkartredigeringsgrensesnittet. |
| | 212 | |
| | 213 | === Slette noder som fortsatt er i bruk === |
| | 214 | {{{ |
| | 215 | #!html |
| | 216 | <a name="NodeStillInUseInWay"> |
| | 217 | }}} |
| | 218 | Hvis opplastingen din inkluderer en slettet [wikitr:/Help/Concepts/Object#Nodes node], sjekker OSM-serveren om noden fortsatt er i bruk i en av veiene som er kjent for serveren. Du må sørge for at noden er ''isolert'' (ikke en del av noen vei og ikke referert til av noen relasjon) før den kan slettes. |
| | 219 | |
| | 220 | Hvis OSM-serveren oppdager at noden fortsatt er i bruk, svarer den med en feilmelding som JOSM viser som følger: |
| | 221 | |
| | 222 | [[Image(Help/Action/Upload:upload-412-node-still-in-use.png,link=)]] |
| | 223 | |
| | 224 | Hvis du klikker på **Forbered konfliktløsning**, støtter JOSM deg i å løse problemet. Først laster den ned alle veier som noden fortsatt er i bruk i og fletter dem sammen med det nåværende datasettet ditt. I de fleste tilfeller fjerner JOSM den slettede noden fra alle overordnede veier automatisk. Hvis dette av en eller annen grunn ikke er mulig, oppretter JOSM en [wikitr:/Help/Concepts/Conflict konflikt] som du må [wikitr:/Help/Concepts/Conflict løse] manuelt. |
| | 225 | |
| | 226 | Etter det, bare last opp på nytt. Opplastingen din inkluderer nå alle overordnede veier til den slettede noden, og den slettede noden er fjernet fra alle av dem. Opplastingen bør derfor lykkes. |
| | 227 | |
| | 228 | === avgrensningsboks veldig stor === |
| | 229 | Hvis avgrensningsboksen til endringssettet er veldig stor: JOSM viser en advarsel: du kan fortsette ved å klikke på "Last opp endringer" eller stoppe ved å klikke på "Avbryt" og dele opp endringene dine. |
| | 230 | |
| | 231 | [[Image(Help/Action/Upload:error-dialog-large-bounding-box.png,link=)]] |
| | 232 | |
| | 233 | **Merk**: Størrelsen på avgrensningsboksen som anses som veldig stor kan settes i avanserte preferanser (`upload.max-area` (standard er `3.0`)). |
| | 234 | |
| | 235 | == Se også == |
| | 236 | * [[JOSMImage(uploadselection)]] [wikitr:/Help/Action/UploadSelection Last opp utvalg til OSM] |
| | 237 | * [wikitr:/Help/Concepts/Conflict Hva er en konflikt?] |
| | 238 | |
| | 239 | ---- |
| | 240 | Tilbake til [wikitr:/Help/Menu/File Fil-meny] \\ |
| | 241 | Tilbake til [wikitr:/Help Hovedhjelp] |
