Forum

Välkommen till Eventors forum! Här kan du diskutera Eventor tillsammans med SOFT:s Eventor-ansvariga, utvecklare och andra Eventor-användare. Forumet består av ett antal kategorier, som i sin tur innehåller ämnesbaserade trådar. Du behöver vara inloggad för att skapa trådar och skriva inlägg i forumet.

Supporthjälp

Forumet är i första hand avsett för diskussion mellan användare. Har du en supportfråga, besök vår frågor och svar-sida eller kontakta supporten.

Kategorier

  • Trådar för allmän diskussion om Eventor.
  • Trådar som handlar om felsökning. Kom ihåg att bifoga en noggrann beskrivning av felet inklusive hur man går tillväga för att upprepa det samt relevanta felmeddelanden, så ökar chansen att du får hjälp!
  • Trådar som beskriver funktioner som du saknar i Eventor.
  • Trådar för diskussion om OLA, Svenska Orienteringsförbundets tävlingsadministrativa system.
  • Trådar för diskussion om Sverigelistan.

Senaste 50 inläggen

10 | 20 | 50 | 100

  • Felix Alnervik
    fredag 17 november 2017 klockan 10:28

    Jag tar gärna emot det.

    felix@hsok.se

  • Johan Jacobsson
    torsdag 16 november 2017 klockan 22:56

    Jag har en del nerskrivet från Stafett-SM 2016 om det kan vara till hjälp.

  • Felix Alnervik
    torsdag 16 november 2017 klockan 9:40

    Finns det någon som har skrivit ner någon slags dokumentation på hur man ska hantera OLA vid stafetter?

  • Felix Alnervik
    tisdag 17 oktober 2017 klockan 21:42

    Kan vara det som jag felanmälde i juni, men ännu ej fått någon kommentar på :/

    Lyckades inte ladda ner beställningarna från Eventor till OLA.

    "Ett fel har inträffat vid läsning av XML-fil. Lyckades inte lägga till tjänster för personer i databasen. Fortsätt inläsning?"

  • Fredric Johansson
    tisdag 17 oktober 2017 klockan 19:12

    Vad är fixat i 5.4.1-10? Det står bara "Åtgärdar problem med tjänster" men säger inget om vad problemet skulle ha varit.

  • Henrik Persson
    måndag 16 oktober 2017 klockan 13:30

    Ja buggen kvarstår när man kör faktureringen i OLA.

    Det skapas ingen transaktion när man kryssar i betalt utan det är bara tabellen ola.entriesentryfees som uppdateras med ett värde i payedAmount-fältet.

    Det måste köras någonting efter det som även uppdaterar värden i ola.transactions-tabellen för att faktureringen ska bli korrekt.

    Detsamma gäller till viss del även betalning av hyrbrickor som hålls i en annan tabell, ola.servicerequests. Där uppdateras inte heller beloppet korrekt men det finns dock info där om hyrbrickor. Även där måste det även till en transaktion efteråt för att det ska räknas korrekt.

    Jag har kommit runt detta med att skriva egna script för tävlingarna  vid 25mannahelgen men det är knappast jag rekommenderar någon annan arrangör.

  • Stefan Månsson
    onsdag 27 september 2017 klockan 10:36

    Testade så klart även med "Mål", även då kommer ej godkända löpare med även om man väljer att de inte skall visas.

  • HS
    lördag 23 september 2017 klockan 22:54

    Längst ner på anmälningsöversikten finns en rad med det.

  • Fredric Johansson
    lördag 23 september 2017 klockan 21:07

    Går det att se direkt i eventor hur många som inte anmält bricknummer vid anmälan? Har för mig att jag sett det tidigare men hittar inte det nu.

  • Mats L
    fredag 22 september 2017 klockan 14:41

    Men de blir ju inte underkända förrän vid målgång, så vid radion är de fortfarande godkända.

  • Stefan Månsson
    fredag 22 september 2017 klockan 10:14

    Det finns en inställning för att inkludera eller exkludera "ej godkänd". Klicka på "Inställningar" högst upp i fönstret "Visa aktuell ställning". Längst ner i den meny som visas finns "Inkludera ej godk.".

    När jag testade upplever jag dock att listan fortfarande innehåller ej godkända även när man kryssar ur det valet. Så den funktionen behöver nog felanmälas. (Eller så gjorde jag fel.)

  • Mats L
    fredag 15 september 2017 klockan 22:36

    Man kan använda "Radera felaktiga radiotider" för att rensa bort ej godkända löpare.

  • Johan Tinnert
    fredag 15 september 2017 klockan 20:36

    När vi under tävling bevakar en klass har vi valt att använda tre "fönster" för speaker:

    "Radio" - med "Start" som förvarning,

    "Förvarning" - med "Radio" som förvarning,

    "Mål" - med "Förvarning" som förvarning.

    Bilder som visar hur det ser ut på skärmen kan man se här: Drive-mapp

    Allt fungerar som vi vill förutom en sak. Om en tävlande efter målgång registreras som diskvalificerad eller ej godkänd uppdateras resultatet för "Mål" och personen placeras i botten av resultatlistan. Men detta händer inte för "Förvarning" och "Radio", istället är den tävlande fortfarande kvar som godkänd och behåller sin placering.

    Detta skapar problem för speaker när en ej godkänd tävlande som startat tidigt placerar sig högt i resultatlistan och då ger fel uppgifter om hur löpare som kommer efter placerar sig.

    Finns det någon lösning på detta problem?

  • Mats L
    måndag 11 september 2017 klockan 13:09

    Om man kör fakturor via Eventor så kommer kontantbetalningarna från direktanmälan med. I Ola så syns det i "Anmälningskontroll / Anmälningsavgifter / Betalt belopp".

  • Stefan Håkansson
    måndag 11 september 2017 klockan 8:15

    Har kört tävling för någon vecka sedan. Felet kvarstår även vid senaste fixen. Det blir fortsatt helt fel i fakturorna. Tur dock att det finns listat under anmälningskontrollen.

    En korrigering är akut!

  • Gunnar Svanberg
    torsdag 31 augusti 2017 klockan 15:38

    Som rubriken lyder, vad använder man fältet "Resultatuttag" till vid registrering av direktanmälan?

     

  • Lars Arneborg
    lördag 26 augusti 2017 klockan 20:24

    Jag föreslår att anmälningstidpunkten för en tjänst är när den tjänsten beställs första gången. Om det sedan tillkommer anmälningar av nya tjänster eller förändringar av redan bokade tjänster från samma klubb eller person är det bara dessa nya tjänster samt förändringar som får nytt anmälningstidpunkt. Om man t.ex. vill ha en campingruta mindre får detta stå som minus en campingruta på nya datumet. Som systemet ser ut idag är det mycket svårt att se vad som är nytt och gammalt eftersom alla tjänster tilldelas nytt datum om man gör en liten förändring i bokningen. Jag hade ansvaret för campingen på U10mila i år och detta orsakade mycket onödigt jobb med att kolla upp vilka bokningar som var nya.

  • Anders Persson
    torsdag 24 augusti 2017 klockan 23:07

    Tack för den. Han som gjorde tävlingen i OLA är lite grön, och hade råkat skriva in tiden som 00:09:00, istället för 09:00:00.

    Bra, det förklarar saken.

  • Mats L
    onsdag 23 augusti 2017 klockan 13:36

    Vad var nolltiden satt till? Äldre SI-brickor har bara 12-timmarsklocka.

  • Anders Persson
    tisdag 22 augusti 2017 klockan 22:37

    Var med i datavagnen på en tävling i helgen. När klockan passerat lunch började vi få negativa sluttider på folk.

    Tittade jag på rådata från stämplingen visade det sig att alla stämplingar, både vid kontroller och mål, gjorda efter lunch inte hade tiden 12:xx:xx utan 00:xx:xx. Tiden när brickan lästes av var dock rätt, 12:xx:xx.

    Koll av loggen i avläsningsenheterna visar att vissa brickor har stämplingarna efter lunch som 00:xx:xx, andra som 12:xx:xx. Men även de som har 12:xx:xx visar 00:xx:xx när jag tittar i OLA.

    Brickorna som hade rätt tid i avläsningsenhetens logg hade alla nummer >700000.

    På den här tävlingen användes OLA 5.3.0-23, vilket inte är nyast. Men jag har aldrig sett det här med den versionen tidigare.

    Jag kan inte kolla loggen i inläsningsdatorerna, för de hade de lånat in, och de datorerna är återlämnade.

    Vi fick lösa det här så att vi sorterade på tiderna och ändrade måltiden på alla som hade en negativ tid. Då fick vi ut resultat på tävlingen. Sen fick alla kontrollstämplingar som började med 00 ändras till 12, för att sträcktiderna skulle bli rätt.

    Någon som sett detta eller rent av vet vad det beror på?

  • Torbjörn Ottosson
    tisdag 22 augusti 2017 klockan 19:34

    Merd andra ord, jag kan inte ladda ner Närtävlingar.

  • Magnus Jonasson
    måndag 21 augusti 2017 klockan 21:59

    Ja, det har jag också funderat på varför man inte kan, det är dit jag oftast vill. Får alltid klicka på visa anmälda i min klubb eller klass och sedan kan jag välja tävlingsinformation.

  • Jan-Erik Larsson
    måndag 21 augusti 2017 klockan 11:26

    När kommer resultaten från O-ringen under 'Mina Tävlingar" i Eventor att rättas till? Sparang H70M (eget upplägg) och resultat redovisningen i Eventor är helt obegriplig.

  • Jan-Erik Larsson
    måndag 21 augusti 2017 klockan 11:23

    När kommer resultatredovisningen från O-ringen under "Mina Tävlingar" att rättas till ? Sprang H70M (eget uppölägg) och vad som står som resultat i Eventor är helt obegripligt.

  • Magnus Asplund
    söndag 20 augusti 2017 klockan 23:56

    Se där... faran över, körde inloggad som klient direkt mot databasen eftersom det är så man skapar en ny tävling. Iaf, tydligen visas banor-kontrollerkopplingen efter utloggning/inloggning via OLA-klienten /ringrostig John Blund.

  • Magnus Asplund
    söndag 20 augusti 2017 klockan 23:42

    OLA 5.4.1-2 och banfil IOF XML 3.0.

    Är det mig det är fel på eller är det olämpliga programversioner vår dator har installerade?

    Funktionen "Importera kontroller och banor" vill inte koppla ihop kontroller med banor i samband med import och jag orkar inte sitta och koppla ihop dessa manuellt. Har någon annan noterat liknande?

    Vi har följande (äldre) programversioner installerade (5.4.1-2 installerades pga 5,3 inte var i synk med fakturering via Eventor)

    - JRE 8 (1.8.0.45)
    - OLA 5.4.1-2
    - Java connector för MySQL, version 5.1.38
    - MySQL Community Server 5.5.46 (nej, den är inte av senaste snitt... men den funkade bra ihop med OLA 5.3)
    - MySQL Workbench 5.2.47 (nåja, inte väsentligt här...)

  • Torbjörn Ottosson
    torsdag 17 augusti 2017 klockan 22:03

    Har precis uppgraderat till senaste OLA 5.4.1-2. Skulle därefter importera en närtävling/motionstävling ifrån Eventor, Den kommer inte upp i min lista bland valbara tälvingar, de som syns är bara de tävlingar som är nationella. Gör jag samma importförsök från en dator med OLA 5.4.0-10 så kommer alla tävlingar upp. Använder MYSQL med connector 5.4.1.43. Någon idé om var felet är? 

  • Felix Alnervik
    måndag 14 augusti 2017 klockan 9:49

    När jag klickat mig igenom en anmälan, så får jag inte möjlighet att enkelt komma tillbaka till informationssidan för tävlingen.

    Hade varit smidigt

  • Felix Alnervik
    fredag 11 augusti 2017 klockan 22:09

    min rekommenation är att du direkt börjar knappa in allt manuellt. felmeddelade detta till supporten för 2 månader sedan, men har ännu inte fått någon feedback, mer än att de bekräftade att de såg problemet.

  • Ola Söderblom
    torsdag 10 augusti 2017 klockan 8:11

    Hej, jag sitter med problem 1 just nu efter en flerdagarstävling. Har dock för många beställningar/tjänster för att jag skall hinna göra det manuellt, så hoppas hitta någon annan lösning på det..

  • Pär Westblad
    torsdag 3 augusti 2017 klockan 10:56

    Jag har en liknande situation. I samband med stafett-DM för Stockholm 2017-09-10 erbjuds öppna stafettklasser. Där ska det enligt inbjudan vara tillåtet att en och samma löpare springer flera sträckor.

    Att man måste tömma brickan mellan olika sträckor verkar rimligt.

    Om samma löpare springer sträcka 1 och 3 så går denne och tömmer brickan mellan sträckorna. Men om samma löpare ska springa två efter varandra följande sträckor, då måste denne också tömma sin bricka, eller hur?

    Hur löser man det här rent praktiskt? Om löparen springer två sträckor som inte ligger efter varandra så löser det sig väl naturligt eftersom man tömmer brickan när man går in i växlingsfållan. Men om man springer två sträckor efter varandra, vad har man då för ansvar som arrangör att se till att löparen tömmer brickan innan denne går ut på nästa sträcka?

  • Mats L
    tisdag 18 juli 2017 klockan 11:42

    Det måste nog minst vara en distriktstävling.

  • Bengt Erlandsson
    tisdag 18 juli 2017 klockan 10:42

    Finns ingen flik livebevakning när jag lägger upp min tävling. Varför?

  • Felix Alnervik
    måndag 10 juli 2017 klockan 16:28

    Problem 1: Försökte läsa in beställningarna (camping platser) från Eventor till OLA. Fick följande felmeddelande: "Ett fel har inträffat vid läsning av XML-fil. Lyckades inte lägga till tjänster för personer i databasen. Fortsätt inläsning?"

    Problem 2: Eftersom jag hade problemet ovan fick jag manuellt skapa beställningarna i OLA. Gjorde det på personnivå. När jag sedan uppdaterade resultaten via OLA till Eventor och genererade fakturor i Eventor, kom betällningarna på lika många rader som antalet etappar personen sprungit. Allts upp till 4:a rader med campingavfigt per person.

    Någon som sätt samma problem?

  • Gunnar Lindahl
    måndag 10 juli 2017 klockan 10:15

    Får nedanstående felmeddelande då jag försöker ladda upp stafettresultat till Eventor. Någon som kan tipsa om vad som saknas i XML-filen?

    Uppladdningen misslyckades. Kontrollera att filen är en giltig IOF xml-fil. Felmeddelande: The element 'ServiceRequest' in namespace 'http://www.orienteering.org/datastandard/3.0' has incomplete content. List of possible elements expected: 'RequestedQuantity' in namespace 'http://www.orienteering.org/datastandard/3.0'. Line number: 75401, line position: 7.

  • Sverker Eriksson
    lördag 8 juli 2017 klockan 17:55

    OK Gynge ska arrangera Ultra-DM Skåne + en vanlig medel 27/8. Planerar att lägga allt i en tävling för att undvika dubbel utstämpling etc.

    Då köra medelklasserna enl. standard och lägga upp ultraklasserna med Id:n över standardvärdena (tävlingen som helhet står som "U", ultra).

    Något problem med detta? Kan tänka mig att Sverigelistan etc. inte funkar, förstår ved det handlar om...?

    Finns starka skäl att undvika "gemensam lösning"?

    /Mvh Sverker, OK Gynge

  • Pär Westblad
    torsdag 6 juli 2017 klockan 11:09

    Trekvällars Etapp 3, 17-07-05.

    Samma problem även denna etapp (se tidigare inlägg från Trekvällars) vid inläsning av checkenheter. Den här gången tyckte OLA att löparna som checkat sin bricka hade gjort det 3 dygn tidigare, 17-07-02, däremot som tidigare etapper med tidsstämplar (HH:mm:ss) som såg rimliga ut i förhållande till startdjupet på tävlingen.

    Dessförinnan hade vi försökt spara checkenheternas registrerade brickor i SI-Config i en textfil och importera dessa under "Tävling > Under tävling > Etapp 1 > Tävlingsexpedition > Läs in startande från checkenhet" i OLA, genom funktionen "Läs in från fil" som är implementerad under mapp-symbolen i verktygsraden. Misslyckades med att få OLA att hantera textfilsformatet från SI-Config, gick tillbaka till den programvaran flera gånger och provade några andra slumpmässigt valda export-alternativ för textfilsformatet. Svårt när när det inte finns lättillgänglig information om vilket format "Läs in från fil"-funktionen accepterar..

    Gav upp det spåret och återgick till att försöka läsa in checkenheterna på vanligt sätt i OLA. Sparade som tidigare etapper samtliga check-registreringar vid varningen "Bricka checked med än en timme före nolltiden. Ska checken ändå sparas? (Bricknummer xxxxxxx)". Satte därefter samtliga Ej aktiverade till Ej start.

    Vid den tidpunkten hade vi enligt OLA inga löpare kvar i skogen. Parallellt så gjordes en manuell genomgång av samtliga check-registreringar utskrivna från SI-Config. Resultatet från denna visade att det fanns löpare kvar i skogen, vilket det också gjorde.

    Det farliga här är att om man använder läser in startande från checkenhet i senaste utgåvan av OLA riskerar man att missa att man fortfarande har folk kvar i skogen. Inte så bra kan jag tycka.

    MVH Pär Westblad, OK Ravinen

  • Pär Westblad
    onsdag 5 juli 2017 klockan 14:19

    Trekvällars 17-07-03--17-07-05.

    När vi försökte läsa in checkenheterna från starten via Tävling > Under tävling > Etapp 1 > Tävlingsexpedition > Läs in startande från checkenhet i OLA 5.4.1-2 så visades ett meddelande "Bricka checked med än en timme före nolltiden. Ska checken ändå sparas? (Bricknummer xxxxxxx)".

    Ett likadant meddelande för varje checkad bricka i enheterna visades upp, och vi sparade genom att klicka OK för varje. I tabellen under Läs in startande från checkenhet var checktiden ett dygn fel. Alla hade checkat samma vid samma tid på dygnet dagen innan enligt OLA.

    Vi kollade enheternas klocka men den gick rätt i samtliga fall.

    Före etapp 2 tömdes och kontrollerades samtliga checkenheter. Samma problem uppstod vid inläsning av checkenheterna efter etapp 2 som efter etapp 1.

    Vid etapp 1, efter vi markerat alla som hade status Ej aktiverad till Ej start, upplevde vi att Kvar i skogen i OLA inte stämde med verkligheten. Det kom löpare i mål som inte fanns på Kvar i skogen-listan..

    Vid etapp 2, efter vi markerat alla som hade status Ej aktiverad till Ej start, så stämde Kvar i skogen men en manuell kontroll via utskrivna listor över brickor i checkenheterna.

    Känns som en bugg i OLA. Har inte rapporterat, då den redan tycks vara det.

    MVH Pär Westblad, OK Ravinen

  • Prof Premraj Pushpakaran
    måndag 26 juni 2017 klockan 8:20

    from Prof Premraj Pushpakaran,

    hi to everyone!!   Hej till alla !!

  • Fredric Johansson
    tisdag 20 juni 2017 klockan 13:13

    Förslagsvis så borde användaren få en varning när man gör saker i fel ordning

  • Felix Alnervik
    måndag 19 juni 2017 klockan 20:16

    Där läser jag bara ifall jag inte förstår vyn. Men jag ansåg att det inte fanns några frågetäckan gällande den :)

    Jag flyttade två personer från tävlingsklass till ÖM. En person flyttades andra vägen. Då gick jag in och manuellt la in starttider på den personen som passade in på klassen/banan.

    Men fortfarande förstår jag inte varför jag får samma problem med ihopslagning av klass, innan lottning!

  • Mats L
    måndag 19 juni 2017 klockan 16:28

    Så här står det i hjälptexten för "Byt klass för deltagare":
    Dialogen ska inte användas efter det att lottningen gjorts. 

    Hur gjorde du med starttiden?

  • Felix Alnervik
    måndag 19 juni 2017 klockan 15:54

    Tre personer flyttade jag efter lottningen. Gjorde den förflyttningen via "Före tävling / Förberedelser inför lottning / Byt klass för deltagere"

    Även om du säger att man inte ska göra det i den vyn efter lottning, så undrar jag varför det blir fel trots att systemet säger att allt är rätt? Svårt att hitta felet när man kontrollerar löparen och det ända man ser är att de ligger i rätt klass med rätt bana. Tom sträcktidslappen visar rätt på samtliga stämplingar.

    Gällande sammanslagning av klass, så gjorde jag det innan lottningen, och då finns det ju ingen anledning att behöva göra det i några andra vyer också.

  • Mats L
    måndag 19 juni 2017 klockan 15:26

    Efter lottning så ska personförändringar göras under "Ändra uppgifter för deltagare".

  • Felix Alnervik
    söndag 18 juni 2017 klockan 21:07

    Under helgen råkade vi ut för att flera personer saknade målstämpling vid avläsningen.

    Tittade under "felande löpare" och visst, måltiden saknades.

    Läste av SI-pinnen i en externa sträcktidsskrivare. Där visades måltiden som jag då fick knappa in manuellt.

    Löstes enkelt. Men vad beror detta på?

    Använde två SRR enheter vid målgången, kopplade via SIRAP till OLA. Kan de spelat in?

  • Felix Alnervik
    söndag 18 juni 2017 klockan 21:03

    Gjorde två olika förflyttningar av löpare i OLA.

    - Sammanslagning av klass

    - Enskild byte av klass.

    Trots att jag använda programmets vyer för att göra förflyttningen och allt ser rätt ut på personen så blev det ändå fel vid avläsningen. De kom upp som ej godkände, men sträcktiderna såg rätt ut på lappen. Letade upp de under "felande löpare" och kunde då se att klass/bana var rätt. Stämplingarna såg rätt ut. Det jag fick göra var att välja Godkänd som status och trycka på spara.

    Varför??

    Tillslut lyckades jag lösa det genom att gå in på de enskila etapperna och på varje person där under "Ändra uppgifter om deltagare"  byta klass på de (igen), spara, sen byta tillbaka till den de skulle ha. Då fungerad det.

    Någon som råkat ut för det samma?

  • Johan Jacobsson
    torsdag 15 juni 2017 klockan 19:04

    Jo, det kan nog vara så att det sker per automatik vid startlottning men du måste göra det manuellt på de icke startlottade klasserna.

  • Felix Alnervik
    torsdag 15 juni 2017 klockan 9:21

    Nej det har jag inte gjort. Men jag behövde inte det för tävlingsklasserna, som hade samma inställningar.

    Men jag kan tänka mig att det enbart slår igenom (samma som föregående) när man lottar starttider på efterföljande etapper. Eftersom ÖM inte har lottad tid så får de ingen nummerlapp.

    Kan det vara så?

  • Johan Jacobsson
    onsdag 14 juni 2017 klockan 22:14

    Du har varit in och fördelat nummerlapparna för alla klasser på etapp 2 och framåt?

    Det är inte alldeles logiskt att man måste fördela nummerlapparna även om man har valt "samma nummerlapp som föregående"

  • Felix Alnervik
    tisdag 13 juni 2017 klockan 21:41

    Kör en flerdagarstävling till helgen och har genererat nummerlappar i etapp 1. För resterande etapper har jag klickat i "samma nummerlapp som föregående". Detta har jag gjort på tävlingsklasser samt ÖM klasser. Problemet är dock att i tävlingsklasserna fungerade det fint, men ÖM klasserna har enbart nummerlappsnr på första etappen.

    Har jag missat något?

Annonser