DGBuss - Sideversjonshistorikk

DataGrafikk: /* Import av RegTopp-data */

2019-03-22T06:08:43Z

Import av RegTopp-data

← Eldre sideversjon		Sideversjonen fra 22. mar. 2019 kl. 06:08
Linje 587:		Linje 587:

	== Import av RegTopp-data ==		== Import av RegTopp-data ==

			Import-rutinen blir kraftig forbedret i forbindelse med versjon 5.x ab DGBuss.

	Når man vil importere rutedata og annen tilgjengelig grunninformasjon fra RegTopp-filer til DGBuss, gjennomføres det ved en flertrinns prosess.		Når man vil importere rutedata og annen tilgjengelig grunninformasjon fra RegTopp-filer til DGBuss, gjennomføres det ved en flertrinns prosess.

	[[Fil:DGBRTIMeny.png]]		[[Fil:DGBRTIMeny.png]]



	=== Trinn 1: Forberedelser ===		=== Trinn 1: Forberedelser ===
Linje 599:		Linje 603:

	[[Fil:DGBRTIT1VelgFiler.png]]		[[Fil:DGBRTIT1VelgFiler.png]]


	Start menypunktet, velg hvilken trafikkperiode man ønsker å importere til og velg hvilken kalendersone man ønsker å sammenlikne dagkodene i importen med.		Start menypunktet, velg hvilken trafikkperiode man ønsker å importere til og velg hvilken kalendersone man ønsker å sammenlikne dagkodene i importen med.

	[[Fil:DGBRTIT1Oppsettparametre.png]]		[[Fil:DGBRTIT1Oppsettparametre.png]]


	=== Trinn 2: Kalenderinformasjon ===		=== Trinn 2: Kalenderinformasjon ===
	Import kalenderdata, forhåndsdefinering av kjørekalender.		Import kalenderdata, analyse av dagavvikene i dagkodestrengene og forhåndsdefinering av kjørekalender.

	[[Fil:DGBRTIT2TipsKalenderDef1.png]]		[[Fil:DGBRTIT2TipsKalenderDef1.png]]

	Systemet leser gjennom dagkodefilen og forsøker å analysere avvikene ~~ut fra~~ gjeldende definisjoner i ~~kjørekalenderen~~.
			Systemet leser gjennom dagkodefilen og forsøker å analysere avvikene sammenliknet med gjeldende definisjoner i DGBuss sin kjørekalender.
	Informasjoner i figuren over, tyder på at 1. mai 19 ikke burde ha vanlig dagkodedefinisjon (normalt er 1/5-19 en onsdag (3).		Informasjoner i figuren over, tyder på at 1. mai 19 ikke burde ha vanlig dagkodedefinisjon (normalt er 1/5-19 en onsdag (3).

	[[Fil:DGBRTIT2TipsKalenderDef2.png]]		[[Fil:DGBRTIT2TipsKalenderDef2.png]]


	Når man ser «analysen av dagkodenr 2, viser den at daggyldigheten normalt er lørdagsavganger. Unntakene som blir vist, er at den også er gyldig 17. mai, noe som sannsynligvis vil bety at man i kjørekalenderen for kalendersone 1 bør legge inn et unntak slik at 17/5-19 kjører som en lørdag.		Når man ser «analysen av dagkodenr 2, viser den at daggyldigheten normalt er lørdagsavganger. Unntakene som blir vist, er at den også er gyldig 17. mai, noe som sannsynligvis vil bety at man i kjørekalenderen for kalendersone 1 bør legge inn et unntak slik at 17/5-19 kjører som en lørdag.
Linje 619:		Linje 627:

	[[Fil:DGBRTIT2KalenderDef.png]]		[[Fil:DGBRTIT2KalenderDef.png]]


	Rapporten etter kjøring, vil vise:		Rapporten etter kjøring, vil vise:
Linje 624:		Linje 633:
	[[Fil:DGBRTIT2KalenderDefTotalFørDef.png]]		[[Fil:DGBRTIT2KalenderDefTotalFørDef.png]]

	I dette tilfellet ble det definert at 1/5 ~~til~~ søndag (D7) og 17/5
			I dette tilfellet ble det definert at 1/5 skal kjøres som en søndag (D7) og 17/5 kjøres som en lørdag.
	Deretter gjentar man trinn 2 og får følgende resultat:		Deretter gjentar man trinn 2 og får følgende resultat:

	[[Fil:DGBRTIT2KalenderDefTotalEtterDef.png]]		[[Fil:DGBRTIT2KalenderDefTotalEtterDef.png]]

	Man ser altså at man før de siste definisjonene ville få unntak på 93 av dagkodene til kun 9!		''Man ser altså at man før de siste definisjonene ville få unntak på 93 av dagkodene til kun 9!''


	Om man velger å se tips, får man en liste over unntaksdager som kanskje kan foredle definisjonene ytterligere:		Om man velger å se tips, får man en liste over unntaksdager som kanskje kan foredle definisjonene ytterligere:

	[[Fil:DGBRTIT2Tips.png]]		[[Fil:DGBRTIT2Tips.png]]


	Da er man klar til å forberede rutene i trinn 3.		Da er man klar til å forberede rutene i trinn 3.



	=== Trinn 3: Generer importerbare ruter ===		=== Trinn 3: Generer importerbare ruter ===

	Dette trinnet behandler tur for tur i rapporten og grupperer disse til ruter. Hver tur sammenliknes med dagkode og definert kjørekalender slik at de blir tilordnet en daggyldighet (f.esk. Dx67). Unntak som ikke kan legges direkt på turen, blir kodet inn og lagt inn i med dagkodenummer i turens tekst-felt og forklaringen legges i rutens internnotat.		Dette trinnet behandler tur for tur i rapporten og grupperer disse til ruter. Hver tur sammenliknes med dagkode og definert kjørekalender slik at de blir tilordnet en daggyldighet (f.esk. Dx67). Unntak som ikke kan legges direkt på turen, blir kodet inn og lagt inn i med dagkodenummer i turens tekst-felt og forklaringen legges i rutens internnotat.


	=== Trinn 4: Opprett rutene i ruteoversikten ===		=== Trinn 4: Opprett rutene i ruteoversikten ===

	Siste trinn i prosessen oppretter rutene slik at de blir editerbare i rutemodulen:		Siste trinn i prosessen oppretter rutene slik at de blir editerbare i rutemodulen:
	Årsaken til at dette punktet ikke er lagt innunder trinn 3, er at det er mulig i eget punkt å behandle kun de 4 første rutene for å sjekke at resultatet blir bra, samt at det er planlagt en fremtidig forbedring der man kan velge ut hvilke av de tilgjengelige rutene som skal importeres.
			Årsaken til at dette punktet ikke er lagt innunder trinn 3, er flerdelt:

			at det er mulig i eget punkt å behandle kun de 4 første rutene for å sjekke at resultatet blir bra, samt at det er planlagt en fremtidig forbedring der man kan velge ut hvilke av de tilgjengelige rutene som skal importeres.
	NB! Husk at Trinn 4 overskriver evt eksisterende ruter med tilsvarende navn.		NB! Husk at Trinn 4 overskriver evt eksisterende ruter med tilsvarende navn.

DataGrafikk: /* DGis - lenking steg for steg */

2019-03-22T06:01:31Z

DGis - lenking steg for steg

DataGrafikk: Fjerner revisjon 483 av DataGrafikk (diskusjon)

2019-03-20T09:38:21Z

Fjerner revisjon 483 av DataGrafikk (diskusjon)

← Eldre sideversjon		Sideversjonen fra 20. mar. 2019 kl. 09:38
Linje 66:		Linje 66:
	[[DGBuss Programmoduler]]		[[DGBuss Programmoduler]]
	[[Fil:DGBMGrunnregister.png\|none\|600px\|caption]]		[[Fil:DGBMGrunnregister.png\|none\|600px\|caption]]

			=== Kalenderfunksjoner ===
			[[DGBuss kalenderfunksjoner]]


Linje 115:		Linje 118:
	Derfor har brukerne både på samlinger og via enkelthenvendelser ønsket forbedringer på denne funksjonaliteten.		Derfor har brukerne både på samlinger og via enkelthenvendelser ønsket forbedringer på denne funksjonaliteten.

	= FynBus-modellen =		'''FynBus-modellen:'''
	En mulighet kanskje ikke alle er klar over:		En mulighet kanskje ikke alle er klar over:
	I Fynbus (regionsselskapet på Fyn), har man lenge hatt et annet verktøy som har gitt mulighet for detaljstyring på turnivå. Innenfor hver kommune har de ulike koder som aktiverer en kjøring.		I Fynbus (regionsselskapet på Fyn), har man lenge hatt et annet verktøy som har gitt mulighet for detaljstyring på turnivå. Innenfor hver kommune har de ulike koder som aktiverer en kjøring.
Linje 127:		Linje 130:


	= Sikre historikk =		'''Sikre historikk:'''

	For å sikre at man har korrekt historikk for senere utskrift av produksjonsoppgaver, anbefales ved mindre endringer at man korrigerer i avgangskolonnene og evt setter en TOM-dato på gammel kolonne og FOM på ny og korrigert kolonne. Ved større endringer anbefales å kopiere hele produksjonsversjonen (rimelig kjapp rutine under vedlikehold og reorganiser - menyen) og aktivere den nye produksjonsversjonen fra endringsdatoen.		For å sikre at man har korrekt historikk for senere utskrift av produksjonsoppgaver, anbefales ved mindre endringer at man korrigerer i avgangskolonnene og evt setter en TOM-dato på gammel kolonne og FOM på ny og korrigert kolonne. Ved større endringer anbefales å kopiere hele produksjonsversjonen (rimelig kjapp rutine under vedlikehold og reorganiser - menyen) og aktivere den nye produksjonsversjonen fra endringsdatoen.
Linje 134:		Linje 137:


	= Planlagt utvidelse av kalenderfunksjonene i DGBuss 5.x: =		==== Planlagt utvidelse av kalenderfunksjonene i DGBuss 5.x: ====
	I hovedtrekk: Det utvides til å definere flere versjoner/dagtyper pr dato.		I hovedtrekk: Det utvides til å definere flere versjoner/dagtyper pr dato.

DataGrafikk: /* Kalenderfunksjoner */

2019-03-20T09:35:49Z

Kalenderfunksjoner

← Eldre sideversjon		Sideversjonen fra 20. mar. 2019 kl. 09:35
Linje 66:		Linje 66:
	[[DGBuss Programmoduler]]		[[DGBuss Programmoduler]]
	[[Fil:DGBMGrunnregister.png\|none\|600px\|caption]]		[[Fil:DGBMGrunnregister.png\|none\|600px\|caption]]

	~~=== Kalenderfunksjoner ===~~
	~~[[DGBuss kalenderfunksjoner]]~~


Linje 118:		Linje 115:
	Derfor har brukerne både på samlinger og via enkelthenvendelser ønsket forbedringer på denne funksjonaliteten.		Derfor har brukerne både på samlinger og via enkelthenvendelser ønsket forbedringer på denne funksjonaliteten.

	~~'''~~FynBus-modellen~~:'''~~		= FynBus-modellen =
	En mulighet kanskje ikke alle er klar over:		En mulighet kanskje ikke alle er klar over:
	I Fynbus (regionsselskapet på Fyn), har man lenge hatt et annet verktøy som har gitt mulighet for detaljstyring på turnivå. Innenfor hver kommune har de ulike koder som aktiverer en kjøring.		I Fynbus (regionsselskapet på Fyn), har man lenge hatt et annet verktøy som har gitt mulighet for detaljstyring på turnivå. Innenfor hver kommune har de ulike koder som aktiverer en kjøring.
Linje 130:		Linje 127:


	~~'''~~Sikre historikk~~:'''~~		= Sikre historikk =

	For å sikre at man har korrekt historikk for senere utskrift av produksjonsoppgaver, anbefales ved mindre endringer at man korrigerer i avgangskolonnene og evt setter en TOM-dato på gammel kolonne og FOM på ny og korrigert kolonne. Ved større endringer anbefales å kopiere hele produksjonsversjonen (rimelig kjapp rutine under vedlikehold og reorganiser - menyen) og aktivere den nye produksjonsversjonen fra endringsdatoen.		For å sikre at man har korrekt historikk for senere utskrift av produksjonsoppgaver, anbefales ved mindre endringer at man korrigerer i avgangskolonnene og evt setter en TOM-dato på gammel kolonne og FOM på ny og korrigert kolonne. Ved større endringer anbefales å kopiere hele produksjonsversjonen (rimelig kjapp rutine under vedlikehold og reorganiser - menyen) og aktivere den nye produksjonsversjonen fra endringsdatoen.
Linje 137:		Linje 134:


	~~===~~= Planlagt utvidelse av kalenderfunksjonene i DGBuss 5.x: ~~===~~=		= Planlagt utvidelse av kalenderfunksjonene i DGBuss 5.x: =
	I hovedtrekk: Det utvides til å definere flere versjoner/dagtyper pr dato.		I hovedtrekk: Det utvides til å definere flere versjoner/dagtyper pr dato.

DataGrafikk på 20. mar. 2019 kl. 07:48

2019-03-20T07:48:52Z

← Eldre sideversjon		Sideversjonen fra 20. mar. 2019 kl. 07:48
Linje 1:		Linje 1:
	DGBuss		DGBuss
			[[Category:DGBuss]]

	= Velkommen =		= Velkommen =

DataGrafikk: /* Trinn 1: Forberedelser */

2019-03-18T12:59:42Z

Trinn 1: Forberedelser

← Eldre sideversjon		Sideversjonen fra 18. mar. 2019 kl. 12:59
Linje 584:		Linje 584:
	Valg av importparametere, valg av importfiler og justering av linjelengde for eksportfilene.		Valg av importparametere, valg av importfiler og justering av linjelengde for eksportfilene.

	~~Legg importfilene i driftskatalogen (pcp50)~~.		Importfilene velges via filvalg.

			[[Fil:DGBRTIT1VelgFiler.png]]

	Start menypunktet, velg hvilken trafikkperiode man ønsker å importere til og velg hvilken kalendersone man ønsker å sammenlikne dagkodene i importen med.		Start menypunktet, velg hvilken trafikkperiode man ønsker å importere til og velg hvilken kalendersone man ønsker å sammenlikne dagkodene i importen med.

DataGrafikk: /* DGis - lenking */

2019-03-18T12:41:39Z

DGis - lenking

← Eldre sideversjon		Sideversjonen fra 18. mar. 2019 kl. 12:41
Linje 511:		Linje 511:


	== DGis - lenking ==		== DGis - lenking steg for steg ==

	Kjør DGis og åpne prosjekt fra Fil-menyen.		Kjør DGis og åpne prosjekt fra Fil-menyen.
Linje 573:		Linje 573:

	[[Fil:DGBOppdaterLenkelengderAlleLenkekombinasjonerFunnet.PNG]]		[[Fil:DGBOppdaterLenkelengderAlleLenkekombinasjonerFunnet.PNG]]


	== Import av RegTopp-data ==		== Import av RegTopp-data ==

DataGrafikk: /* Import/oppdatering av stoppunkter fra NSR */

2019-03-18T12:35:22Z

Import/oppdatering av stoppunkter fra NSR

← Eldre sideversjon		Sideversjonen fra 18. mar. 2019 kl. 12:35
Linje 650:		Linje 650:

	== Import/oppdatering av stoppunkter fra NSR ==		== Import/oppdatering av stoppunkter fra NSR ==

			I forbindelse med eksport til NeTEx, har det vært et ønske om å kunne hente inn stoppunkter og holdeplasser og å oppdatere disse på grunnlag av det som finnes hus EnTur / NSR.

			I håp om å kunne utnytte disse nasjonale data best mulig, har vi splittet opp prosessen i ulike funksjoner.

			[[Fil:DGBNSRMeny.png]]

			=== Hent fra NSR ===

			Rutinen kobler seg opp mot NSRs tjeneste for nedlasting av forrige døgns totaltabell for stoppunkter i Norge og oppretter en lokal tabell for videre benyttelse.

			Nb! Forutsetninger:
			* MS-SQL – server og et oppsett på server.
			* Evt tidsstyrt oppgave på server slik at denne lastes ned og behandles hver natt.

			Man kan også starte den manuelt fra DGBuss når man ønsker oppdateringer:

			[[Fil:DGBNSRNedlasting.png]]

			=== Se på NSR Master-register ===

			Det vil deretter være mulig å se på tabellen via eget menypunkt:

			[[Fil:DGBNSRTotalliste.png]]

			Nb! Enn så lenge vil tabellen se ut som om norske tegn ikke er korrekt overført. Dette er noe unøyaktig i visningen og vil ble rettet ved en senere anledning. Man vil også senere i prosessen se at dette blir korrekt i DGBuss sitt holdeplassregister.

			=== Generer Referansetabell fra NSR ===

			Ut fra Mastertabellen kan man generere en referansetabell som gjør det mulig å knytte Nasjonal holdeplass ID til benyttede Holdeplassnummer oppgitt i regtopp-format.

			Se på referansetabellen:

			[[Fil:DGBNSRReferanseTabell.png]]

			Man kan se at det finnes mange ulike koblinger der de ulike leverandørene (HED, OPP osv) har benyttet ulike koblinger internt.

			=== Oppdater stoppestedtabell med NSR-ID ===

			For de som ikke allerede har NSR-ID’er i holdeplassregisteret, kan man la DGBuss skape denne knytningen.
			Her er resultatet fra en kjøring:

			[[Fil:DGBNSROppdatert.png]]

			Husk at det dannes log-filer der man kan se hvilke endringer som har blitt foretatt.
			Denne vil automatisk bli vist (og i og med at det første gang er veldig mange endringer, kan det ta noe tid før bildet blir opprettet)


			[[Fil:DGBNSRLogNSRId.png]]

			Kjører man rutinen en gang til, vil den vise 0 endringer.
			Kanskje vil man få endringer i NSR innen neste dag og da vil kun endringene bli oppdatert og meldt.

			[[Fil:DGBNSROppdatert_HPL.png]]

			''Figur: Legg merke til at alle disse holdeplassene har blitt tilordnet NSR ID. UTM nord og Øst-koordinater er tidligere lest inn via RT-importen. Longitude og Latitude er tom.''

			=== Oppdater fra NSR Master ===

			Rutinen oppdaterer holdeplassregisteret fra NSR-Master-registeret.
			Navn, koordinater etc oppdateres.
			Under importen konverteres dessuten også UTM-koordinatene og disse blir erstattet.
			Foreløpig legges ikke Type overgang inn, da det ser ut til å være langt flere byttemuligheter definert hos NSR enn lokalt.
			Dette kan enkelt endres ved behov.

			Log-filene viser alle endringer som har blitt foretatt.

			[[Fil:DGBNSRLogStpInfo.png]]

			Resultatet kan man også se i holdeplassregisteret:

			[[Fil:DGBNSROppdatertHPLtabell.png]]

			''Figur: Legg også merke til at man via egen knapp kan konvertere fra Lat/Lon til UTM i holdeplassbildet.''

			I mappen: NSRLog under pcp50, kan man kikke gjennom alle log-filer etter importen:

			[[Fil:DGBNSRLogFiler.png]]

			Forutsatt at man har valgt # 9 som visning av oppslagskolonne under Rutemodul, oppsett, vil man deretter kunne se også SI i ruteredigeringsbildet:

			[[Fil:DGBNSROppdatertRute.png]]

	= Oppdatere DGBuss =		= Oppdatere DGBuss =

DataGrafikk: /* Andre emner */

2019-03-18T12:15:03Z

Andre emner

← Eldre sideversjon		Sideversjonen fra 18. mar. 2019 kl. 12:15
Linje 648:		Linje 648:

	Også andre grunnregistre slik som merknader, holdeplassregister og destinasjonsskiltregister blir opprettet.		Også andre grunnregistre slik som merknader, holdeplassregister og destinasjonsskiltregister blir opprettet.

			== Import/oppdatering av stoppunkter fra NSR ==

	= Oppdatere DGBuss =		= Oppdatere DGBuss =

DataGrafikk: /* Import av RegTopp-data */

2019-03-18T12:11:33Z

Import av RegTopp-data

← Eldre sideversjon		Sideversjonen fra 18. mar. 2019 kl. 12:11
Linje 576:		Linje 576:

	== Import av RegTopp-data ==		== Import av RegTopp-data ==

			Når man vil importere rutedata og annen tilgjengelig grunninformasjon fra RegTopp-filer til DGBuss, gjennomføres det ved en flertrinns prosess.

			[[Fil:DGBRTIMeny.png]]

			=== Trinn 1: Forberedelser ===

			Valg av importparametere, valg av importfiler og justering av linjelengde for eksportfilene.

			Legg importfilene i driftskatalogen (pcp50).

			Start menypunktet, velg hvilken trafikkperiode man ønsker å importere til og velg hvilken kalendersone man ønsker å sammenlikne dagkodene i importen med.

			[[Fil:DGBRTIT1Oppsettparametre.png]]

			=== Trinn 2: Kalenderinformasjon ===
			Import kalenderdata, forhåndsdefinering av kjørekalender.

			[[Fil:DGBRTIT2TipsKalenderDef1.png]]

			Systemet leser gjennom dagkodefilen og forsøker å analysere avvikene ut fra gjeldende definisjoner i kjørekalenderen.
			Informasjoner i figuren over, tyder på at 1. mai 19 ikke burde ha vanlig dagkodedefinisjon (normalt er 1/5-19 en onsdag (3).

			[[Fil:DGBRTIT2TipsKalenderDef2.png]]

			Når man ser «analysen av dagkodenr 2, viser den at daggyldigheten normalt er lørdagsavganger. Unntakene som blir vist, er at den også er gyldig 17. mai, noe som sannsynligvis vil bety at man i kjørekalenderen for kalendersone 1 bør legge inn et unntak slik at 17/5-19 kjører som en lørdag.

			Slik kan man gå gjennom dagkode for dagkode og ut fra informasjonen som oppgis, finne den kalenderdefinisjonen som gir best overensstemmelse med vår kjørekalender.

			[[Fil:DGBRTIT2KalenderDef.png]]

			Rapporten etter kjøring, vil vise:

			[[Fil:DGBRTIT2KalenderDefTotalFørDef.png]]

			I dette tilfellet ble det definert at 1/5 til søndag (D7) og 17/5
			Deretter gjentar man trinn 2 og får følgende resultat:

			[[Fil:DGBRTIT2KalenderDefTotalEtterDef.png]]

			Man ser altså at man før de siste definisjonene ville få unntak på 93 av dagkodene til kun 9!

			Om man velger å se tips, får man en liste over unntaksdager som kanskje kan foredle definisjonene ytterligere:

			[[Fil:DGBRTIT2Tips.png]]

			Da er man klar til å forberede rutene i trinn 3.

			=== Trinn 3: Generer importerbare ruter ===

			Dette trinnet behandler tur for tur i rapporten og grupperer disse til ruter. Hver tur sammenliknes med dagkode og definert kjørekalender slik at de blir tilordnet en daggyldighet (f.esk. Dx67). Unntak som ikke kan legges direkt på turen, blir kodet inn og lagt inn i med dagkodenummer i turens tekst-felt og forklaringen legges i rutens internnotat.

			=== Trinn 4: Opprett rutene i ruteoversikten ===

			Siste trinn i prosessen oppretter rutene slik at de blir editerbare i rutemodulen:
			Årsaken til at dette punktet ikke er lagt innunder trinn 3, er at det er mulig i eget punkt å behandle kun de 4 første rutene for å sjekke at resultatet blir bra, samt at det er planlagt en fremtidig forbedring der man kan velge ut hvilke av de tilgjengelige rutene som skal importeres.
			NB! Husk at Trinn 4 overskriver evt eksisterende ruter med tilsvarende navn.

			[[Fil:DGBRTIT4ImportFullført.png]]

			Ser man inn i ruteoversikten, har man fått opprettet tabellene:

			[[Fil:DGBRTIT4Ruteoversikt.png]]

			Eksempel på importert rute:

			[[Fil:DGBRTIT4Eksempelrute.png]]

			Legg merke til at attribut-feltet også fylles ut. Bl.a. merkes enkelte linjer/destinasjoner med en x slik at disse linjene blir undertrykket når man skriver ut en publikumstabell.
			Destinasjoner som er definert som bytteholdeplasser samt destinasjoner der turer har sin start eller slutt, undertrykkes ikke. Man kan selvfølgelig senere overstyre disse attributtene.

			Også andre grunnregistre slik som merknader, holdeplassregister og destinasjonsskiltregister blir opprettet.

	= Oppdatere DGBuss =		= Oppdatere DGBuss =

← Eldre sideversjon		Sideversjonen fra 22. mar. 2019 kl. 06:01
Linje 521:		Linje 521:

	[[Fil:DGBVelgRuteFraRuteoversikt.PNG]]		[[Fil:DGBVelgRuteFraRuteoversikt.PNG]]


	Ruten må være koblet, velg Tabell > Koblinger for å sjekke at ruten er koblet mot riktig produksjonsversjon.		Ruten må være koblet, velg Tabell > Koblinger for å sjekke at ruten er koblet mot riktig produksjonsversjon.
Linje 526:		Linje 527:

	[[Fil:DGBKobleRuteMotProduksjonsversjon.PNG]]		[[Fil:DGBKobleRuteMotProduksjonsversjon.PNG]]


	Opprett lenker for ruten, velg Tabell > Oppdatering av lenkelengder.		Opprett lenker for ruten, velg Tabell > Oppdatering av lenkelengder.
Linje 531:		Linje 533:

	[[Fil:DGBOppdaterLenkelender.PNG]]		[[Fil:DGBOppdaterLenkelender.PNG]]


	Hopper man over i DGis ser man at lenkene tegnes som gule rette streker.		Hopper man over i DGis ser man at lenkene tegnes som gule rette streker.
Linje 536:		Linje 539:

	[[Fil:DGGGuleTurlenker.PNG]]		[[Fil:DGGGuleTurlenker.PNG]]


	For å gå gjennom de ubehandlede lenkene velges Turlenker > Håndter tomme lenker fra DGis menyen.		For å gå gjennom de ubehandlede lenkene velges Turlenker > Håndter tomme lenker fra DGis menyen.
Linje 542:		Linje 546:

	[[Fil:DGGHandteringAvTommeLenker.PNG]]		[[Fil:DGGHandteringAvTommeLenker.PNG]]


	Start- og sluttretning velges ettersom stoppet ligger på høyre eller venstre side av vegen.		Start- og sluttretning velges ettersom stoppet ligger på høyre eller venstre side av vegen.

	[[Fil:DGGHandteringAvTommeLenkerSluttRegningHoyre.PNG]]		[[Fil:DGGHandteringAvTommeLenkerSluttRegningHoyre.PNG]]


	Ved å bytte sluttretning til venstre kan lenken godkjennes.		Ved å bytte sluttretning til venstre kan lenken godkjennes.

	[[Fil:DGGHandteringAvTommeLenkerSluttRegningVenstre.PNG]]		[[Fil:DGGHandteringAvTommeLenkerSluttRegningVenstre.PNG]]


	Dersom lenken ikke kan beregnes via korteste veg må den behandles manuelt.		Dersom lenken ikke kan beregnes via korteste veg må den behandles manuelt.
Linje 555:		Linje 562:

	[[Fil:DGGHandteringAvTommeLenkerManuellBehandling.PNG]]		[[Fil:DGGHandteringAvTommeLenkerManuellBehandling.PNG]]


	Lenken er nå klar til å behandles manuelt.		Lenken er nå klar til å behandles manuelt.
Linje 560:		Linje 568:

	[[Fil:DGGHandteringAvTommeLenkerManuellBehandling2.PNG]]		[[Fil:DGGHandteringAvTommeLenkerManuellBehandling2.PNG]]


	Vi benytter lenkeverktøyene for å lenke det problematiske området og lenken godkjennes.		Vi benytter lenkeverktøyene for å lenke det problematiske området og lenken godkjennes.

	[[Fil:DGGHandteringAvTommeLenkerManuellBehandling3.PNG]]		[[Fil:DGGHandteringAvTommeLenkerManuellBehandling3.PNG]]


	Når ruten er ferdig lenket hopper man tilbake i DGBuss.		Når ruten er ferdig lenket hopper man tilbake i DGBuss.
Linje 570:		Linje 580:

	[[Fil:DGBOppdaterLenkelengderStjerne.PNG]]		[[Fil:DGBOppdaterLenkelengderStjerne.PNG]]


	DGBuss sjekker at alle lenker er behandlet.		DGBuss sjekker at alle lenker er behandlet.