Nu kunne jeg så ikke sove i nat, og det endte med at jeg lå og tænkte på en løsning med en elektronisk logbog. Hvis der er flere (mange?) klubber, som har hver deres hjemmeside eller app med en logbog, så kunne det måske være smart at lave en fælles løsning?
Så nu skriver jeg her for at vende ideen med andre. Måske findes der allerede en fælles løsning? Hvordan ser det ud hos jer? Hvor mange har overhovedet krav om logning?
Mine ideer baserer sig på følgende helt overordnede krav:
- Som plads-ejer kræver jeg, at alle flyvninger, der foretages på pladsen, skal registreres. Registreringen skal være med tidsstempel, ID på piloten og modeltype.
- Som plads-ejer ønsker jeg, at alle piloter har let adgang til pladsens "Standard Operating Procedures" (SOP).
- Som plads-ejer ønsker jeg, at alle piloter let kan informeres om ændringer til SOP'en.
- Som plads-ejer skal jeg kunne udtrække statistikker og lister over flyvninger på min plads.
- Som pilot skal det være så nemt som muligt at logge en flyvning.
Yderligere er der en række sekundære ønsker:
- Som pilot ønsker jeg, at man ikke skal installere en ny app for hver plads man besøger.
- Som pilot ønsker jeg, at man ikke skal have et nyt brugernavn/password for hver plads man besøger.
- Som pilot ønsker jeg, at løsningen ikke kan bruges til at spore min færden på tværs af pladserne (privacy).
- Som pilot ønsker jeg, at jeg kan vedligeholde en liste over mine modeller, således at det er nemt at udpege hvilken model jeg flyver med.
- Som pilot ønsker jeg, at listen over mine modeller kan vedligeholdes tværs af både mobile devices og stationære computere[1].
Så er der lidt sjov og spas man kunne udbygge med:
- Som entusiastisk modelflyver ønsker jeg, at jeg kan registrere batteriforbrug og andre spændende detaljer, når jeg nu alligevel logger mine flyvning.
- Som pilot vil jeg modtage digitale badges fra de pladser jeg har fløjet på, således at jeg kan se hvor jeg har været og samle på badges[2].
Og så er der nogle praktikaliteter:
- Som plads-ejer vil jeg undgå at logbogen fyldes op med "spam" fra Internet bots.
- Som plads-ejer vil jeg begrænse piloternes muligheder for at fylde logbogen op med fiktive flyvninger.
[1] - Redigering af modeller på tværs af devices kræver en central database, hvilket kan gøre det svært at overholde et privacy krav om at ens færden på forskellige pladser ikke skal kunne spores centralt. Det kan til dels håndteres ved fx at bruge "SOLID" structured data (), men teknologien er ikke specielt udbredt.
[2] - Jeg kan personligt godt se det sjove i at lave en løsning, der minder om Pokemon Go
Løsningsforslag
Der designes et Web-baseret dataformat (XML eller JSON) til at repræsentere pladserne. Hver klub kan så udstille et plads-dokument på deres hjemmeside. Plads-dokumentet er maskinlæsbart og udstiller links til services der er relevante for løsningen. En service kan fx være en standard snitflade for hvordan man stempler ind i logbogen, et HTML-dokument der indeholder pladsens SOP eller en RSS kilde med notifikationer om ændringer til SOP'en. Adressen på plads-dokumentet udstilles som en QR-kode der hænges op på pladsen.
Der laves en open source implementering af en hjemmeside, herefter kaldet "pilot-appen", hvor piloterne kan oprette sig som brugere, og redigere oplysninger om deres modeller. Én eller flere udbydere kan så være værter for denne type af hjemmeside. Pilot-appen skal være mobilvenlig, så den kan bruges på både mobile devices og stationære computere. Hjemmesiden kan yderligere pakkes ind i en mobil app, så den er nem at finde på mobilen.
Når piloten skal registrere en flyvning, åbnes pilot-appen, hvorfra man scanner QR-koden på pladsen. Herefter spørger hjemmesiden hvilken model man flyver med, og man kan så udpege den fra sin liste af modeller. Derefter logges flyvningen automatisk.
Ved logningen sker der følgendes:
- Pilot-appen registrerer flyvningen på pilotens egen konto, således at piloten altid kan se sine egne flyvninger via pilot-appen.
- Pilot-appen har sit eget interne pilot-ID, men danner et nyt eksternt pilot-ID for hver plads og husker dette internt.
- Pilot-appen læser plads-dokumentet og finder den service, hvor logningen skal foretages. Herefter bruges standard snitfladen til at skrive logningen på den server, som er tilknyttet pladsen.
Selv logningen indeholder:
- Et datostempel.
- Det eksterne pilot-ID som pilot-appen har dannet for pladsen. På den måde kan man ikke spores på sit pilot-ID på tværs af pladserne, samtidigt med at den enkelte plads altid vil se det samme pilot-ID for den samme pilot.
- Forskellige oplysninger om modellen. Det præcise indhold vil muligvis afhænge af pladsens lokale regler - det kan fx være om det er elektrisk propel, EDF, svæver, forbrændingsmotor, helikopter osv. Det vil være nødvendigt med en centralt styret liste af modeltyper for at det kan gøres ensartet. Dertil kan fx tilføjes vingespænd, vægt, modelnavn og meget andet.
Begrænsning af adgang:
- For at undgå "spam" og uautoriseret adgang til at logge flyvninger, skal første logning altid godkendes af en allerede godkendt pilot. Det kan fx gøres ved at pilot-appen hos den nye pilot viser en QR-kode, som så skal skannes med pilot-appen hos den godkendte pilot. Processen kan gøres simplere ved at udveksle en bogstavkode i stedet for en QR-kode.
- Der kan stilles krav fra plads-ejeren om at piloten ved første logning også skal registrere navn og kontaktoplysninger.
Glemte logninger
- Har piloten glemt at logge sine flyvninger, kan det gøres hjemmefra via pilot-appen, når piloten allerede er registreret på pladsen (QR-koden på pladsen behøves altså kun første gang).
- Som plads-ejer kan man indstille eventuelle begrænsninger for hvor langt frem og tilbage i tiden der må registreres.
- Som plads-ejer kan indstille hvor ofte QR-koden skal skannes. Det kan være relevant for at gæste-piloter ikke kan sidde og lave logninger lang tid efter at have besøgt pladsen.
Ændringer til SOP'en og andre vigtige nyheder.
- Som plads-ejer kan man oprette en notifikation om ændringer til SOP'en (eller andre former for nyheder). Pilot-appen vil så notificerer piloten næste gang appen startes eller når der laves en registrering.
En løsning som ovenstående vil også kunne udbredes internationalt.