Purple Pen.
Försökte importera (IOF xml) kontroller och banor. Ingenting  hände, varken data eller felmeddelande. Jfr med OCAD,  som hade xml ver 3.0, medan PP hade 2 någonting. Troligen orsaken, men hittade ingen uppgift vad OLA accepterar.
Men, konstigt att jag inte fick  något felmeddelande.

Med OCAD blir det så här

<ClassCourseAssignment>
<ClassName>H20</ClassName>
<CourseName>Bana 2</CourseName>
</ClassCourseAssignment>
<ClassCourseAssignment>
<ClassName>H40</ClassName>
<CourseName>Bana 3</CourseName>
</ClassCourseAssignment>
<ClassCourseAssignment>
<ClassName>D35</ClassName>
<CourseName>Bana 3</CourseName>
</ClassCourseAssignment>
<ClassCourseAssignment>
<ClassName>D20</ClassName>
<CourseName>Bana 3</CourseName>
</ClassCourseAssignment>

och det fungerar uppenbarligen...

Råkade idag ut för att Condes slår ihop kopplingarna mellan Bana och klass.

<Course>
<CourseName>Bane 3</CourseName>
<CourseId>190</CourseId>
<ClassShortName>D20</ClassShortName>
<ClassShortName>D35</ClassShortName>
<ClassShortName>H18</ClassShortName>
<ClassShortName>H40</ClassShortName>
<CourseVariation>

Detta gör att endast den sista klassen, i detta fallet H40, blir kopplad till rätt bana i OLA.

Hade ett annat problem vid SM stafett. Vår xml från OCAD innehöll drygt 1600 banor och var 8,5 MB stor. Många gafflingsalternativ... Ibland sa OLA att banan redan var inläst och man fick valet skriva över eller inte. Jag hittade inget orsak till detta. XML-en verkade frisk och det var inget speciellt med de banor som försvann. Tänker om just storleken kan vara ett bekymmer. Hade även problem med andra xml import/export som register, startlista, resultat mm.

Verkar som att importen antar att värdena av x och y på MapPosition-Elementen är på formatet: 23.23 och när de är på formatet 23,23 (komma istället för punkt) så misslyckas importen utan att säga något.

Märkte detta när jag försökte importera en fil från Purple Pen. Vore fint om det kunde fixas även om det var lätt att fixa till filen innan import.

Lite praktiskt info vid import av banor och kontroller:

Om du exporerar från Condes får du fel ang. ModifyDate, detta är rapporterat till Condes-teamet att de inte följer standard.

OBS! Vid export från Condes
Klicka ur "exportera stafettinformation"

OLA verkar även kräva elementet <CourseId>, vilket Condes utelämnar om man inte klickar ur kryssrutan "utelämna CourseId" vid export i Condes.

Med Ocad 9 (eller 10) går det att göra xml-filer direkt som funkar.

Jag försöker importera banor från OCAD 8 till OLA 5.0-3 via Olahelper. Kontrollerna kommer in men inte banor eller klasskoppling. Fungerade 2008. Har någon en lösning snabbt?

Filen var hemmagjord (dvs inte exporterad från något program). Eftersom jag inte fick något felmeddelande vid importen och för att kontrollerna kom in men intebanorna eller kopplingen mellan banor och klasser så tänkte jag att filen stämde. Skall testa igen och se om det är något i filen ändå.

Nej, OLA har inga ytterligare krav. Har du gjort en XML-fil eller har du exporterat den från något program?

Har OLA andra krav på iof xml fil än vad dtd säger kring obligatoriska element för import av kontroller och banor? Jag gjorde en xml-fil med banor och kontroller, men OLA läste bara in kontrollerna, inte banorna eller kopplingen till klasser. Jag försökte med både klassens kortnamn och klassid (basid) för att få kopplingen att fungera.

En annan lösning på det fall då man vill ha startstämpling men också starttid är att man lottar som vanligt och när man ska köra tävlingen ändrar man till stämpelstart. Då kommer OLA först kolla om det finns en startstämpel och ta den tiden. Om startstämpel saknas så tar man starttiden.

Det är den tidiga startbegränsningen som är för liten. Antagligen har startklockan gått före så att alla har startat för tidigt och därmed blivit diskade.

Jag satte kontrollerad stämpestart med tidsintervallet 0 och 0 sedan fick jag hela klubben diskad när vi läste in resultaten. Vi ändrade tiderna till 1 och 7200 utan märkbar förbättring. Alla startstämplade. Vi ändrade till kontrollerad startstämpling i respektive klass efter det vi lottat alla klasser. När vi utvärderade sträcktiderna så hade man rätt stämplar. Någon enhet  hade dock fel tid.

Vad har vi gjot för fel.

Nej, om man vill stor starttolerans så får man sätta höga värden på dessa begränsningar. Annars blir det tjuvstart eller sen start.

Iofs fel ämne, men om man ställer bägge till 0, innebär det att det inte spelar någon roll hur långt före eller efter den lottade starttiden man startstämplar?

Magnus>> Man använder startmetoden "kontrollerad stämpelstart" med tidig och sen startbegränsning.

Hur ställer man in så att man vid start kan startstämpla och att startstämpeln gäller före den fasta starttid som är angivet i startlistan.

Det får bli så att jag tar bort raden.

Filen följer inte XML-standarden. Så här borde det se ut:

     <ModifyDate>
      <Date dateFormat="YYYY-MM-SS">2011-05-17</Date>
      <Clock clockFormat="HH:MM:SS">06:43:23</Clock>
     </ModifyDate>

Vill man få bort meddelandet kan man öppna filen i valfri kompetent texteditor och ta bort alla ModifyDate-element (som är valfria enligt standarden) genom att trixa lite med sök och ersätt och reguljära uttryck.

När jag försöker importera en banfil från Condes (exporterad i IOF xml-format) så får jag alltid ett femeddelande om felaktigt "datumformat":
"The content of element type "ModifyDate" must match "(Date,Clock?)"

I min xml-fil ser det ut så här:
 <ModifyDate>2011-05-17 06:43:23</ModifyDate>

Hur ska det se ut?

Det fungerar, alla banor kommer in, om man klickar på Fortsätt, men det vore skönt att slippa meddelandet