RS pieturām jāsaliek request_stop=yes, bet tikai viņu sarakstos nav īsti skaidrs, kuras pieturas tās ir. https://www.rigassatiksme.lv/lv/aktu%C4%81la%20inform%C4%81cija/no-19-oktobra-vairakos-autobusu-marsrutos-tiks-ieviesta-pietura-pec-pieprasijuma-1/ Apsekot visas būs... jā. Mapillary varbūt pa pāris gadiem savāksies.
Var viņiem uzrakstīt vai piezvanīt. Varbūt priecāsies, ka informācija kādu interesē :)
Man Rimi nesen smuki iedeva info par skaidras naudas aparātiem.
Vai kāds ar šo kaut ko ir darījis?
Papētiju Rīgas Satiksmes publicētos atvērtos datus un izskatās, ka tagad pickup_type, drop_off_type atbilst pieturām pēc pieprasījuma. Viņiem tas csv drusku šķībs bet izskatās lietojams.
kaposts said:
Vai kāds ar šo kaut ko ir darījis?
Cik zinu, nē
Urgh, tie pickup_type ir iekš stop_times.txt nevis stops.txt, jāvāc vērtības pa reisiem. Un 8 lauki ar 7 headeriem... Agrāk bija pareizi - 7-7. Tagad kaut kāds 0 starp stop_sequence un pickup_type. Vērtības tad ir 0 un 3, bet ko tie nozīmē nez...
![]()
zaļš - 0; violets - 3
Bet tikai man neliekas, ka tas ir pareizi visur... Pilns centrs ar 3 - tad tie visi pēc pieprasījuma sanāk. Varbūt tā tiešām ir - es īstenībā nezinu. Japaskatās mapillary, vai pieturām ir tā plāksne
0, 3 vērtības atbilsts GTFS specifikācijai https://gtfs.org/documentation/schedule/reference/#stopstxt
0 or empty - Regularly scheduled pickup.
1 - No pickup available.
2 - Must phone agency to arrange pickup.
3 - Must coordinate with driver to arrange pickup.
Nosaukt pogas nospiešanu "must coordinate with driver" sķiet saprātīgi.
Par 3 centrā -> vismaz vizuāli atbilst https://saraksti.lv/ kartei. Tā kā viņiem pašiem labāki dati diez vai ir.
Datu piesaiste stop_times.txt nevis stops.txt droši vien dēļ specifikācijas. Pārbaudīju Rīgas satiksme tur neko aizdomīgu nedara - katrai pieturai (vismaz pēc viņu id) tikai viens unikāls tips kas sakrīt gan pickup_type and drop_off_type.
(pēc kolonu nosaukumu salabošanas)
csvsql --query "SELECT stop_id, pickup_type, drop_off_type FROM stop_times GROUP BY stop_id HAVING COUNT(DISTINCT drop_off_type)>1 OR COUNT(DISTINCT pickup_type) > 1" ./stop_times.txt
csvsql --query "SELECT stop_id, pickup_type, drop_off_type FROM stop_times where pickup_type != drop_off_type" ./stop_times.txt
Hmm, nu varbūt tad tiešām tie dati ir pareizi. Es laikam nestādījos priekšā, ka tik daudz pēc pieprasījuma pilnīgi centra vidū
Centra vidū bet daudzas no tām ir reti izmantotas pieturas, 1-2 maršruti reizi stundā. Laikam speciāli sadalīts tā lai pieturas mazāk pārklātos un šoferiem nebūtu jāmin vai pieturā stāvošais cilvēks grib iekāpt vai gaida citu transportu.
Piemēram Nacionālā bibliotēka uz Valguma ielas - tikai 57 autobuss, Tērbatas iela - tikai 1 trolejbuss, Dzirnavu iela tikai 13 trolejbuss.
Pieliku no GTFS lielākai daļai pieturu (vismaz tām, kuras var automātiski atrast - 1632/1652; ar laiku salabošu pārējās, tur vajag ref salikt un platformas izlabot un OSM ne visur pieturu izvietojums sakrīt ar to, ko RS uzskata par "pieturu"). https://www.openstreetmap.org/changeset/187219713 Iespējams, ka ir kādas kļūdas kaut kur nepamanītas, bet nu vispirms jāsaliek vērtības pirmo reizi (vēlāk pielikšu ref), lai vispār kaut ko var atrast. Ar rokām pa vienai esmu pārliecināts neviens nesaliks.
vēlāk pielikšu ref
Vienā vai citā veidā tas būtu ļoti labi. Tad varētu arī taisīt kaut kādu pusautomātisku maršrutu pareizības pārbāudi.
Kādi plāni saistībā ar atšķiršanu no starppilsētu autobusu pieturām un to id? Dažās vietās ir 2 pieturas pēc kārtas vienas Rīgas satiksmes transportam, otra starppilsētu autobusiem (tiem ir pieejams cits GTFS ar saviem id), bet dažās piestāj abu veidu transports. Kaut kāds ref:LV:rs un ref:LV:atd?
Priekš RS tas viss https://osmlatvija.github.io/Osmalyzer/Rigas%20Satiksme%20report.html ietavors (pēdējo par pieturu saistību neesmu vēl ielicis). Tur jau ir algoritms, kas sameklē tuvākos punktus, kas izskatās pēc atbilstošiem. Protams, ja tur vairākas pieturas, tad grūti. Bet es sasaistu tikai ar sakrītošu nosaukumu (ja ref nav) lai bez lielām kļūdām un bez kaut kādām ne-RS pieturām.
Ko darīt ar sakrītošām pieturām starp RS un citiem gluži nezinu. Bet man liekas dabā parasti tur ir tomēr atsevišķi stabi un uzraksti. Vismaz es tā uzreiz nevaru pateikt tādu vietu. Bet ja ir, tad būs jāskatās tad smalkāk ref:xxx kaut kādi katram savi.
Bet man liekas dabā parasti tur ir tomēr atsevišķi stabi un uzraksti.
Juglā virzienā no Rīgas ir 2 stabi, bet daudz kur nav.
![]()
Dažas potenciālās sliktās pieturas, ir vēl (minu ka kopā kādas 20-40). Paskatījos bildēs un bija 1 stabs, dažos gadījumos ar saskatāmiem starpilsētu autobusu sarakstiem kombinācājā ar RS sarakstiem.
![]()
Uz Deglava ielas arī daudzas pieturas kur koordinātes teju identiskas.
![]()
Nezināju, ka tik daudz... Bet tie piemēri šeit ir drīzāk, ka citi operatori izmanto RS uzturētu pieturu, nevis pietura pati par sevi (piemēram pašvaldības uzturēta), bet izmanto vairāki operatori. Parasti OSM galvenie tegi ir tam, kas to objektu galvenais uztur - šajā gadījumā RS. Tad operator, ref tegs un visi citi (request_stop, departures_board...) būs no RS. Un ja citi izmanto, tas ir papildus. Faktiski jau konfliktus tas nerada, jo OSM nekas netraucē ne-RS maršrutiem lietot to pieturu. Kā reģionālās/starptautiskās pieturas no kaut kādiem GTFS datiem, var katram salikt gtfs:*:operators vērtības.
Citiem vārdiem dabā šādu variantu, es uzskatu var droši likt kā RS pieturu kā noteicošo
![]()
Jāatceras ar kādu mērķi šo ref tags plānots likts. Cilvēkiem vai kartes uzturēšanai un salīdzināšanai ar datu avotiem un speciālajām aplikācijām kas būvētas uz OSM datu bāzes.
OSM wiki ir teikts ka parastais "ref" primāri identifikatoriem, kas ir dzīvē novērojami (uzrakstīti uz pieturas vai cita atbilstošā objekta) un cilvēkiem teorētiski izmantojami. Piemēram šoseju id A10, E77 ir rakstīti gan uz ceļu zīmēm gan papīra kartēs, kā arī sarunvalodā izmantoti.
Dzīvē neredzamajiem id pieminēts unsigned_ref, kā arī liela daļa "ref:*" namespaceā visticmāk dažādu sistēmu iekšējie id .
Tie Rīgas Satiksme ID uz pieturām nekur nav rakstīti un nevienam cilvēkam neko neizsaka, labums tikai līmējot kopā ar API un datu avotiem. Priekš automātiskas apstrādes ja to ref nevar tiešā veidā lietot un vajag papildus heiristikas kombinējot ar citām pazīmēm vai arī uzturēt ārējas datu tabulas, tas ref kļūst bezjēdzīgs. Tik pat labi ref var vispār nelikt un uzturēt atsevišķi tabulas ar OSM objektu ID -> GTFS id pāriem.
Par operator, request_stop un tml tagiem kas daudz maz cilvēkiem lasāmi un lietojami man nav pretenziju šādām pieturām RS kā primāro avotu izmantot.
Praksē gan ref ir ne tikai tādiem objektiem, kas dabā redzami ar numuru un unsigned_ref ir maz lietots. Ļoti daudz kas OSM ir kartēts ar ref, kurus var atrast tikai datos. wiki protams kāds ir uzrakstījis "ideālo" variantu, bet tas neatbilst gluži realitātei. Kaut vai piemēram Latvijā uz V### ceļiem zīmi (gandrīz) nekur nevar atrast dabā un tikai LVC datos. Un starp citu uz RS pieturas plāksnēm QR kods ir ar pieturas nummuru, piemēram te. Jebkurā gadījumā, gtfs:stop_id ļauj viennozīmīgi noteikt id priekš GTFS pārbaudes/automatizācijas, kas ar šo ref nekonfliktē. Bet kamēr ir zināms elementam operator, tad arī zināms, ka ref attiecas uz to. Datu lietotāji arī nevar zināt, kā kurš operators to id izmanto un kur (neviens nesaka, ka operators vispār publicē vai izmanto GTFS). RS to numuru tiešām nerāda skaidri nekur, bet piemēram Jelgavas AP to rāda kartē, ja kāds grib sameklēt vai atšķirt pieturas ar vienādu nosaukumu.
Bet nu jebkurā gadījumā, es plānoju likt gtfs:stop_id un precīzi identificēt no tā, bet varu nelikt vēl klāt ref (vai vismaz likt unsigned_ref) kaut gan tā būtu standarda prakse.
Pievienoju operator un gtfs:stop_id - https://www.openstreetmap.org/changeset/187277393 . Pagaidām ref vai tā variantu nepieliku.
Dažām jau bija pielikti gtfs:stop_id ne-RS maršrutiem. Manuāli izlaboju https://www.openstreetmap.org/changeset/187277850 Piņķi https://www.openstreetmap.org/changeset/187277957 Nacionālā bibliotēka https://www.openstreetmap.org/changeset/187278015 Beberbeķu iela https://www.openstreetmap.org/changeset/187278063 Lielirbes iela https://www.openstreetmap.org/changeset/187278120 Zolitūdes iela https://www.openstreetmap.org/changeset/187278195 Gramzdas iela https://www.openstreetmap.org/changeset/187278250 Eglaines iela / Dole https://www.openstreetmap.org/changeset/187278327 Ulbroka . RS pārliku uz gtfs:stop_id:RS, bet kas ir tas otrs reģionālais operators/feed's uzreiz nepateikšu, jo autors nav neko norādījis par avotu. Laikam jau ATD, bet es vēl neesmu skatījies.
They sure all look like ATD although very few stops in Riga actually have GTFS id added for ATD. I'll set them as ATD for now, then bulk verify later with ATD GTFS parser, which should also suggest all the stop IDs.
Laikam pareizi id ir taisīt gtfs:*:LV-ID. Es pagaidām pieliku LV-RS un LV-ATD. https://www.openstreetmap.org/changeset/187280077 Latvijā nekur neredzu vēl nekad lietotu nevienam operatoram ID.
RS ir vairākas pieturas, kur ir gan tramvaji gan autobusi, un GTFS datos tās arī kā viena pietura - ar tām it kā viss kārtībā. Bet ir pāris pieturas, kas GTFS datos ir divas atsevišķas pieturas, bet dzīvē pārliecinoši kā viena. https://www.openstreetmap.org/node/1437133440 un https://www.openstreetmap.org/node/1437133440.
![]()
Nezinu, ko te labāk darīt. OSM negribētos likt 2 pieturas, jo dabā tur noteikti ir 1 pietura - 1 platforma, 1 stabs, 1 maršrutu zīme, autobusu/tramvaju plāksnes blakus. Nezinu kāpēc RS to datos dala (jo citur tā nedala). Pagaidām lieku vienu pieturu. Datu parsēšanai gan te sanāk tad gtfs:stop_id=1280;3210 un es ne visai stādos priekšā vai to faktiski izparsēs. It kā teorētiski vajadzētu, jo parsētājiem jau tā jāņem vērā (kā augstāk minēts) pietura tomēr var būt iekļauta vairāku operatoru datos.
Man liekas ka gtfs:stop_id=1280;3210 ir pareizi šajā situācijā. Nedomāju, ka Rīga ir pirmā pilsēta ar šo situāciju, un vai parsētāji gatavi, vai vīniem jau sen vajadzēja būt gataviem.
Last updated: Sep 10 2026 at 11:46 UTC