
° Forum ° Rejestracja ° Szukaj °

Tanie i nowoczesne stacje transformatowe Elektrobud Wschowa
Tani sklep internetowy - podłogi drewniane i deski lakierowane.

Piętnuję rozkłady jazdy

Transport / / Piętnuję rozkłady jazdy

<< . 1 . 2 . 3 . >>

Autor	Wiadomość
Embriao	Posted: 10 Cze 2002 10:33:38 Bo nie każdy wie, co to zip, nie mówiąc już o gzipie. Z punktu widzenia lusera jest to obojętne. Inna sprawa, że przydałby się dobry rozkład off-line dla mieszkańców. A w jakim byś go formacie zrobił? W pdfie :)
Embriao	Posted: 10 Cze 2002 14:04:56 Bo nie każdy wie, co to zip, nie mówiąc już o gzipie. Z punktu widzenia lusera jest to obojętne. no tak, ale nie każdy jest luserem. Inna sprawa, że przydałby się dobry rozkład off-line dla mieszkańców. A w jakim byś go formacie zrobił? HTML jest ok, ale można to spakować w jakimś samorozpakowującym się formacie (pod windows). Zakładam, że zwykły pasażer używa M$ windows, nie X. ja tam jestem *X i mysle ze PDF sie najlepiej nadaje ;)
Paweł Więcek	Posted: 10 Cze 2002 15:54:50 Ale najlepiej w formie osobnego programu. To go napisz :^) Ja widzę go tak: wybieramy sobie przystanek źródłowy (ze spisu, z listy ulubionych lub ze schematu komunikacji, ew. planu miasta), wybieramy przystanek docelowy (j.w.) podajemy przedział czasu, który Tradycyjny błąd -- każesz wybrać konkretny przystanek... Poza tym w programie powinna być możliwość wyświetlania tabliczek przystankowych (w formacie podobnym do busmanowskiego - koniecznie z czasami dojazdów do kolejnych przystanków). Tabliczki ci mogę zafundować, to co generuje mój programik jest całkiem do busmanowych podobne, tylko (na razie) nie ma czasów. Paweł
Michał Smolnik	Posted: 10 Cze 2002 18:52:40 Ale najlepiej w formie osobnego programu. To go napisz :^) Chętnie, ale moje znajomości języków na PC kończą się na C++ pod DOS. Z okienkowych to ja jestem noga. Już kiedyś chciałem się brać z rozkład dla Rybnika, ale stwierdziłem, że pod DOSa to nie ma sensu. Ja widzę go tak: wybieramy sobie przystanek źródłowy (ze spisu, z listy ulubionych lub ze schematu komunikacji, ew. planu miasta), wybieramy przystanek docelowy (j.w.) podajemy przedział czasu, który Tradycyjny błąd -- każesz wybrać konkretny przystanek... To nie ogranicza elastyczności! Można zdefiniować przejścia piesze w zakresie jednego węzła. Nawet w tym samym formacie jak linie. Wtedy wyszukiwarka po opracowaniu tras, podawałaby przejście piesze na początku, co użytkownik jednoznacznie interpretowałby: "muszę przejść do przystanku n". Może dodać do schematu komunikacji narzędzie selekcji grupowej (jakaś ramka, lub okrąg)? Wtedy użytkownik zaznaczy sobie obszar miasta w który chce jechać. Ma to też tą zaletę, że taki podróżnik jak jak, chcąc jechać np. do Leśnicy, równie chętnie dojedzie tam 617, 419, 10, 409 i nie interesuje mnie specjalnie na którym przytanku wysiądę. Jeżeli chcę się przejść z dziewczyną po Leśnicy, to nie interesuje mnie dotarcie do konkretnego punktu w tej dzielnicy. Poza tym w programie powinna być możliwość wyświetlania tabliczek przystankowych (w formacie podobnym do busmanowskiego - koniecznie z czasami dojazdów do kolejnych przystanków). Tabliczki ci mogę zafundować, to co generuje mój programik jest całkiem do busmanowych podobne, tylko (na razie) nie ma czasów. Powstaje problem, w jaki sposób tworzyć bazę danych? To trzeba omówić - jakie ma zawierać dane. Ja proponuję, żeby dla każdej linii przechowywać czasy odjazdów z końcówek i trasy zapisane w formacie NrPktu; NrPktu; NrPktu; itd... Można stworzyć osobną bazę czasów przejazdu między punktami i na jej podstawie obliczać czasy na pozostałych przystankach. Oczywiście nie wszystkie czasy będą zapisywane - nie ma potrzeby zapisywać połączeń do wszystkich punktów. To rozwiązanie ma tą zaletę, że modyfikacja trasy linii, lub dodanie nowej, polega tylko na stworzeniu netlisty ;-) Wada: na początku będzie więcej pracy Jednak w tej metodzie łatwo można zapisać przejścia piesze - tworzymy bazę danych czasów pieszych pomiędzy przystankami i wyszukiwarka traktuje je jak zwykłe linie. Ma to zaletę - można policzyć czas samego marszu na dłuższym odcinku (dla osób, które nie chcą korzystać z km) Można też postąpić bardziej prymitywnie. Zpisywać trasy podobnie, jak na tabliczkach: czas odjazdu z końcówki, kolejne nry przystanków, czasy przejazdu między przystankami. To jest prostsze do wprowadzenia i może być w efekcie bardziej elastyczne. Rozwiązanie takie jak w obecnym rozkładzie na www - osobne czasy dla każdego z przystanków - odrzucam od razu. Nie pozwala ono na zaimplementowanie algorytmu wyszukiwania drogi.
Paweł Więcek	Posted: 11 Cze 2002 12:19:30 Chętnie, ale moje znajomości języków na PC kończą się na C++ pod DOS. Z okienkowych to ja jestem noga. Hehehe. Tak się składa, że GUI to jest najbardziej niewdzięczna część programu. Dlatego ja wolę interfejs webowy -- ani GUI wtedy nie trzeba, ani babrania się w windach. Tradycyjny błąd -- każesz wybrać konkretny przystanek... To nie ogranicza elastyczności! Podaję klasyczny przykład -- chcę znaleźć drogę ode mnie z domu dokądkolwiek. Który z pięciu przystanków do których mam blisko mam podać? ramka, lub okrąg)? Wtedy użytkownik zaznaczy sobie obszar miasta w który chce jechać. Ja tam wole dane wprowadzać tekstowo. Ma to też tą zaletę, że taki podróżnik jak jak, chcąc jechać np. do Leśnicy, równie chętnie dojedzie tam 617, 419, 10, 409 i nie interesuje mnie specjalnie na którym przytanku wysiądę. Jeżeli chcę się przejść z dziewczyną po Leśnicy, to nie interesuje mnie dotarcie do konkretnego punktu w tej dzielnicy. No więc niech przyjmuje np: - Leśnica (osiedle) - Widna (ulica) - Gajowa 15 (adres) - Galeria Centrum (obiekt) - KDM (nazwę przystanku) - 21172 (numer przystanku) Tylko jeszcze przydałby się ochotnik do zrobienia bazy najbliższych przeystanków. Powstaje problem, w jaki sposób tworzyć bazę danych? To trzeba omówić - jakie ma zawierać dane. Ja proponuję, żeby dla każdej linii przechowywać czasy odjazdów z [...] Proponuję, żeby się dostosować do tego, co jest dostępne. A dostępny jest wyciąg z BusMan-a na WWW. Chyba, że się dogadasz z różnymi osobami w ZDiK-u i AGC, żeby BusMan wystawił więcej danych :^) Paweł

<< . 1 . 2 . 3 . >>

Czas ładowania strony (sek.): 0.347 users
miniBB.net © 2001-2012 Polityka Prywatności }{ forum for-u + funkcje php graf fubi powiaty andreks sanitarne