Owiec masz jakiś pomysł na scalanie tych debilnych dodatkowych kierunków w niektórych liniach? W ogóle nie wiem z której strony to ugryźć.
Pomysł jakiś tam mam. Przystanki wspólne dla trasy podstawowej i alternatywnej mają adnotacje, np. A - Kurs do przystanku: X. Możnaby zbierać odjazdy z taką adnotacją i połączyć z rozkładem dla linii alternatywnej. W ten sposób powstałyby kompletne rozkłady dla wszystkich tras. Pozostaje tylko problem przetwarzania adnotacji, bo na moje oko one pisane są 'free-textem', a na koniec prezentacji tej trasy alternatywnej. I tu myśle że jest zadanie dla Tomka, bo wkońcu baza to baza, a prezentacja to prezentacja 😉 W chwili obecnej osoba wsiadająca na przystanku wspólnym, nie ma pewności czy pojedzie trasą podstawową czy alternatywną. Z kolei jeśli wodrębnimy trasę alternatywną, osoba której nie zależy czy pojedzie tak czy tak, patrząc na trasę podstawową nie zobaczy odjazdów dla trasy alternatywnej,. Moim zdaniem to kwestia prezentacji i adnotacje tu się dobrze sprawdzają bo 1. nie ma redundancji i 2. tworzymy rozkład do którego użytkownicy są przyzwyczajeni z przystanków i strony www. Więc albo mieszamy z bazą i aplikacją, albo tylko z aplikacją i czekamy na dodanie adnotacji do odjazdów.
PS. W których liniach są przystanki których nie ma na liście przystanków?
Teraz już nie pamiętam, przy zmianie formatu bazy obawiałem się tego, i jak zobaczyłem pierwszy taki przypadek odrazu zmieniłem sposób zbierania przystanków. Obecnie nie korzystam już z http://rozklady.mpk.krakow.pl/aktualne/przystan.htm tylko zbieram wszystkie przystanki jakie występują w rozkładzie. Nowy skrypt ma Tomek.
I tu rodzi się pytanie. Czy jest sens abyśmy obywaj pisali równolegle parsery.
Ostatecznie nie będzie miało sensu istnienie 2 parserów. Ja pracuję nad swoją wersją, bo chcę przypomnieć sobie pythona i robie to z przyjemnością i póki mam luzy w pracy będę to robić tak czy inaczej, dla siebie. Więc spokojnie możesz pracować nad swoją wersją, albo nie, w każdym razie na mnie nie zwracaj uwagi. A może chciałbyś podszlifować pythona? 😉 Do przetwarzania stringów python nadaje się idalnie, dzięki temu np zmiana formatu bazy zajęła kilkanaście minut. Naprawdę polecam zainwestować trochę czasu w pythona o ile jeszcze go nie używasz. Podobno masz swój serwerek, na którym mógłbyś puszczać go w cronie.
Hej, spokojnie. Scalaj tam gdzie się da. Jeśli się nie da, informację pomijamy. Transportoid nie ma na celu rekonstrukcji wszystkich rozkładów, ma pokazywać w wygodny sposób tyle danych, ile da się sensownie pobrać i przedstawić
Tomek, czy nie zależy ci na tym żeby na aplikacji dało się polegać? Moim zdaniem Transportoid powinien: 1. Być praktyczny i poręczny, np. żeby w kilka sekund sprawdzić odjazd i jeszcze wskoczyć do autobusu, 2. Zawierać dane aktualne, poprawne i kompletne, żeby móc w 100% na nim polegać. Osoba która przejedzie się na Transportoidzie 1 raz, zniechęci się bardzo szybko.