Feltételezem, hogy minden járatra nyomtattak újat, ami változott 4-étől, csak nem mindenhol jutottak el odáig, hogy kitegyék.
Most gondolom, hogy nyomtattak "régit", és azok vissza fognak kerülni záros határidőn belül, mert legtöbb helyen vissza fog állni az a menetrend, ami 3-áig volt.
Az a hír járja hogy visszaáll az előző régi verzió alapmenetrend, erre nyomtatnak utastájékoztatóba táblára olyan verziót hogy 20120304- érvényes és más ap-s indulást tartalmaz
Már csak az kell hogy ne kérdezzen rá hogy melyik forgalmi kell nekem beírni hanem listázza az egészhez időpont szerinti (indítási jegyzék) rendezéshez.
A szöveg mező átka, hiszen az 5-ös a 6 előtt van van az ábécében. :-) Két lehetőség van:
1.Val([mezőnév]) módon kell hivatkozni rá a lekérdezésben, pl. így:
dist: Val([shape_dist_traveled])
2. Eleve számmá (hosszú egész) kell konvertálni. Megpróbálhatod utólag a táblában a mezőtípus módosítását, vagy ha nem hajlandó, akkor újra kell importálni a táblát. (Gondolom, a Stop_times / shape_dist_traveled mezőről van szó.)
Köszi, megjött. Egy az egyben futtattam a lekérdezést, és látszólag nem a várt eredmény jött, mert pl. 59-es villamosnál van Nyúl utca, ahol tuti nem kezdődik és nem is végződik menet. De részletesen nem néztem még át. És most nem is fogom tudni, csak holnap valamikor.
Azt hiszem, nagyjából sikerült megoldani. Először csináltam egy lekérdezést, ami minden trip-hez megadja a shape_dist_traveled maximumát (a minimumra persze nem kell lekérdezés, mert az mindig 0):
Ezután ezt a két mezőből álló lekérdezést beillesztettem a "nagy" lekérdezésbe. A shape_dist_traveled mezőn lévő feltétel biztosítja, hogy csak a kezdő- és végpontok jönnek ki.
A szépséghiba, hogy az indulási és az érkezési adat ebben még külön rekord, de innen kezdve már egyszerű egymás mellé tenni: két külön lekérdezést kell csinálni, az egyiket 0, a másikat [Maxofshape_dist_traveled] feltétellel, és e kettőt egy újabb lekérdezésben összekapcsolni a közös mezőkke..
Lehet kihagytam a leírásból, de akkor most leírom. Nekem egy Excelben benne van az _összes_ menet ily módon. Az összes busz, villamos, troli, metró, hév, éjszakai, pótló összes menetrendjéből az összes menet. Én egy ilyet szeretnék. (És utána ebből én már Excelben szűrögetnék.)
Igaz, ebben nincs benne a Csepelre érkezés ideje, de a tegnap felvázolt módon az is hozzácsapható. A fenti lekérdezéshez összesen annyit csináltam, hogy leszűkítettem az alaplekérdezésemet a route_id, stop_name, trip_headsign és departure_time mezőkre.
És akkor még bonyolítanám. Az alábbi háromtól független táblázatot szeretnék, amiben akár 8x van benne az adott indulás, ha 8 külön menetrendben szerepel: viszonylat, naptípus, menetrend érvényessége.
Pl.
trip_idr_idservice_idfsz_iddep_timearr_timedep_stoparr_stop A76148449 1590 A76148K1HPHA-0011 02 00:00:00 00:12:00 Szent László utcai lakótelep Csepel, Szent Imre tér A76374637 1590 A76374ASZCsZ-011 04 00:00:00 00:14:00 Szent László utcai lakótelep Csepel, Szent Imre tér A76375217 1590 A76375AVVCsZ-011 01 00:00:00 00:12:00 Szent László utcai lakótelep Csepel, Szent Imre tér A77322554 1590 A77322AHCCsZ-011 01 00:00:00 00:14:00 Szent László utcai lakótelep Csepel, Szent Imre tér A77323710 1590 A77323APPCsZ-011 01 00:00:00 00:14:00 Szent László utcai lakótelep Csepel, Szent Imre tér A79277514 1590 A79277EVVHPCsZ-011 05 00:00:00 00:12:00 Szent László utcai lakótelep Csepel, Szent Imre tér A81831283 1590 A81831AVVCsZ-011 02 00:00:00 00:14:00 Szent László utcai lakótelep Csepel, Szent Imre tér
Ez az indulás ennyiszer szerepel, mert ennyi menetrendben van benne.
Na ezért jobb az Excel, mert ott megvalósítható. Könnyebben. :D
És azért rosszabb, mert a függvényei elkavarodnak. :D
Megpróbálom elméletben levezetni a lehetséges megoldást. Több lekérdezésre lesz szükség, amiket egymásba kell ágyazni.
(1) Alaplekérdezés, ebben legyen benne minden megálló, az elsőtől az utolsóig, a szükséges mezőkkel (beleértve a shape_dist_traveled-et) és szűrésekkel (pl. viszonylat, naptípus, menetrend érvényessége).
(2) Végpont-kereső lekérdezés, ami az (1) lekérdezésből csak a shape_dist_traveled mezőt tartalmazza, az Összesítés sorban a "Max" bejegyzéssel (ez gyakorlatilag egy számot ad eredményül).
(3) Végpont-lekérdezés, ami a fenti kettőt tartalmazza, összekötve (1) -> (2) nyíllal a shape_dist_traveled mező alapján.
Szűrés nélkül kb. így nézne ki a (3) lekérdezés eredménye (a (2) lekérdezés a 2945-öt adta eredményül):
Ezt a lekérdezést klónozva összeállítható külön-külön az indulási és az érkezési lekérdezés. Az indulási úgy, hogy shape_dist_traveled = 0 (a fenti példából így marad a Tulipán utca), az érkezési pedig úgy, hogy MaxOfshape_dist_traveled feltétele Is Not Null (így marad a Határ út). Az így kapott két lekérdezést már csak össze kell kapcsolni egy újabb lekérdezésben az azonos mezőkkel, és elvileg megvagyunk. :-)
Az indulási lekérdezés készíthető a (3) helyett közvetlenül az (1)-ből is, de az érkezési lekérdezéshez a (3) kell, mert előre nem tudjuk, hogy mennyi a maximum shape_dist_traveled (ezt az értéket számítja ki a (2) lekérdezés).
A bökkenő, hogy ezek az egymásba ágyazott lekérdezések kegyetlenül lassan futnak. Persze lehet, hogy van egyszerűbb megoldás is.
