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 100 inläggen

10 | 20 | 50 | 100

  • HS
    i lördags klockan 22:54

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

  • Fredric Johansson
    i lördags 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
    i fredags 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
    i fredags 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?

  • Per-Martin Gustavson
    tisdag 13 juni 2017 klockan 15:48

    Jag kör också mot MySQL.

  • Stefan Månsson
    måndag 12 juni 2017 klockan 21:17

    Körde stafett på Unionsmatchen för några helger sedan och vi upplevde inte några problem med att skriva ut resultatlistor. 

    Vilken databas ligger tävlingen i? Vi körde mot MySQL.

  • Per-Martin Gustavson
    måndag 12 juni 2017 klockan 15:13

    Är det någon mer än jag som haft problem med utskrift av resultat efter tävling, det gäller bara stafett? Jag kör senaste versionen 5.4.1-2.

    Fram till utskrift av resultat fungerar allt perfekt men där finns inga klasser att skriva ut. Vi körde DM-stafett för ett par år sedan och då fungerade allt perfekt.

  • Stefan Månsson
    måndag 12 juni 2017 klockan 10:16

    Just "ej totalresultat" ställer till mer än vad det löser när det gäller Eventor. Vad jag kommer ihåg från förra året så gjorde den inställningen att löparna i ÖM inte kom med alls i Eventor.

    Så länge löparen springer samma klass skall det inte spela någon roll om löpare anmäler sig dag för dag. OLA skall lägga alla dagarna på samma anmälningspost. (Tror det var förra året som det rättades.) Kommer inte ihåg att vi hade några större problem med löpare som anmälde sig dag för dag och att det bled olika anmälningsposter.

    Jag skall testa ikväll i Testeventor om man kan slå ihop totalresultat för de vanliga klasserna med etappresultat för ÖM manuellt genom att klippa och klistra ihop XML-filerna.

  • Felix Alnervik
    måndag 12 juni 2017 klockan 10:07

    Har haft detta problemet flera år och förra året klickade jag i "ej totalresultat" för öppna klasser. Trodde detta skulle lösa allt, men när jag nu tittar tillbaka så var det så att vi inte fick till totalresultat alls då i Eventor. 

    Om någon kommer och anmäler sig i ÖM dag för dag. Hur ser man till att det blir samma person i OLA och den inte skapar nya dag för dag??

  • Stefan Månsson
    fredag 9 juni 2017 klockan 12:17

    Förra året på Hallands 3-dagars hade vi tidigt tagit beslut på att ÖM inte skulle ha totalresultat. Vilket fungerade utan problem på resultatskärmarna på Arenan men i Eventor fungerade det inte alls.

    När de öppna klasserna var markerade "Ej totalresultat" kom resultaten i de klasserna inte med i Eventor.

    För att det skall bli rätt i Eventor måste man tillåta totalresultat i de öppna klasserna. Vilket tog oss en bra stund efter etapp 2 att komma på. Mycket möjligt att man kan klippa och klistra ihop en totalfil och en etappfil och på så sätt få endast etappresultat på de öppna klasserna, det testade vi aldrig.

    Och har man en gång markerat "Ej totalresultat" på en klass och sedan anmält löpare i direktanmälan finns det flera ställen man måste ändra på, för även löparna får egenskapen "Ej totalresultat".

  • Felix Alnervik
    torsdag 8 juni 2017 klockan 16:14

    Har inte hänt något här än...

    http://sharepoint.orientering.se/webbplatser/utv/Lists/OLA/DispForm.aspx?ID=95

    http://sharepoint.orientering.se/webbplatser/utv/Lists/OLA/DispForm.aspx?ID=67

  • Johan Jacobsson
    söndag 4 juni 2017 klockan 19:09

    Är det någon som kommit underfund med hur man får ut totalresultatet för en fleretappstävling på ett korrekt sätt men ändå får de öppna klasserna korrekt?

    Precis som Felix har jag testat med att manuellt ta bort de öppna klasserna (alt. enbart personerna) från total-XMLen men då försvinner de helt även från etapp-resultatet.

    Jag gissar att om man kunde sammanfoga en etapp-XML och en total-XML i samma exportfil så skulle det bli rätt men det tror jag inte går att generera från OLA?

  • Stefan Månsson
    tisdag 30 maj 2017 klockan 9:31

    Jag skall testa ikväll men jag upplevde inte att vi hade några problem under Unionsmatchen (individuell lördag, stafett söndag) i helgen med att generera resultaten till resultatskärmarna. Båda tävlingarna låg i samma databas.

  • Per Engman
    söndag 28 maj 2017 klockan 10:49

    Kan nu bekräfta att det är dag3, som är den som är sist inlagd i databasen som kommer på skärmarna, idag funkar det.

     

    MVH Per

  • Per Engman
    fredag 26 maj 2017 klockan 22:47

    Hej, Vi kör en 3-dagars tävling (Västerbottens 3-dagars) där vi använder MySQL som databas och har alla 3 tävingarna i samma databas.

    Då vi ikväll körde första tävlingen så funferade allt bra med detta upplägg förutom Webb-resultat som funkat fint förut. Vad som nu hände var at inga resultat kom ut och det verkar som det som skrevs till filerna i Webb-resultat-mappen var tävling nr 3 som ligger sist (fast som första val i ordning i OLA då man väljer tävling av någon anledning) vilket man kunde se på antalet deltagare .

    I OLA-server var förståss dagens tävling vald men det verkar inte ha spelat någon roll för det som genereras som Webbresultat.

    Någon som sett detta förut?

     

    MVH Per Engman, Umeå OK

  • Peter Woxlin
    onsdag 24 maj 2017 klockan 6:00

    Dags för en uppdatering i denna tråd! 

    Jag tror vi är många familjer som önskar kunna hålla koll på våra anmälningar på ett enkelt sätt.

    Någon ljusning på denna front?

  • Peter Rydesäter
    söndag 21 maj 2017 klockan 8:02

    Vid vår Tävling SL #6  2017-05-13 hade samma problem. Dvs att vi fick stop i utläsning av checkenheterna då checktiden var före nolltid, datum var en vecka fel eller så. Jag misstänkte då att vi missat nollning av checkenheten/erna eller att någon check använt före nolltid. Sista dagen SL#7 så kollade vi extra nogrant att alla check hade rätt tid, var tömda, samt att inte någon gjorde check före nolltid. Då fungerade avläsning av check utan problem.

  • Bengt Östlund
    fredag 19 maj 2017 klockan 11:56

    Stefan: Tack för återmatning. Jag menar att jag läste av checkenheterna via
    "Under Tävling\Tävlingsexp\Läs in startande från checkenhet", som jag tidigare använt (då med annan OL-version).
    Jag har nu felanmält via mail till ola-supporten.

  • Stefan Månsson
    fredag 19 maj 2017 klockan 8:31

    Bengt >> Med läste in menar du att ni läste in Check-enheterna i OLA via masterenhet? Det var länge sedan jag gjorde det nu då vi kört Check via olresultat.se de senaste åren. Men senast vi läste in enheterna direkt i OLA vet jag att vi fick upp meddelandet "felaktig nolltid". Rekommenderar dig nog att kontakta OLA-supporten och felanmäla, ju fler som felanmäler desto troligare är att de åtgärdar.

  • Bengt Östlund
    onsdag 17 maj 2017 klockan 18:28

    Hej

    Vi körde tävling 2017-05-10 och läste då in startande från 4 st checkenheter. Det kom upp en massa meddelande om felaktig nolltid. Vi kunde inte hitta något fel i vår konfigurering och nolltiden var satt till 17:00 och tävlingen började ca 18:00.

    Nu har jag gjort en test minitävling med 4 st tävlande i en klass och när jag läser av log i "SI Config +" så får jag 4 st med korrekta datum och tider men vid inläsning av checkenhet i OLA så får jag 4 st enheter men hel felaktiga datum och bricknummer.
    Är det en bugg ?

  • Felix Alnervik
    onsdag 17 maj 2017 klockan 11:23

    Vad är status på senaste OLA versionen?

    Några kända buggar?

  • Mats L
    tisdag 16 maj 2017 klockan 23:30

    Det verkar som att fakturorna i OLA blir fel, men i Eventor blir de rätt.

  • Thomas Nilsson
    tisdag 16 maj 2017 klockan 21:46

    Någon uppdatering om när detta blir fixat???

    fakturorna blir fortfarande fel även om informationen sparats under resp person!

    Hur har ni som haft problemet fått rätt på fakturorna från OLA?

  • Stefan Månsson
    tisdag 9 maj 2017 klockan 14:13

    Fick ett annat tips som även det fungerar. I OLA server finns en flik "Proxy inställningar", om man där anger den ip-adress och port som man vill att OLA-server använder innan man trycker på "Start" så används de inställningarna före alla andra ip-adresser som existerar på servern.

  • Fredric Johansson
    tisdag 9 maj 2017 klockan 11:01

    Det du exempelvis kan göra är att inaktivera Virtualboxs nätverkskort om du inte kommer köra det samtidigt.

  • Stefan Månsson
    måndag 8 maj 2017 klockan 17:08

    Magnus > Vet du om det finns någon sätt att komma runt problemet när man har exempelvis Virtualbox installerad och ip-adressen för virtuella nätverket visas först i OLA-server?

    Tänkte om man kan slippa att avinstallera Virtualbox på datorn som är tänkt att använda som server på en av försommarens tävlingar. 

  • Felix Alnervik
    söndag 7 maj 2017 klockan 22:43

    hur kommer det sig att i klubböversikten på Sverigelistan är fylld med icke medlemmar? Personer som inte längre är medlemmar och inte heller utövar sporten. Listan borde spegla medlemsöversikten som finns under adminiatrationen? 

  • Joakim Tosteberg
    lördag 6 maj 2017 klockan 16:38

    Vi stötte på precis det här problemet efter vår tävling vårspringet idag, tack vare att jag nu hade tur att hitta det här inlägget kunde jag fixa till det och få upp resultaten.

    Känns inte som ett bra beteende av eventor att i det tysta bara slänga bort alla personer som har en avgift med ett icke-existerande id kopplat till sig. Hade varit bra om man åtminstonde fick någon slags fel istället för nuvarande beteende.

  • Magnus Johansson
    tisdag 2 maj 2017 klockan 11:58

    Fakturaadressen för mailfakturor från Eventor sätts under Klubben/Administration/Klubbinställningar: https://eventor.orientering.se/OrganisationAdmin/Settings

    Om det är pappersfakturor som ska hittas så tror jag att uppgifterna kommer från IdrottOnline via föreningsregistret som laddas ner till arrangörens tävlingsprogram (t ex OLA).

  • Gunilla Wickenberg
    fredag 28 april 2017 klockan 13:21

    Andra klubbar hittar inte adressen till oss då tävlingsavgifter ska faktureras. Våra uppgifter i idrottonline har inte ändrats. Varifrån hämtar Eventor adresserna?

  • Felix Alnervik
    torsdag 27 april 2017 klockan 15:45

    Stefan: Så ekonomin blir rätt? fakturorna?

  • Stefan Månsson
    måndag 24 april 2017 klockan 10:46

    Gustaf >> Sista svaret jag fick från supporten är att de vet om problemen och att det kommer en fix. Fick dock inte besked om när.

    Kan förövrigt nämna att man utan problem kan använda nya versionen. Betalningarna i direktanmälan sparas, men inte på samma ställe som där man som OLA-användare är van. Gjorda betalningar ligger nu under Före tävling / Anmälningar / Anmälningskontroll / #Välj en löpare# / Anmälningsavgifter.

    Problemen berör "bara" att det inte syns i dialogen för direktanmälan att det är betalt.

  • Sune Andersson
    söndag 16 april 2017 klockan 13:39

    Skickat: 2017-04-14 21:32:30

    Fråga; Swedish League, #1, lång (WRE), med Vårracet, medel resp lång är felrapporterad på Sverigelistan; lång som medel och vice versa!

    Svar; På lördagen hade elitklasserna lång och övriga medel. På söndagen var det tvärt om där eliten hade medel och övriga lång. Men Eventor och Sverigelistan kan bara hantera en distans på tävling. Då har vi valt att att sätta distansen som eliten hade. / Henrik Skoglund

    Fråga; Det känns väl inte riktigt ok! Dela upp tävlingen till två. WRE en och Vårracet en. Det kan ni göra i efterhand.

    Svar; Det är möjligt att göra men det är en insats på ganska många timmar då även ekonomin är knuten till en viss tävling med tävlingsrapport och fakturering. Så det är inget vi kommer att tvinga arrangören att göra.

    Sedan kan man fungera på om det egentligen finns någon vits med att ha separata listor för medel och lång över en viss ålder. Har tittat lite i H70 och där brukar en segrartid på medel vara runt 30 minuter och på lång runt 40 minuter. Men på vissa tävlingar så kryper det närmare varandra så på ett år kan det säkert finnas medeldistanser som har längre segrartid än den snabbaste långdistansen.

    Hela poängsystemet blir lite konstigt när det från början är gjort för endast elitklasser och en konsekvens av det blir att äldre klasser hela tiden går mot en allt lägre poäng. För det görs en årlig justering. / Henrik Skoglund

    Fråga; Jag tillhör de som tävlade på allvar på 70-talet.

    Jag la av när rankingsystemet infördes. För att kunna konkurrera om poäng så var jag tvungen att resa till Mellansverige i tid o otid för där fanns de låga poängen. Det gick inte med yrkeskarriär och familj. Slutade helt vid 33års ålder och kom tbx vid pension för att det är en fin motionsform.

    Efter att nu ha läst in mig på hur systemet fungerar i ålders-/klass-jämförelser så är det bara att avskaffa den. Det duger gott med de mästerskap som finns från klubbnivå och uppåt.

    Ranka den som vill betala i H/D jun & sen, låt oss andra vara ifred.

    Svar; Sverigelistan infördes efter ett stort önskemål från deltagare som passerat seniorålder. Trots bristerna är det många som uppskattar det och som du sett så finns det många förslag på förändringar men ingen som vi har sett löser det och gör det helt rättvist. Sverigelistan tillför en dimension till i eftersnack och analys precis som sträcktider, vägvalsanalyser och bommar. 

    Så vi har inga planer på att avveckla Sverigelistan.

    Kommentar; Imponerad att Skoglund svarar på studs i påsktid.

  • Gustaf Scheja
    lördag 15 april 2017 klockan 19:46

    Någon uppdatering?

  • Gustaf Scheja
    måndag 10 april 2017 klockan 21:25

    Tydligen skapades låsningen av att anmälningstiderna ändrades efter att tävlingen hämtas till OLA-servern första gången. Detta gjorde att anmälningsavgifterna fick nya id-nummer och inte kunde accepteras av Eventor på nytt.

    Lösningen var att radera id;et för avgifterna i xml-exporten så går Eventor på namn istället för ID vid resultatimport. 

  • Stefan Månsson
    måndag 10 april 2017 klockan 18:21

    Efter att kontrollerat databasen efter gårdagens test noterades följande:

    I nya versionen finns ett nytt(?) fält under Före tävling / Anmälningar / Anmälningskontroll / #Välj en löpare# / Anmälningsavgifter.
    På varje anmälningsavgift som är kopplad till en löpare finns det ett fält "Betalt belopp".
    När man kryssar i "Betald" i direktanmälan så sätts det beloppet lika med anmälningsavgiften, men lik förbannat syns det inte i dialogen...

    Får väl se vad OLA supporten svarar.

  • Stefan Månsson
    måndag 10 april 2017 klockan 18:03

    Noterade också att felet kvar står när vi gjorde sista testerna för påskens tävling i helgen. Blir till att felanmäla det igen helt enkelt.

    Vi har valt att köra förra årets version på påskens tävling, för att slippa pappershantering för kontanta betalningar. 

  • Gustaf Scheja
    måndag 10 april 2017 klockan 15:30

    Tänkte felrapportera här så att det blir dokumenterat på något vis. 

    Vi hade tävling igår och på grund av något strul med anmälningsavgifterna så låstes vår tävling i eventor så att vi inte kunde få upp resultaten.

    • Avgifterna hämnades via automatiska funktionen i OLA
    • Vi körde OLA 5.4.1-2
    • Databasversion 560

    Inväntar mer info från Eventorsupporten om vad som gjorde att det låste sig och om det är något vi behöver se upp med.

  • Gustaf Scheja
    måndag 10 april 2017 klockan 15:23

    Vi körde tävling i helgen och hade felet - vi noterade alla kontanta betalningar på papper för att lägga in i efterhand. 

    Vi körde ola 5.4.1-2 med databas 560

    Felet är med andra ord inte löst!

  • Bo Karlsson Skogsfalken
    torsdag 6 april 2017 klockan 13:03

    Jag har samma problem med att avgifter inte kommer med på fakturan även när vi kör en individuell tävling. Det är bara brickhyra som kommer med. Det hjälper heller inte att lägga till en transaktion på resp. löpare i OLA. Transaktionen kommer inte med på fakturan, Däremot kan man lägga till en rad när man skapar fakturorna i Eventor och på det sättet komma runt problemet.

  • Peter Asp
    onsdag 5 april 2017 klockan 13:07

    Vad jag kan se när jag kollar på XML filerna för uppladdning av stafettresultat så ligger inte anmälningsavgifterna med. Elementet <AssignedFee> finns inte med på löpare/lag som det finns i resultatuppladdningen för löppna banor.

    Däremot kommer hyrbrickor med i uppladdningen för stafett.

  • Peter Asp
    onsdag 5 april 2017 klockan 10:30

    Jag har testat ett antal sätt för att få fakturering i Evento att fungera med stafetter i OLA. Senast nu i helgen testade jag att inte ändra några avgifter i OLA . 

    När jag efter tävlingen sulle skapa fakturor så fanns inga avgifter på några klubba, endast hyrbrickor.

    Finns det ett bra sätt att lösa detta på stafetter?

    Även finns det något sätt att lösa detta nu i efterhand, kan man lägga på avgifter på lagen och ladda uup dem till Eventor?

  • Felix Alnervik
    onsdag 5 april 2017 klockan 8:05

    Efter uppdaterade till 5.4.1-2, startade jag Servern för att uppdatera databaserna. Då upptäckte jag att jag saknade en databas.

    Någon som stött på samma problem?

  • Henrik Persson
    lördag 1 april 2017 klockan 19:23

    Vi hade samma typ av problem beskrivet nedan idag på tävlingen. Vi har noterat allt manuellt för att kunna korrigera det i efterhand.

  • Christoffer Olsson
    lördag 1 april 2017 klockan 17:26

    Jag får rätt från 559 till 560

  • Ulf Eklund
    fredag 31 mars 2017 klockan 13:36

    Jag får också samma fel med den nya uppgraderade versionen. Jag noterade också att databasen har fel version då jag öppnar tävlinen som är gjord i 5.4.1-1, ( version 560 och den uppgraderade 5.4.1-2 ska ha version 559). Det går att uppdatera databasen, men ska den verkligen gå till ett lägre nummer?

  • Mats Lundman
    fredag 31 mars 2017 klockan 12:54

    Ja, jag får också fortfarande samma fel med 5.4.1-2

  • Christoffer Olsson
    fredag 31 mars 2017 klockan 11:44

    testat med ny version i en gammal databas som jag testar med men då får jag samma problem tidigare, är de någon annan som får samma problem?

  • OLA-supporten
    fredag 31 mars 2017 klockan 10:06

    Finns nu en fix för det att ladda hem (ver 5.4.1-2) https://eventor.orientering.se/EventAdmin/Ola

  • Ulf Eklund
    torsdag 30 mars 2017 klockan 17:25

    Har just genomfört en liten test inför vår kommande tävling, och får  samma resultat som övriga noterat. Betald anmälningsavgift för direktanmälan noteras inte av systemet och går inte heller att uppdatera i fönstret för direktanmälan. I ekonomidelen finns det ingen transaktion noterad på löpare som har betalt sin anmälan.

  • Bo Karlsson OK Skogsfalken
    onsdag 29 mars 2017 klockan 19:41

    Vi har haft samma problem med de som var driektanmälda och hade betalat kontant. Jag har i efterhand fått fylla i en ny transaktion för varje löpare. Nu hade vi nytta av de lappar som var och en fick fylla i innan start. 

  • Bo Karlsson OK Skogsfalken
    onsdag 29 mars 2017 klockan 19:39

    Vi har haft samma problem med de som var driektanmälda och hade betalat kontant. Jag har i efterhand fått fylla i en ny transaktion för varje löpare. Nu hade vi nytta av de lappar som var och en fick fylla i innan start. 

  • Anne-li Lidman
    tisdag 28 mars 2017 klockan 22:07

    Mejlen som är kopplad på Eventor verkar gå till fel mejladress trots att jag har fyllt i rätt mejladress. 

    Vad är det som gör att den gamla adressen ligger kvar och skräpar?

  • Stefan Månsson
    tisdag 28 mars 2017 klockan 17:34

    Felix >> Svar ja!

  • Felix Alnervik
    söndag 26 mars 2017 klockan 16:36

    Har ni felanmält?

  • Christoffer Olsson
    lördag 25 mars 2017 klockan 19:43

    Testat också nu med en testtävling och får samma fenomen, väljer man den direkt anmälda löparen och redigera vald så dyker detta upp är rutan inte inbockad så jag skulle inte våga uppdatera till den senaste ola version på vår server än....

  • Stefan Månsson
    onsdag 22 mars 2017 klockan 18:14

    Det verkar finnas en ej upptäckt(?) bugg i direktanmälan i senaste versionen av OLA (5.4.1-1).

    Anmäler man en löpare i direktanmälan och kryssar i att löparen har betalt så kommer det inte någon transaktion på personen och det syns inte i anmälningslistan att man har kryssat i att personen har betalt.

    OBS, har bara genomfört tester inför påskens tävling och inte råkat ut för det i skarpt läge. Men enligt uppgift finns det minst en arrangör som har råkat ut för problemet.

    Någon mer som lyckas återskapa problemet?

  • Johnny Gustafsson
    fredag 10 mars 2017 klockan 11:05

    Förtydligande.. Mina uppgifter i Eventor - personliga inställningar. 

    'Dina platser' avser inställningar i Google maps.

  • Johnny Gustafsson
    fredag 10 mars 2017 klockan 10:55

    När jag söker på 'vägbeskrivning från google maps' så blir det avreseort Gamlebygatan i Varberg istället för Gamleby (Västervik) trots att mina uppgifter stämmer och att jag ändrat i 'dina platser' både hem och jobb-adress 

  • Johnny Gustafsson
    fredag 10 mars 2017 klockan 10:41

    Går det att få vägbeskrivning i 'Hitta' , som komplement till suddiga Google maps ?

  • Felix Alnervik
    torsdag 9 mars 2017 klockan 10:36

    Tävlingen uppfyllde inte reglerna för Sverigelistan, se: https://eventor.orientering.se/Faq/Show/82

    Dock kommer reglerna formuleras om / förtydligas, samt aktuella tävlingen kommer godkännas.

Annonser