Om importprojekt, JOSM och iD

[system]

Fortsättning av Varför finns inte stadsdelar, kvarter, bostadsområden utsatt i Uppsala? - #8 by torger då det började bli off-topic och jag misstänker att det kan bli lite mer diskussion om detta ämne.

@torger

iD är jättebra för crowd-sourcing-delen av OSM när casual mappers lägger in stigar de rekat hemma på bakgården. Det är däremot inte ett rimligt verktyg för att arbeta med stora ytor på en gång eller importer.

Jag både håller med och inte. iD är, speciellt i jämförelse med JOSM men även i bredare bemärkelse än så, ett väldigt bra exempel på användarvänlighet och nog det enskilt viktigaste för att få in nya mappers till OSM. Och helt enkelt p.g.a. begränsningarna i vad som går att göra med en webbapp så kommer det finnas en övre gräns för vad iD kan vara användbart till.

Däremot så tycker jag inte man ska räkna ut iD för upp till medelstora ytor (det klarar definitivt stora nog där det börjar bli fördelaktigt att begränsa sig själv bara får att inte göra för mycket i en enskild changeset). Det finns några svagheter (t.ex. validering av multipolygoner) men de är relativt enkla att lösa, bara någon lägger tiden på det.

För importer saknas ännu funktionalitet, men det är inte jättemycket som saknas. Det största problemet där tycker jag snarare handlar om uppdelning av stora importjobb, vilket skulle vara fördelaktigt även för JOSM. MapRoulette är en bra lösning men blir ineffektivt vid stora jobb (skulle behöva möjlighet att jobba med många tasks samtidigt), HOT Tasking Manager är intressant men inte jättebra anpassat till importer och väldigt tight kopplat med HOT.

@torger

Jag kan vara först med att säga att JOSM inte är användarvänligt. Jag avskydde det från början, det är helt bakvänt i användargränssnitt mot stora programvaror från säg Adobe och Microsoft som man kanske är van vid. Det har en hög inlärningströskel. Men det är det bästa vi har.

Jag skulle gissa att det tar cirka 40 timmar att komma in i JOSM så att det börjar flyta. Men sen tjänar man in den tiden väldigt fort, för det är ett mycket effektivare verktyg att jobba med än iD, framförallt när man jobbar med stora areor vilket man ofta gör i importjobb. Det är nästan omöjligt att bolla med polygoner i iD, många som är större än vad som ryms i en edit-area i iD.

(emphasis mine)

Tillbaka till tidigare problemet; kan man bara dela upp området i mindre bitar så blir det både hanterligt för iD och bättre för JOSM-användare.

@torger

För en power mapper är 40 timmar väldigt få timmar sett till hur många timmar hen lägger ned på ett år som kan vara flera hundra. Kartlägger man säg mindre än 20 timmar på ett år så känns det kanske inte så värt att lära sig JOSM, men jag tror inte heller att det är rimligt att jobba med importprojekt om man inte tänkt lägga ner åtminstone ett par arbetsveckor på det.

Tillbaka till problemet, det här tankesättet leder bara till gatekeeping och färre som kan och vill engagera sig.

Jag gjorde här först en långrandig uträkning men insåg att den inte tillför så mycket och bara bjuder in till att ifrågasätter enskilda siffror. Men tänker att det inte ska behöva så många argument för att förklara att många som deltar med bara lite tid också är viktigt, även för importprojekt.

@torger

Jag är nästan säker på att importprojekt inte går genomföra rent tekniskt med iD, eller är det någon som gjort det förut? I något skede måste man ju ta lantmäteriets format, geopackage antagligen, och konvertera det med hjälp av ett custom-skript man skriver till OSM-XML med en lämplig tagg-översättning, och så måste det formatet öppnas upp i editorn man jobbar i för att man därefter kan börja sammanfoga med det som redan finns kartlagt, säkerställa att man inte lägger in dubletter, att man uppgraderar gammal geometri, behåller detaljer som är bättre i nuvarande kartläggning och så vidare.

I JOSM finns verktyg för att hålla på och bolla med flera lager av nytt och gammalt och importerat hit och dit. Det finns inga sådana funktioner alls i iD vad jag vet, därav går det inte arbeta med importprojekt där, tyvärr.

Som skrivet ovan, mycket riktigt saknar iD några vitala funktioner idag, men inga gigantiska hinder.

@02JanDal

Ett första steg jag ser krävs skulle vara att få bort stigman kring att använda iD och titta på hur man kan köra importprojekt även genom det, tillsammans med bättre verktyg för samordning som möjliggör mindre arbetspaket.

Upprepar mig själv; steg ett är att OSM communityn som helhet (är långt ifrån inte bara i svenska forumet) måste komma bort från stigmat kring iD (med trådar som denna som extremexempel). Nej, det kommer aldrig bli ett verktyg som passar till allt (men det gör inte heller JOSM) och det saknar flera funktioner, men det är ett förhållandevis kompetent verktyg redan idag.

34 posts - 6 participants

Read full topic

---

Ce sujet de discussion accompagne la publication sur https://community.openstreetmap.org/t/om-importprojekt-josm-och-id/105570