New trafficplan validation

[larshoidahl]

Ny beskrivelse av hvordan operatørene skal validere sine plandata.

[eiriktruter]

Kan evt legge til en linje til slutt i punkt 2 om at hvis hastusIds inneholder mer enn enn et turnummer må kun et av de i kombinasjon med lineRef og direction matche turen hos operatøren

Hvert av turnummerene skal vel egentlig matche ulike turer hos operatøren

[larshoidahl]

Jeg oppdaterte teksten nå. Skrev at: Each element in the list is a separate journey that is part of a separate vehicle task.

Det er ikke helt rett frem nå. Hvis en tur er planlagt med 4 kjøretøy, altså 4 planlagte like turer, så vil det vel genereres 1 ServiceJourney med 4 turnummer, og 4 ulike Blocker kommer til å ha samme VehicleJourneyRef. Stemmer det?

[eiriktruter]

Jo det stemmer vel i utgangspunktet, men nå kom jeg på at vi gjorde jo faktisk en endring for å generere en service journey per block for det var noe en av operatørene klaget på før sommeren. Vi gjorde det basert på externalJourneyRef på DatedJourneyV1 og vi gjorde ikke noe med hastusIds, så jeg mistenker at resultatet blir 4 service journeys som alle har de 4 samme turnummerene i hastusIds. Men det slo meg nå at vi kunne kanskje gjort generering av service journey ider for kontrakteksportene på en annen måte enn for entureksporten. Jeg tror vi har alt vi trenger av data og da kunne vi fått til en ServiceJourney per turnummer, men da vil ikke service journeys i operatøresportene match service journeys i entureksporten