| | 28 | |
| | 29 | == Map |
| | 30 | |
| | 31 | Целата мапа е направена со Leaflet.js и се прикажува врз темна подлога, центрирана на центарот на Melbourne. Горе има копчиња со секој слој посебно, за Stops, Routes, Buses, Trains, Trams. Кога слојот Stops е вклучен, се гледаат точки на мапата за секоја станица, обоени според статусот, зелено значи дека станицата е ОК, жолто значи дека и треба поголема фреквенција, а црвено значи дека и треба сосема нова линија. Кога слојот Routes е вклучен, се цртаат самите транспортни линии како обоени патеки по мапата, со иста логика на бои според тоа колку линијата е проблематична. Buses / Trains / Trams слоевите се икони кои реално се движат по трасите во реално време, симулирајќи возила во сообраќај. |
| | 32 | Лево има панел со целосна листа на сите линии, со поле за пребарување по име. Листата автоматски е сортирана така што најпроблематичните (црвените) линии стојат на врв, а на самиот врв на панелот има три броеви кои покажуваат вкупно колку линии се црвени, жолти и зелени во моментов. |
| | 33 | Кога ќе се кликне на линијата, или на листата лево или директно на мапата, таа линија се истакнува, сите други линии привремено се затемнуваат, станиците и возилата се гасат, и мапата автоматски се зумира да ја опфати целата избрана линија. Тогаш десно се отвора панел со детали, растојание на линијата, проценето време на патување, пополнетост и delay, и конечната препорака. |
| | 34 | |
| | 35 | Станиците земени од **{{{/api/stops}}}** се реални односно имињата, координатите и типот на возило доаѓаат директно од табелата stops, а статусот на секоја станица реално се пресметува од **{{{my_stop_demand}}}**. Геометријата на линиите на мапата исто е реална, од shape_point, само прикажува случаен избор од 300 shapes заради перформанс, но самите координати се точни. Имињата на линиите и бројот на trip-ови по линија се исто реални, извлечени преку join помеѓу trip и route. |
| | 36 | Со новите materialized views што ги имаме, рандом деловите можат директно да се заменат со реални податоци. Препораката за секоја линија би дошла од **{{{my_optimization_recomendations}}}**, која веќе го спојува overcrowding статусот со delay статусот по route_name/час/тип на ден и дава готово поле final_recommendation со истите категории. Полето avg_occupancy би дошло директно од **{{{mv_overcrowding_analysis}}}**, а avg_delay од **{{{mv_schedule_mismatch}}}**, двете веќе пресметани per route, per hour, per day_type. **{{{mv_transport_cube}}}** дополнително нуди веднаш достапни агрегати како вкупен број патници, приход и процент преполни trips по линија, кои моментално воопшто не се прикажуваат. Единствено движењето на возилата не може директно да се извлече од овие views, за тоа би требало да се пресметува во кој момент, помеѓу кои две последователни stop_time записи, се наоѓа секој активен trip, и позицијата да се вметни по shape_point координатите на таа патека. |
