| Navn: Bygholm Park | Tid: 27.08.2012 20:19 |
|
http://www.tv2oj.dk/arkiv?video_id=29957&autoplay=1 |
| Navn: Horsens OK | Tid: 27.08.2012 18:16 |
|
http://www.do-f.dk/nyheder/news.cgi?id=5095 |
| Navn: | Tid: 27.08.2012 18:13 |
I søndags hørte jeg, at Odense OK havde lokaliseret problemet med tiderne fra i lørdags, men desværre har de ikke offentliggjort deres viden, så vi kan lære af det.
Måske giver RRs beskrivelse svaret.
I E-time må hver brik kun aflæses een gang ind i systemet, når fast starttid anvendes.
Brikken kan sammenlignes med et stopur, som startes, når den løftes fra startenheden og standses igen, når den lægges i aflæseren (MTR-enheden). Aflæsningen påføres samtidig klokkeslæt fra MTR-enheden.
Når en aflæsning indlæses i systemet, bliver starttidspunktet kontrolleret ved at trække \"stopurets\" tid fra det påførte klokkeslæt.
Hvis enheden aflæses igen, vil et nyt klokkeslæt blive hæftet på, mens \"stopurets\" tid er den samme. Systemet vil nu beregne, at løberen er startet for sent. Tiden, der bliver lagt til, vil være tiden mellem de to aflæsninger, hvilket passer fint med RRs beskrivelse.
I lørdags blev min brik aflæst i tre enheder. Hvis der anvendes flere aflæsningsenheder skal E-time programmet læse fra 1. enhed og kun 1. enhed. Efterfølgende enheder kan kun anvendes til udskrivning af stræktider.
Igen, det vil være dejligt at høre, hvad Odense OK har fundet ud af. Måske passer min beskrivelse med situationen i lørdags |
| Navn: MacLassen | Tid: 27.08.2012 17:50 |
|
Ranglisterne er opd. |
| Navn: kfa | Tid: 27.08.2012 16:16 |
Kort nørd> Under resultater på DM-mellems hjemmeside:
http://www.odense-ok.dk/dmmellem2012/Resultater.htm |
| Navn: Mystiske K | Tid: 27.08.2012 16:09 |
http://odense-ok.dk/dmmellem2012/Resultater.htm
kig under \'kort\' |
| Navn: Kort nørd | Tid: 27.08.2012 16:05 |
|
Er der et sted man kan se kort/baner? |
| Navn: Mystiske K | Tid: 27.08.2012 15:39 |
Hej alle ville bare lige spørge hvordan det kan lade
sig gøre at visse løbere har flere minutters fejl i
deres tid? Forresten er det vist ved at være på tide at
afskaffe EMIT da vi gentagende gange oplever problemer
med det? Ellers skal der også i den grad en meget mere
grundig oplæring til, det er ærgeligt at der er flere
usikkerheder med tider, placeringer o.s.v.
|
| Navn: CasperS | Tid: 27.08.2012 08:07 |
RR> Det er også sådan jeg har foerstået det. Modsat SI er enhederne
relativt \"dumme\" i EMIT, så det bliver desværre nok lidt svært at spørge
dem hvem der har været der og hvornår.
- Hvilket også kunne have reddet den stakkels FIF-løber der sled og
slæbte i orme-natten for så at komme hjem med en død brik og et back-
up kort der var efterladt ude i nattens mørke. |
| Navn: | Tid: 26.08.2012 23:59 |
Hej.
DM-mellem resultaterne er 100 % brik tid og næsten alle tider er ændret fra et par sekunder til flere minuter - se mere på :
http://www.odense-ok.dk/dmmellem2012/
alle tider er også lagt i WinSplits |
| Navn: RR | Tid: 26.08.2012 22:29 |
Selv om arrangørerne afviser det har noget med tiden til aflæsningen at gøre, mistænker jeg nu stadig det kan være en del af problemet.
Da jeg kom i mål kunne systemet ikke læse min brik og da der var mange i kø, lod jeg dem beholde min brik og gik. Jeg kom tilbage efter ca et kvarter +/-, hvor de endnu ikke havde haft tid til at gøre noget ved det. Jeg bad dem aflæse min brik igen, hvilket de gjorde og systemet kunne denne gang læse min brik. Min tid var dog noget der ligner 13 minutter mere end min tid på stræktidsstrimlen.
Startede ved den højre enhed, men hvordan skal det kunne påvirke tiden? Tiden bliver jo beregnet ud fra starttiden indtastet i systemet og grunden til vi bruger startenheden er vel udelukkende for backup. I øvrigt har enhederne vel ikke et ur i sig, det sidder i brikken og det eneste enheden gør er at identificere sig, eller er det noget jeg har misforstået? |
| Navn: | Tid: 26.08.2012 21:43 |
Både Bodil og jeg har 6 sek fejl, og vi stod begge ved
startenheden længst til højre.
Til gengæld har sønnike 9 sek fejl.
Opfordring: Lad os hjælpe arrangørene. Skriv din fejl
og hvor du stod i starten.
mvh
Nicolai |
| Navn: Teknikeren | Tid: 26.08.2012 21:01 |
Også vidne: Men skal vi så bare konkludere, at finnere og
nordmænd er skarpere end danskere, for der fungere systemet rigtig
godt. |
| Navn: MacLassen | Tid: 26.08.2012 20:42 |
JB> Måske en god ide at gørre arrangøren opmærksom på
dette, kan måske hjælpe dem med en løsning. |
| Navn: JB | Tid: 26.08.2012 20:32 |
Nogen der har et bud på hvorfor tiderne fra stræktidslæseren og tiderne fra PC\\\'en (resultatlisten) er forskellige?
Selv kan jeg konstatere, ved at sammenligne vores stræktidsstrimler med mellemtiderne hos arrangøren, at forskellen ligger i tiden til post 1. Kan det være noget med startenhederne?? |
| Navn: | Tid: 26.08.2012 20:32 |
Bare så der ikke opstår tvivlsspørgsmål.
Ranglisterne vil først blive opdateret når der forefindes
en endelig \"korrekt\" resultatliste fra DM mellem, skulle
denne ikke være tilgængelig inden DM Lang, vil seedning
tage udgangspunkt i den nuværende rangliste. |
| Navn: Også vidne | Tid: 26.08.2012 20:00 |
Teknikeren> Hvis arrangører gentagne gange er uheldige med systemet, er det måske ikke kun arrangørerne men også systemet man skal kigge på.
Nysgerrig> Det ved vi i morgen, jf http://landshold.do-f.dk/elite/Pdf/Senior-Landsholdsudtagelser%202012.pdf
US> Enig! Weekenden bød på 3 rigtig gode o-oplevelser på Fyn! |
| Navn: Teknikeren | Tid: 26.08.2012 19:34 |
EMIT havde ikke en uheldig weekend, det havde arrangørerne.
Systemet fungere fint, hvis dem der bruger det har forstand på det. |
| Navn: Vid(e)n(d)e | Tid: 26.08.2012 19:06 |
Tidsspilde vandt DM i holdsætning aka. DM i \"hvem har den bedste D16-
løber\".
Men det var en fed tur i skoven, og et flot arrangement!
At EMIT så genrelt havde en skidt weekend..... FORBYD DET L...! |
| Navn: Amagerkaneren | Tid: 26.08.2012 18:09 |
Cracey Beach Toy Race nu på Youtube:
http://www.youtube.com/watch?v=jHXVRTRPX9s&feature=youtu.be
www.cracey.dk |
- skriv hvilket indlæg det drejer sig om (dato og tid for indlægget) samt en grund til hvorfor du mener at indlægget skal fjernes.
