Opis zbioru Otwarte dane ZTM w Gdańsku
|
|
- Bogumił Orłowski
- 6 lat temu
- Przeglądów:
Transkrypt
1 Opis zbioru Otwarte dane ZTM w Gdańsku v Uwagi wstępne Korzystanie ze zbioru Otwarte dane ZTM w Gdańsku jest jednoznaczne z zaakceptowaniem zasad określonych w Regulaminie. Dane dostępne w ramach zbioru Otwarte dane ZTM w Gdańsku na platformie CKAN zawierają informacje o rozkładzie jazdy aktywowanym w systemie TRISTAR, począwszy od dnia bieżącego dla dni objętych zakresami dostępnymi w zasobie Zakresy dat. Ze względu na różną zmienność danych w zasobach można je podzielić na następujące kategorie: 1. dane dynamiczne; 2. dane statyczne; 3. inne dane, spoza systemu TRISTAR. 1.1 Dane dynamiczne dane zwracające informację o szacowanym czasie przyjazdu oraz komunikatach aktualnie wyświetlających się na tablicach należących do ZTM w Gdańsku. a) Estymowane czasy przyjazdów na przystanek ( ze względów bezpieczeństwa zbiór zwraca informacje pochodzące z pamięci cache. Opóźnienie, związane z aktualizacją danych, wynikające z jego wprowadzenia wynosi 20 sekund niezależnie dla każdego ze słupków. Źródłem danych jest webserwis stworzony w tym celu w ramach systemu TRISTAR. b) Aktualne komunikaty na tablicach przystankowych ( 429b-93e7-f2eba5ca88ec) zasób jest aktualizowany zaraz po wprowadzeniu do niego modyfikacji przez dyspozytora ZTM w Gdańsku. c) Estymowane czasy przyjazdów na wszystkie przystanki ( jest to zagregowany zasób zawierający zbiór wszystkich danych dla przystanków zawracanych przez zasób: Estymowane czasy przyjazdów na przystanek. tel , fax ztm@gdansk.gda.pl
2 1.2 Dane statyczne - uaktualniane raz na dzień, ok. godziny 6 rano. Dokładną godzinę uaktualnienia danego zbioru należy sprawdzić w informacjach o poszczególnych zasobach na platformie CKAN. Do tej kategorii należy zaliczyć następujące zasoby: d) Pozycja GPS pojazdów ( ze względów bezpieczeństwa zbiór zwraca informacje pochodzące z pamięci cache. Opóźnienie, związane z aktualizacją danych, wynikające z jego wprowadzenia wynosi ok. 20 sekund niezależnie dla każdego pojazdów. Źródłem danych jest webserwis stworzony w tym celu w ramach systemu TRISTAR. a) Lista operatorów/przewoźników (flot) ( 73c1a8e929a5) b) Lista linii ( c) Lista przystanków ( d) Lista tablic przystankowych ( d5a335b07ccb) e) Lista tras ( 3db7775f912f) f) Okres ważności danych ( g) Zakresy dat ( c c) tel , fax ztm@gdansk.gda.pl Strona 2 z 19
3 Zasoby dostępne we opisywanym zbiorze są uzupełniane z dwóch źródeł: Systemów Zarządzania Transportem Zbiorowym i Informacji Pasażerskiej TRISTAR Zarządu Transportu Miejskiego w Gdańsku bazy danych tworzona z informacji pochodzących w programu do układania rozkładów jazdy. W związku z powyższym część udostępnianych danych z systemu TRISTAR została uzupełniona o informacje pochodzące z programu do układania rozkładów jazdy użytkowanego przez ZTM w Gdańsku. h) Przystanki w powiązaniu z trasą ( i) Rozkład jazdy ( 02e6fcba7971) j) Rozkład jazdy GTFS ( ee3e3b26ca96) 1.3 Inne dane W ramach tej kategorii przygotowano i udostępniono nw. zasoby: a) Lista lokalizacji automatów biletowych ( Dane pochodzą z własnych zasobów ZTM w Gdańsku, są one tożsame z listą dostępną na stronie: b) Lista wspólnych słupków przystankowych ( dbbc830939b1) Zasób zawiera mapowanie słupków przystankowych występujących niezależnie w bazie danych TRISTAR użytkowanej przez ZTM w Gdańsku i ZKM Gdynia. Lista jest przygotowywana we własnym zakresie, w ramach współpracy między organizatorami. c) Bieżąca Sytuacja Komunikacyjna ( tel , fax ztm@gdansk.gda.pl Strona 3 z 19
4 Zasób zawiera komunikaty umieszczane przez Centralę Ruchu ZTM w Gdańsku na stronie ztm.gda.pl, w sekcji Bieżąca sytuacja komunikacyjna. 2. Szczegółowy opis zasobów 1. Zasób Lista operatorów/przewoźników (flot) zawiera dane dotyczące grup linii występujących w systemie TRISTAR. Zasób aktualizowany raz na dobę. a23eec8f2172/resource/dff5f71f ef c1a8e929a5/download/agency.json Zawiera następujące pola: lastupdate data aktualizacji zasobu z systemów źródłowych; data w formacie YYYY- MM-DD HH:MM:SS agency organizacyjny obiekt w systemie TRISTAR grupujący numery linii według potrzeb Organizatorów (w tym ZTM w Gdańsku). Każdy obiekt składa się z następujących pól: o agencyid unikalny numer identyfikacyjny floty pełniący role klucza głównego; liczba całkowita o agencyname nazwa floty; ciąg znaków o agencyurl adres URL do portalu TRISTAR; ciąg znaków o agencytimezone strefa czasowa, w której funkcjonują pojazdy floty; w przypadku Polski: Europe/Warsaw; ciąg znaków o agencylang język, w przypadku Polski: pl; ciąg znaków o agencyphone - nieużywane o agencyfareurl - nieużywane o agency adres Organizatora, do kontaktów w sprawie projektu Otwarte dane ZTM w Gdańsku ; ciąg znaków o topologyversions obiekt przechowujący informację o zmianach w topologii rozumianej jako dane dotyczące położenia słupków, przypisania słupków do wariantów, wariantów, przynależności wariantów do linii, linii, przypisania linii do flot. Składa się z następujących pól: - versionnumber numer wersji topologii unikalny w ramach systemu TRISTAR; liczba całkowita - startdate początek obowiązywania wersji topologii; data w formacie YYYY-MM-DD - enddate koniec obowiązywania wersji topologii; data w formacie YYYY- MM-DD. W przypadku wersji topologii wygenerowanej jako ostatnia dla danej floty wartość wynosi tel , fax ztm@gdansk.gda.pl Strona 4 z 19
5 2. Zasób Lista linii zawiera informacje o liniach wgranych do systemu TRISTAR. Zasób aktualizowany raz na dobę. a23eec8f2172/resource/22313c56-5acf-41c7-a5fddc5dc72b3851/download/routes.json Zawiera następujące pola: obiekt w formacie daty YYYY-MM-DD wskazuje na datę, dla której przetrzymuje dane dotyczące linii. Zawiera następujące pola: o lastupdate data aktualizacji danych z systemów źródłowych; data w formacie YYYY-MM-DD HH:MM:SS o routes zasób obiektów przetrzymujących informacje o liniach; pojedynczy obiekt dotyczący linii składa się z następujących pól: - routeid wewnętrzny identyfikator linii unikalny w skali Trójmiasta; liczba całkowita - agencyid identyfikator floty, do której należy linia; wartość pola o tej samej nazwie z zasobu Lista operatorów/przewoźników (flot) ; liczba całkowita - routeshortname numer linii używany m.in. na przystankach; ciąg znaków - routelongname opis linii najczęściej składający się z nazw przystanków krańcowych; ciąg znaków. - routedesc pole nieużywane - routetype pole nieużywane - routeurl pole nieużywane - routecolor pole nieużywane - routetextcolor pole nieużywane - activationdate data aktywacji wersji topologii dot. linii; data w formacie YYYY-MM-DD. 3. Zasób Lista przystanków zawiera informacje o słupkach przystankowych, m.in. ich atrybuty (np. nie dla pasażera, na żądanie, zajezdnia). Zasób aktualizowany raz na dobę. a23eec8f2172/resource/4c4025f0-01bf-41f7-a39f-d156d201b82b/download/stops.json Zawiera następujące pola: obiekt w formacie daty YYYY-MM-DD wskazuje na datę, dla której przetrzymuje dane dotyczące zasobu słupków. Zawiera następujące pola: tel , fax ztm@gdansk.gda.pl Strona 5 z 19
6 o lastupdate data aktualizacji danych z systemów źródłowych; data w formacie YYYY-MM-DD HH:MM:SS o stops - zasób obiektów przetrzymujących informacje o słupkach przystankowych; pojedynczy obiekt dotyczący słupka składa się z następujących pól: - stopid identyfikator słupka przystankowego unikalny w skali Trójmiasta; wykorzystywany jako argument przy korzystaniu z zasobu Estymowane czasy przyjazdów na przystanek ; liczba całkowita - stopcode numer słupka przystankowego unikalny w ramach przystanku pochodzący z programu do układania rozkładu jazdy. Wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku; liczba całkowita z dopełnieniem do dwóch cyfr - stopname nazwa przystanku pochodząca z programu do układania rozkładu jazdy. Wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku; ciąg znaków - stopshortname identyfikator słupka przystankowego, unikalny w skali Organizatora, tj. ZTM w Gdańsku oraz ZKM w Gdyni. Wartość pochodzi z systemu TRISTAR; liczba całkowita - stopdesc nazwa przystanku pochodząca z systemu TRISTAR; ciąg znaków - subname pole opcjonalne. W przypadku ZTM w Gdańsku niepuste pole zawiera numer słupka przystankowego unikalny w ramach przystanku; Wartość pochodzi z systemu TRISTAR; liczba całkowita z dopełnieniem do dwóch cyfr - date data, dla której obowiązują dane dotyczące słupka przystankowego; format YYYY-MM-DD - stoplat, stoplon współrzędne geograficzne słupka przystankowego w formacie DDD.DDDDD (system odniesienia EPSG:3857 znany też jako WGS84/Pseudo-Mercator) - zoneid unikalny identyfikator miasta/gminy, do jakiej należy słupek przystankowy. Wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku; liczba całkowita - zonename nazwa miasta/gminy, gdzie znajduje się słupek przystankowy; ciąg znaków - stopurl pole nieużywane - locationtype pole nieużywane - parentstation pole nieużywane - stoptimezone pole nieużywane - wheelchariboarding pole nieużywane - virtual flaga określająca, czy słupek przystankowy jest wirtualny (nieprzeznaczony dla pasażera). Wartość 1: tak; wartość 0: nie; bit tel , fax ztm@gdansk.gda.pl Strona 6 z 19
7 - nonpassenger flaga określająca czy słupek przystankowy na trasie jest przeznaczony dla pasażera; wartość 0: nie; wartość 1: tak; bit - depot flaga określająca czy słupek przystankowy jest zajezdnią; wartość 0: nie; wartość 1: tak; bit - ticketzoneborder flaga określająca czy słupek stanowi granicę strefy taryfowej. Wartość 1: tak; wartość 0: nie; bit - ondemand flaga określająca, czy słupek ma status na żądanie. Wartość 1: tak; wartość 0: nie; bit - activationdate - data początku obowiązywania wersji topologii dot. słupka; data w formacie YYYY-MM-DD. 4. Zasób Lista tablic przystankowych zawiera definicję tablic przystankowych, tzn. przypisanie słupków przystankowych do tablic należących do ZTM w Gdańsku. Zasób aktualizowany raz na dobę. a23eec8f2172/resource/ee910ad8-8ffa-4e24-8ef9- d5a335b07ccb/download/displays.json Zawiera następujące pola: lastupdate data aktualizacji danych z systemów źródłowych; data w formacie YYYY- MM-DD HH:MM:SS displays zawiera obiekty reprezentujące konfigurację poszczególnych tablic. Każda konfiguracja składa się z następujących elementów: o displaycode identyfikator tablicy; liczba całkowita o name nazwa tablicy. Najczęściej odzwierciedla jej położenie i kierunek, dla którego skonfigurowano dla niej słupki; ciąg znaków. o idstop1, idstop2, idstop3, idstop4 identyfikatory słupków przystankowych (stopid z zasobu Lista przystanków ), dla którego tablica wyświetla rozkłady. Wartość 0 oznacza brak słupka; liczba całkowita 5. Zasób Lista tras zawiera definicję tras/wariantów oraz ich przynależność do linii. Dane pochodzą z systemu TRISTAR). Zasób aktualizowany raz na dobę. a23eec8f2172/resource/b15bb11c-7e e-3db7775f912f/download/trips.json Zawiera następujące pola: obiekt w formacie daty YYYY-MM-DD wskazuje na datę, dla której przetrzymuje dane dotyczące zasobu tras. Zawiera następujące pola: tel , fax ztm@gdansk.gda.pl Strona 7 z 19
8 o lastupdate data aktualizacji danych z systemów źródłowych; data w formacie YYYY-MM-DD HH:MM:SS o trips zawiera obiekty reprezentujące trasy (warianty), jakimi realizowane są przejazdy; każdy obiekt zawiera: - id identyfikator, tworzony według zasady R + routeid + T + tripid; ciąg znaków - tripid identyfikator wariantu unikalny w skali linii; liczba całkowita - routeid identyfikator linii, do której przynależy wariant; wartość routeid z zasobu Lista linii ; liczba całkowita - serviceid pole nieużywane - tripheadsign trasa, którą realizowany jest wariant. Najczęściej składa się z nazw przystanku początkowego i końcowego oraz ewentualnie z sugestią, na czym polega odstępstwo od wariantu głównego; ciąg znaków - tripshortname zawiera tą samą wartość co tripid; liczba całkowita - directionid - kierunek wariantu. Wartość 1 tam, wartość 2: powrót ; liczba całkowita z zakresu blockid pole nieużywane - shapeid pole nieużywane - bikesallowed pole nieużywane - activationdate - data początku obowiązywania wersji topologii dot. tras; data w formacie YYYY-MM-DD. 6. Zasób Okres ważności danych zawiera daty obowiązywania poszczególnych wariantów oraz informacje o tym, czy wariant jest główny i techniczny (tzn. nieprzeznaczony dla pasażera), a także o przynależności do linii na podstawie danych występujących w gdańskiej części systemu TRISTAR. Zasób aktualizowany raz na dobę. a23eec8f2172/resource/f84afb16-a271-4dce-80a5-3ff20dfd4f97/download/expeditiondata.json Zawiera następujące pola: lastupdate data aktualizacji danych z systemów źródłowych; data w formacie YYYY- MM-DD HH:MM:SS expeditiondata obiekt przechowujący informacje o pojedynczym wariancie/trasie; zawiera następujące pola: o startdate data rozpoczęcia obowiązywania wariantu w formacie YYYY-MM-DD o enddate data zakończenia obowiązywania wariantu w formacie YYYY-MM-DD tel , fax ztm@gdansk.gda.pl Strona 8 z 19
9 o routeid identyfikator linii zgodny z wartością routeid z zasobu Lista linii ; liczba całkowita o tripid identyfikator wariantu/trasy. Wartość tripid z zasobu Lista tras ; liczba całkowita o technicaltrip wartość określająca, czy wariant jest techniczny (nieprzeznaczony dla pasażera): 0 nie, 1 tak; bit o mainroute wartość określająca, czy wariant jest główny; 0 nie, 1 tak; bit 7. Zasób Zakresy dat zawiera informację o zakresie dni, na jaki udostępniono w systemie TRISTAR informacje o rozkładzie jazdy. Zakresy mogą się różnić w zależności od flot. Zasób aktualizowany raz na dobę. a23eec8f2172/resource/9c3d6fed ef1-b2c6- c c/download/stoptimesspan.json Zawiera następujące pola: lastupdate data aktualizacji danych z systemów źródłowych; data w formacie YYYY- MM-DD HH:MM:SS expeditiondata obiekt przechowujący informacje zakresie dat dla pojedynczej floty; zawiera następujące pola: o agencyid identyfikator floty. Wartość agencyid z zasobu Lista operatorów/przewoźników (flot) ; liczba całkowita o startdate pierwszy dzień dla którego udostępniono rozkład jazdy oraz informacje z nim powiązane; data w formacie YYYY-MM-DD o enddate ostatni dzień dla którego udostępniono rozkład jazdy oraz informacje z nim powiązane; data w formacie YYYY-MM-DD 8. Zasób Przystanki w powiązaniu z trasą zawiera dane dotyczące przyporządkowania słupków przystankowych do wariantów w liniach oraz powiązanie daty aktywacji topologii odnoszącej się do flot, wariantów i słupków. Wszystkie dane z systemu TRISTAR i są aktualizowane raz na dobę. a23eec8f2172/resource/3115d29d-b763-4af5-93f6-763b835967d6/download/stopsintrips.json Zawiera następujące pola: obiekt w formacie daty YYYY-MM-DD wskazuje na datę, dla której przetrzymuje dane dotyczące zasobu tras. Zawiera następujące pola: tel , fax ztm@gdansk.gda.pl Strona 9 z 19
10 o lastupdate data aktualizacji danych z systemów źródłowych; data w formacie YYYY-MM-DD HH:MM:SS o stopsintrip zawiera obiekty reprezentujące słupki i ich przyporządkowanie do wariantów w liniach oraz pozycję w wariancie. Dodatkowo zawiera informację w formie daty aktywacji, do której wersji topologii słupków i wariantów należy; każdy obiekt zawiera: - routeid identyfikator linii, do której przynależy słupek; wartość routeid z zasobu Lista linii ; liczba całkowita - tripid identyfikator wariantu/trasy, do której przynależy słupek. Wartość tripid z zasobu Lista tras ; liczba całkowita - stopid identyfikator słupka; wartość stopid z zasobu Lista przystanków ; liczba całkowita - stopsequence numer porządkowy słupka w wariancie; liczba całkowita - agencyid identyfikator floty. Wartość agencyid z zasobu Lista operatorów/przewoźników (flot) ; liczba całkowita - topologyversionid numer wersji topologii z zasobu agency, w której skład wchodzi agencyid; liczba całkowita - tripactivationdate data aktywacji topologii tras. Wartość pola activationdate z zasobu Lista tras ; w formacie YYYY-MM-DD - stopactivationdate data aktywacji topologii słupków. Wartość pola activationdate z zasobu Lista przystanków ; w formacie YYYY-MM-DD 9. Zasób Estymowane czasy przyjazdów na przystanek zawiera wywołanie zwracające informację o estymowanych czasach przyjazdu pojazdów komunikacji miejskiej dla podanego słupka przystankowego. Ogólna struktura URLa wygląda następująco: gdzie {stopid} jest identyfikatorem słupka wartość stopid z zasobu Lista przystanków. Dane są pobierane dynamicznie, pochodzą z systemu TRISTAR. Dane są cache owane dla każdego słupka niezależnie. Algorytm obliczający te dane bierze pod uwagę pozycję pojazdu względem wskazanego słupka przystankowego oraz dane o wykonaniu kursów, już zapisane w systemie. Dane mogą być nieprecyzyjne, z uwagi na dynamicznie zmieniające się warunki na drodze, interwał czasowy pomiędzy kolejnymi operacjami wyliczania próbek oraz wprowadzony czas cache owania danych. W odpowiedzi otrzymuje się zasób zawierający następujące dane: lastupdate data aktualizacji danych z systemów źródłowych; data w formacie YYYY- MM-DD HH:MM:SS tel , fax ztm@gdansk.gda.pl Strona 10 z 19
11 delay zawiera obiekty przechowujące informacje zakresie dat dla pojedynczej floty; pojedynczy obiekt zawiera następujące pola: o id identyfikator, tworzony według zasady T + tripid + R + routeid; ciąg znaków o delayinseconds podany w sekundach czas opóźnienia. Wartość ujemna oznacza przyspieszenie w stosunku do czasu rozkładowego; liczba całkowita o estimatedtime prognoza czasu przyjazdu pojazdu na przystanek; w formacie HH:MM o headsign kierunek, w którym realizowany jest bieżący przejazd/kurs; najczęściej nazwa ostatniego przystanku dla pasażera. Z uwagi na fakt, że pole jest ograniczone do 17 znaków, opis kierunku zaleca się stworzyć samodzielnie na podstawie ostatniego pasażerskiego przystanku na trasie; ciąg znaków o routeid identyfikator linii, do której przynależy wariant; wartość routeid z zasobu Lista linii ; liczba całkowita o tripid identyfikator wariantu/trasy, do której przynależy słupek. Wartość tripid z zasobu Lista tras ; liczba całkowita o status zawsze wartość REALTIME; ciąg znaków o theoreticaltime czas odjazdu wynikający z rozkładu jazdy; w formacie HH:MM o timestamp stempel czasowy określający czas, z którego pochodzi prognoza czasu przyjazdu; format HH:MM:SS o trip wewnętrzny identyfikator kursu; liczba całkowita o vehiclecode numer boczny pojazdu realizującego kurs; liczba całkowita o vehicleid wewnętrzny unikalny identyfikator pojazdów transportu zbiorowego w systemie TRISTAR; liczba całkowita 10. Zasób Estymowane czasy przyjazdów na wszystkie przystanki ( zawiera dane dostępne w zasobie Estymowane czasy przyjazdów na przystanek dla wszystkich słupków przystankowych. Dane są pobierane dynamicznie, pochodzą z systemu TRISTAR. Dane są cache owane dla każdego słupka niezależnie, gdyż czasy odświeżania danych dla poszczególnych przystanków mogą być inne. Struktura zasobu jest taka jak opisana w zasobie Estymowane czasy przyjazdów na przystanek z jedną różnica: dane dotyczące pojedynczego słupka są zwracane jako wartość atrybutu będącego jego identyfikatorem. 11. Zasób Pozycja GPS pojazdów ( zawiera wywołanie zwracające informację o pozycjach GPS wszystkich pojazdów realizujących kursy linii ZTM w Gdańsku w czasie określonym przez wartość tel , fax ztm@gdansk.gda.pl Strona 11 z 19
12 DataGenerated. Ze względów bezpieczeństwa zbiór zwraca informacje pochodzące z pamięci cache. Opóźnienie, związane z aktualizacją danych, wynikające z jego wprowadzenia wynosi ok. 20 sekund niezależnie dla każdego pojazdów. Źródłem danych jest webserwis stworzony w tym celu w ramach systemu TRISTAR. W odpowiedzi otrzymuje się zasób zawierający następujące dane: lastupdate data aktualizacji danych z systemów źródłowych; data w formacie YYYY-MM-DD HH:MM:SS vehicles zawiera obiekty przechowujące informacje dla pojedynczego pojazdu, który jest popranie przypisany do zadania przewozowego ZTM w Gdańsku w systemie TRISTAR; pojedynczy obiekt zawiera następujące pola: o DataGenerated - stempel czasowy oznaczający czas, kiedy pozycja GPS pojazdu została zarejestrowana w systemie; format ISO: YYYY-MM-DD HH:MM:SS, o Line - kod publiczny linii, którą realizuje pojazd; wartość routeshortname z zasobu Lista linii ; ciąg znaków o Route - kod publiczny wariantu/trasy, po której porusza się pojazd; wartość tripid z zasobu Lista tras ; liczba całkowita o VehicleCode numer boczny pojazdu realizującego kurs; liczba całkowita o VehicleService - kod zadania przewozowego pojazdu; wartość busservicename z zasobu Rozkład jazdy ; ciąg znaków w formacie xxx-yy, gdzie xxx identyfikator linii, wartość routeid z zasobu Lista linii dopełniony z przodu zerami do trzech cyfr, yy - numer brygady dopełniony z przodu zerami do dwóch cyfr o VehicleId wewnętrzny unikalny identyfikator pojazdów transportu zbiorowego w systemie TRISTAR; liczba całkowita o Speed - szybkość pojazdu w momencie, kiedy wartość w polu delay zostało oszacowane; wartość podawana w km/h; o Delay - podany w sekundach czas opóźnienia względem rozkładu jazdy. Wartość ujemna oznacza przyspieszenie w stosunku do czasu rozkładowego; liczba całkowita o Lat - szerokość geograficzna pozycji GPS pojazdu; format: DDD.DDDDD (system odniesienia EPSG:3857 znany też jako WGS84/Pseudo-Mercator) o Lon - długość geograficzna pozycji GPS pojazdu; format: DDD.DDDDD (system odniesienia EPSG:3857 znany też jako WGS84/Pseudo-Mercator) o GPSQuality jakość zarejestrowanego sygnału GPS. Możliwe wartości to: 0: Brak sygnału GPS 1: liczba widocznych satelitów niewystarczająca do pracy w trybie 2D 2: praca odbiornika GPS w trybie 2D tel , fax ztm@gdansk.gda.pl Strona 12 z 19
13 3: praca odbiornika GPS w trybie 3D Ze zbioru wykluczono pojazdy ZKM w Gdyni (za wyjątkiem tych realizujących linie wspólną) oraz pojazdy nieposiadające przypisania zadania przewozowego i pojazdy z wyłączonymi urządzeniami pokładowymi. Dla pojazdów, które nie są rozpoznane jako realizujące zadanie przewozowe (są tylko włączone i przypisane do zadania przewozowego), usługa dostarczy jedynie: pozycje GPS (Lat i Lon), VehicleService, VehicleCode oraz VehicleID. Pozostałe dane związane z zadaniem przewozowym zostaną wypełnione pustym ciągiem znaków ( ). Jeżeli pojazdy stracą połączenie z serwerem TRISTAR, ich pozycja GPS przestanie być aktualizowana. Nieaktualizowane pozycje GPS są trzymane w pamięci cache webservice u przez maksymalnie 5 minut po otrzymaniu ostatnich danych. Po tym czasie są usuwane z pamięci cache. 12. Zasób Aktualne komunikaty na tablicach przystankowych ( zawiera wywołanie zwracające obiekty reprezentujące komunikaty aktualnie wyświetlające się na tablicach informacji pasażerskiej ZTM w Gdańsku. W odpowiedzi otrzymuje się zasób zawierający następujące dane: lastupdate data aktualizacji danych z systemów źródłowych; data w formacie YYYY- MM-DD HH:MM:SS displaysmsg - zawiera obiekty przechowujące informacje komunikatach aktualnie prezentowanych na tablicach informacji pasażerskiej. Każdy obiekt składa się z następujących pól: o displaycode identyfikator tablicy. Wartość displaycode z zasobu Lista tablic przystankowych ; liczba całkowita o displayname nazwa tablicy nadana w systemie TRISTAR. Zwykle odzwierciedla nazwę przystanku, na którym umiejscowiona jest fizycznie tablica; ciąg znaków o messagepart1, messagepart2 konkatenacja wartości tych pól daje zdefiniowany komunikat; ciąg znaków o startdate zdefiniowany przez dyspozytora początkowy czas wyświetlania komunikatu; w formacie YYYY-MM-DD HH:MM:SS.D o enddate zdefiniowany przez dyspozytora końcowy czas wyświetlania komunikatu; w formacie YYYY-MM-DD HH:MM:SS.D ; wartość :00:00.0 oznacza, że komunikat nie ma zdefiniowanego końcowego czasu wyświetlania. tel , fax ztm@gdansk.gda.pl Strona 13 z 19
14 o configurationdate data zdefiniowania komunikatu przez dyspozytora; w formacie YYYY-MM-DD HH:MM:SS.D o msgtype określa, czy komunikat jest przeznaczony do wyświetlenia w dolnym (wartość 0) czy górnym (wartość 1) wierszu tablicy; liczba całkowita 13. Zasób Rozkład jazdy zawiera zbiór URLi umożliwiających pobranie rozkładu jazdy wraz z informacjami dodatkowymi. a23eec8f2172/resource/a023ceb f e6fcba7971/download/stoptimes.json Wynik zapytania składa się z następujących elementów: Identyfikator linii o wartości z pola routeid z zasobu Lista linii. Każdy obiekt zawiera zbiór URLi z rozkładem na pojedynczy dzień z zakresu czasowego określonego w zasobie Zakresy dat Dane rozkładowe są uaktualniane raz na dobę. Pochodzą one z systemu TRISTAR oraz z programu do układania rozkładu jazdy. Pojedynczy URL umożliwia pobranie rozkładu na pojedynczy dzień dla pojedynczej linii. Struktura URLa: gdzie: - {date} data w formacie YYYY-MM-DD - {routeid} wartość routeid z zasobu Lista linii Zwrócony w wyniku powyższego zapytania zasób składa się z następujących pól: lastupdate data aktualizacji danych z systemów źródłowych; data w formacie YYYY- MM-DD HH:MM:SS stoptimes zasób z informacjami o zdefiniowanym rozkładzie jazdy. Pojedynczy obiekt przechowuje informacje dla pojedynczego słupka przystankowego w ramach kursu i składa się z następujących pól: o routeid - identyfikator linii, której dotyczy wpis; wartość routeid z zasobu Lista linii ; liczba całkowita o tripid identyfikator wariantu/trasy, której dotyczy wpis. Wartość tripid z zasobu Lista tras ; liczba całkowita o agencyid identyfikator floty, do której należy linia; wartość pola o tej samej nazwie z zasobu Lista operatorów/przewoźników (flot) ; liczba całkowita tel , fax ztm@gdansk.gda.pl Strona 14 z 19
15 o topologyversionid numer wersji topologii z zasobu Lista operatorów/przewoźników (flot). Wartość z pola versionnumber; liczba całkowita o arrivaltime zdefiniowany czas przyjazdu na przystanek; w formacie YYYY-MM- DD +T+ HH:MM:SS. Część określająca datę może przyjmować jedną z dwóch wartości: czas przyjazdu dotyczy dnia określonego datą podaną w zapytaniu czas przyjazdu dotyczy dnia następującego po dacie podanej w zapytaniu Różnica ma znaczenie np. dla kursów linii nocnych dzięki niej można rozróżnić godziny przyjazdu na przystanek w części kursu przed północą od części kursu (lub całego kursu) po północy. o departuretime - zdefiniowany czas odjazdu z przystanku; w formacie YYYY-MM- DD +T+ HH:MM:SS. Część określająca datę może przyjmować jedną z dwóch wartości: czas odjazdu dotyczy dnia określonego datą podaną w zapytaniu czas odjazdu dotyczy dnia następującego po dacie podanej w zapytaniu Różnica ma znaczenie np. dla kursów linii nocnych dzięki niej można rozróżnić godziny odjazdu z przystanku w części kursu przed północą od części kursu (lub całego kursu) po północy. o stopid identyfikator słupka przystankowego; wartość stopid z zasobu Lista przystanków ; liczba całkowita o stopsequence numer porządkowy w ramach kursu; liczba całkowita o stopheadsign pole nieużywane o date data, dla której obowiązuje rozkład. Wartość identyczna jak w URLu; format YYYY-MM-DD o pickuptype - pole nieużywane; zawsze wartość null o dropofftype - pole nieużywane; zawsze wartość null o shapedisttraveled - pole nieużywane; zawsze wartość null o timepoint - pole nieużywane; zawsze wartość null o variantid wewnętrzny identyfikator wariantu, do którego należy słupek przystankowy. Pochodzi z programu do układania rozkładu jazdy; wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku; o notesymbol symbol określający dopisek dla słupka w kursie; wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku. Pusty ciąg znaków oznacza brak dopisku; znak alfanumeryczny tel , fax ztm@gdansk.gda.pl Strona 15 z 19
16 o notedescription opis symbolu zawartego w polu notesymbol (dopisek); odpowiednik dopisku na tabliczce przystankowej. Wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku; ciąg znaków o busservicename zadanie pojazdu. Kursy pogrupowane w zadanie tworzą rozkład jazdy dla pojedynczego pojazdu; ciąg znaków w formacie xxx-yy, gdzie xxx identyfikator linii, wartość routeid z zasobu Lista linii dopełniony z przodu zerami do trzech cyfr, yy - numer brygady dopełniony z przodu zerami do dwóch cyfr o order numer porządkowy kursu w ramach zadania pojazdu; liczba całkowita o nonpassenger wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku. flaga określająca czy słupek na trasie jest przeznaczony dla pasażera; wartość 0: tak; wartość 1: nie; bit o ticketzoneborder wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku. Flaga określająca czy słupek stanowi granicę strefy taryfowej. Wartość 1: tak; wartość 0: nie; bit o ondemand wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku. Flaga określająca, czy słupek ma status na żądanie. Wartość 1: tak; wartość 0: nie; bit o virtual wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku. Flaga określająca, czy słupek jest wirtualny (nieprzeznaczony dla pasażera). Wartość 1: tak; wartość 0: nie; bit o islupek wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku. Wewnętrzny identyfikator słupka; liczba całkowita o wheelchairaccessible wartość dostępna jedynie dla słupków należących do ZTM w Gdańsku. Flaga określająca, czy rozpatrywany element ma być obsługiwany przy pomocy pojazdu niskopodłogowego; wartość 1 tak, wartość null: nie; bit o stopshortname - identyfikator słupka przystankowego, unikalny w skali Organizatora, tj. ZTM w Gdańsku oraz ZKM w Gdyni. Wartość pochodzi z systemu TRISTAR; liczba całkowita 14. Zasób Rozkład jazdy GTFS zawiera zbiór umożliwiający pobranie rozkładu jazdy ZTM w Gdańsku wg standardu GTFS (General Transit Feed Specification): a23eec8f2172/resource/30e783e4-2bec-4a7d-bb22- ee3e3b26ca96/download/gtfsgoogle.zip tel , fax ztm@gdansk.gda.pl Strona 16 z 19
17 Dane rozkładowe są uaktualniane raz na dobę. Pochodzą one z programu do układania rozkładu jazdy oraz z systemu TRISTAR. Dane są dostępne maksymalnie na najbliższe 14 dni. Szczegółowy opis struktury danych można znaleźć na stronie Google Transit ( 15. Zasób Lista lokalizacji automatów biletowych zawiera adres URL umożliwiający pobranie pliku w formacie.csv ( Wykaz automatów biletowych zawiera takie informacje, jak: położenie GPS automatu biletowego (system odniesienia EPSG:3857 znany też jako WGS84/Pseudo-Mercator), jego adres (ulica), dzielnica/miasto, opis lokalizacji oraz rodzaje dostępnych biletów. 16. Zasób Lista wspólnych słupków przystankowych umożliwia pobranie pliku w formacie.csv: a23eec8f2172/resource/f8a5bedb c9-8d66- dbbc830939b1/download/przystanki_wspolnegda_gdy.csv Zasób zawiera mapowanie słupków przystankowych występujących niezależnie w bazie danych TRISTAR użytkowanej przez ZTM w Gdańsku i ZKM Gdynia. Lista jest przygotowywana we własnym zakresie, w ramach współpracy między organizatorami. Opis poszczególnych pól: ID unikalny nr wiersza; name wspólna nazwa przystanku tak, aby z punktu widzenia pasażera słupek przystankowy był widoczny jako jeden czyli tak, jak jest to w rzeczywistości; main gmv short name odpowiednik pola stopshortname z zasobu Lista przystanków main organization id nr organizatora (ZTM w Gdańsku zostało przypisane ID wynoszące 1; a ZKM Gdynia ID równe 2); mapped gmv short name - odpowiednik pola stopshortname z zasobu Lista przystanków; mapped organization id nr organizatora (ZTM w Gdańsku zostało przypisane ID wynoszące 1; a ZKM Gdynia ID równe 2). tel , fax ztm@gdansk.gda.pl Strona 17 z 19
18 Krótkie wyjaśnienie do powyższego: - jeśli "main organization id"=1, to main_gmv_short_name należy szukać wśród słupków ZTM w Gdańsku (tj. pole "stopid" w zasobie Lista przystanków; - jeśli "mapped organization id"=2, to "mapped gmv short name" należy szukać wśród słupków ZKM Gdynia (tj. pole "stopid" w zasobie Lista przystanków powyżej 30000). Ponieważ dane są aktualizowane we własnym zakresie, data aktualizacji jest podana na stronie, w opisie zasobu. 17. Zasób Bieżąca Sytuacja Komunikacyjna umożliwia pobranie pliku w formacie.json: Zasób zawiera komunikaty umieszczane przez Centralę Ruchu ZTM w Gdańsku na stronie ztm.gda.pl, w sekcji Bieżąca sytuacja komunikacyjna. Opis poszczególnych pól: data_wygenerowania data wygenerowania całego zbioru z komunikatami. Zbiór jest generowany w podczas tworzenia nowego lub edycji istniejącego komunikatu; data w formacie: YYYY-MM-DD HH:MM:SS komunikaty zasób obiektów zawierających komunikaty i powiązane z nimi informacje. Pojedynczy obiekt zawiera następujące elementy: o tytul tytuł nadany komunikatowi; ciąg znaków o tresc treść komunikatu wzbogacona o znaczniki HTML; ciąg znaków o data_rozpoczecia nadana data rozpoczęcia wyświetlania komunikatu; w formacie: YYYY-MM-DD HH:MM:SS o data_zakonczenia - nadana data zakończenia wyświetlania komunikatu; w formacie: YYYY-MM-DD HH:MM:SS tel , fax ztm@gdansk.gda.pl Strona 18 z 19
19 3. Sugestie dla programistów dot. udostępnianych zbiorów: 1. W przypadku linii nocnych rozkład na dany dzień rozpoczyna się w godzinach wieczornych w dniu określonym przez datę podaną jako argument zapytania a kończy w dniu następnym. 2. Część cech dotyczących słupków z zasobów Przystanki w powiązaniu z trasą oraz Lista przystanków powiela się. Są to: virtual, nonpassenger, ticketzoneborder, ondemand. W celu obliczenia prawidłowej wartości cech dla słupka wchodzącego w skład konkretnej trasy należy wyliczyć sumę logiczną wartości tej cechy z zasobu Lista przystanków oraz Przystanki w powiązaniu z trasą wartość 1 w zasobie Lista przystanków rozpatrywanej cechy jest wartością, która obowiązuje wszystkie wystąpienia słupka w zasobie Przystanki w powiązaniu z trasą. 3. W celu połączenia danych rozkładowych ( Rozkład jazdy ) dla bieżącego dnia i wybranej linii z Estymowanymi czasami przyjazdów na przystanek (i zasobu zbiorczego: Estymowane czasy przyjazdów na wszystkie przystanki ) należy wykorzystać następujące pola: identyfikator linii (pole o nazwie routeid w obu ww. zasobach) nr słupka przystankowego (pola o nazwie stopid w obu ww. zasobach), nr wariantu trasy (pola o nazwie tripid w obu ww. zasobach), godz. rozkładowa (pola o nazwie theoreticaltime w zasobie Estymowane czasy przyjazdów na przystanek oraz departuretime w zasobie Rozkład jazdy ). 4. W celu połączenia danych rozkładowych znajdujących się GTFS ( Rozkład jazdy GTFS ) dla bieżącego dnia i wybranej linii z Estymowanymi czasami przyjazdów na przystanek (i zasobu zbiorczego: Estymowane czasy przyjazdów na wszystkie przystanki ) należy wykorzystać następujące pola: identyfikator linii (pola o nazwach routeid z pliku routes.txt w archiwum GTFS i routeid z zasobu "Estymowane..."), rozkładowa godzina odjazdu (pola o nazwach: departure_time z pliku stop_times.txt w archiwum GTFS i theoreticaltime z zasobu "Estymowane..."), nr słupka przystankowego (pole o nazwie stopid z pliku stops.txt w archiwum GTFS i id słupka podane jako argument w zasobie Estymowane czasy przyjazdów na przystanek lub wartość atrybutu w zasobie Estymowane czasy przyjazdów na wszystkie przystanki ), fragment zawartości pola trip_id z pliku trips.txt w archiwum GTFS, następujący po znaku "_" (podkreślenie) i zawartość pola tripid z zasobu "Estymowane...". tel , fax ztm@gdansk.gda.pl Strona 19 z 19
Opis zbioru Otwarte dane ZTM w Gdańsku
Opis zbioru Otwarte dane ZTM w Gdańsku Uwagi wstępne Dane dostępne w ramach zbioru Otwarte dane ZTM w Gdańsku na platformie CKAN zawierają informacje o rozkładzie jazdy aktywowanym w systemie TRISTAR,
Opis zbioru Otwarte dane ZTM w Gdańsku
Opis zbioru Otwarte dane ZTM w Gdańsku v. 2019-09-09 1. Uwagi wstępne Korzystanie ze zbioru Otwarte dane ZTM w Gdańsku jest jednoznaczne z zaakceptowaniem zasad określonych w Regulaminie. Dane dostępne
Dokumentacja rozszerzeń istniejących pól plików GTFS, udostępnianych przez Zarząd Transportu Miejskiego w Poznaniu, wraz z przykładami.
Dokumentacja rozszerzeń istniejących pól plików GTFS, udostępnianych przez Zarząd Transportu Miejskiego w Poznaniu, wraz z przykładami. Wstęp Niniejszy dokument opisuje format danych GTFS, wykorzystywany
WYMAGANIA TECHNICZNE W ZAKRESIE SYSTEMÓW OKRESOWEGO RAPORTOWANIA PARAMETRÓW PRACY POJAZDU. Załącznik nr 2 do SIWZ.
WYMAGANIA TECHNICZNE W ZAKRESIE SYSTEMÓW OKRESOWEGO RAPORTOWANIA PARAMETRÓW PRACY POJAZDU Załącznik nr 2 do SIWZ. część A: LOKALIZACJA POJAZDÓW 1. Zbieranie danych w pojazdach Urządzenia pokładowe pojazdu
Konfiguracja parametrów pozycjonowania GPS 09.05.2008 1/5
Konfiguracja parametrów pozycjonowania GPS 09.05.2008 1/5 Format złożonego polecenia konfigurującego system pozycjonowania GPS SPY-DOG SAT ProSafe-Flota -KGPS A a B b C c D d E e F f G g H h I i J j K
Dokumentacja. Wersja: 1.5 Ostatnio zmodyfikowano: Strona 1
Dokumentacja Interfejs komunikacyjny opartego o technologię RESTful Web Services dla systemu ITS we Wrocławiu pozwalającego na zasilanie Repozytorium Danych ITS informacjami pochodzącymi z pojazdów Transportu
Szczegółowe wymagania dotyczące funkcjonalności systemu informacji pasażerskiej.
Szczegółowe wymagania dotyczące funkcjonalności systemu informacji pasażerskiej. I. Wyświetlacz przedni. 1. Informacje prezentowane podczas przejazdu na trasie. Wyświetlacz przedni prezentuje oznaczenie
Obsługa aplikacji Walne Zgromadzenia. Instrukcja użytkownika. wersja 6.1
Obsługa aplikacji Walne Zgromadzenia Instrukcja użytkownika wersja 6.1 Spis treści Logowanie użytkownika do systemu... 3 Obsługa aplikacji... 5 Okno główne systemu... 5 Pobieranie wykazu osób uprawnionych
Instrukcja obsługi Multiconverter 2.0
Instrukcja obsługi Multiconverter 2.0 Opis: Niniejsza instrukcja opisuje wymogi użytkowania aplikacji oraz zawiera informacje na temat jej obsługi. DHL Multiconverter powstał w celu ułatwienia oraz usprawnienia
Specyfikacja HTTP API. Wersja 1.6
Specyfikacja HTTP API Wersja 1.6 1. Wprowadzenie Platforma PlaySMS umożliwia masową rozsyłkę SMS-ów oraz MMS-ów marketingowych. Umożliwiamy integrację naszej platformy z dowolnym systemem komputerowym
Instrukcja obsługi DHL KONWERTER 1.6
Instrukcja obsługi DHL KONWERTER 1.6 Opis: Niniejsza instrukcja opisuje wymogi użytkowania aplikacji oraz zawiera informacje na temat jej obsługi. DHL Konwerter powstał w celu ułatwienia oraz usprawnienia
Ogranicz listę klasyfikacji budżetowych do powiązanych z danym kontem księgowym
Zależności i kontrola danych budżetowych w systemie Sz@rk FK 1. Wstęp Począwszy od wersji Sz@rk FK 2011 (11.03.30) wprowadzono do programu finansowoksięgowego nowe możliwości dotyczące kontrolowania poprawności
Opis zbioru Otwarte dane ZTM w Gdańsku TRISTAR-
Opis zbiru Otwarte dane ZTM w Gdańsku TRISTAR- Uwagi wstępne Dane dstępne w ramach zbiru Otwarte dane ZTM w Gdańsku -TRISTAR- na platfrmie CKAN zawierają infrmacje rzkładzie jazdy aktywwanym w systemie
Tablice (jedno i wielowymiarowe), łańcuchy znaków
Tablice (jedno i wielowymiarowe), łańcuchy znaków wer. 8 z drobnymi modyfikacjami! Wojciech Myszka Katedra Mechaniki i Inżynierii Materiałowej 2017-04-07 09:35:32 +0200 Zmienne Przypomnienie/podsumowanie
Platforma e-learningowa
Dotyczy projektu nr WND-RPPD.04.01.00-20-002/11 pn. Wdrażanie elektronicznych usług dla ludności województwa podlaskiego część II, administracja samorządowa realizowanego w ramach Decyzji nr UDA- RPPD.04.01.00-20-002/11-00
Informatyka I. Klasy i obiekty. Podstawy programowania obiektowego. dr inż. Andrzej Czerepicki. Politechnika Warszawska Wydział Transportu 2018
Informatyka I Klasy i obiekty. Podstawy programowania obiektowego dr inż. Andrzej Czerepicki Politechnika Warszawska Wydział Transportu 2018 Plan wykładu Pojęcie klasy Deklaracja klasy Pola i metody klasy
System Dynamicznej Informacji Pasażerskiej (OnTime) dla Bielska-Białej
System Dynamicznej Informacji Pasażerskiej (OnTime) dla Bielska-Białej Odnośnik do serwisu its.bielsko.pl Legenda Tabelaryczny rozkład jazdy (do wydruku) Zakładka wyboru warstw prezentowanych na mapie:
PODRĘCZNIK UŻYTKOWNIKA OBU - GDY
OBIEKT: ZINTEGROWANY SYSTEM ZARZĄDZANIA RUCHEM TRISTAR GDYNIA, GDAŃSK, SOPOT INWESTOR: GMINA MIASTA GDYNI Al. Marszałka Józefa Piłsudskiego 52/54 81-382 Gdynia OPRACOWANIE: PODRĘCZNIK UŻYTKOWNIKA OBU -
Szczegółowe wymagania dotyczące funkcjonalności systemu informacji pasażerskiej.
. I. Wyświetlacz przedni. 1. Informacje prezentowane podczas przejazdu na trasie. Wyświetlacz przedni prezentuje oznaczenie linii w postaci numerycznej lub alfanumerycznej oraz kraniec, do którego zmierza
Wyciągi. Lista operacji na wyciągu w postaci PDF
Wyciągi Wybór odnośnika Wyciągi dla danego rachunku, dla którego udostępnione są wyciągi elektroniczne umożliwia użytkownikowi wyświetlenie, wydruk oraz pobranie w postaci pliku PDF listy operacji wchodzących
Laboratorium 7 Blog: dodawanie i edycja wpisów
Laboratorium 7 Blog: dodawanie i edycja wpisów Dodawanie nowych wpisów Tworzenie formularza Za obsługę formularzy odpowiada klasa Zend_Form. Dla każdego formularza w projekcie tworzymy klasę dziedziczącą
Szczegółowe wymagania dotyczące funkcjonalności systemu informacji pasażerskiej.
Szczegółowe wymagania dotyczące funkcjonalności systemu informacji pasażerskiej. I. Wyświetlacz przedni. 1. Informacje prezentowane podczas przejazdu na trasie. Wyświetlacz przedni prezentuje oznaczenie
Dziennik Urzędowy Unii Europejskiej L 274/9
20.10.2009 Dziennik Urzędowy Unii Europejskiej L 274/9 ROZPORZĄDZENIE KOMISJI (WE) NR 976/2009 z dnia 19 października 2009 r. w sprawie wykonania dyrektywy 2007/2/WE Parlamentu Europejskiego i Rady w zakresie
Instrukcja logowania i realizacji podstawowych transakcji w systemie bankowości internetowej dla klientów biznesowych BusinessPro.
Instrukcja logowania i realizacji podstawowych transakcji w systemie bankowości internetowej dla klientów biznesowych BusinessPro aktualizacja: 12 czerwca 2017 r. Spis treści: 1. Pierwsze logowanie do
Instrukcja użytkownika
SoftwareStudio Studio 60-349 Poznań, ul. Ostroroga 5 Tel. 061 66 90 641 061 66 90 642 061 66 90 643 061 66 90 644 fax 061 86 71 151 mail: poznan@softwarestudio.com.pl Herkules WMS.net Instrukcja użytkownika
Propozycja standaryzacji usługi lokalizacji adresu
dr inż. Waldemar Izdebski 1,2 mgr inż. Andrzej Bielasty 2 Propozycja standaryzacji usługi lokalizacji adresu Numery adresowe są jednym z najprostszych elementów danych przestrzennych. Niemniej jednak są
INŻYNIERIA BEZPIECZEŃSTWA LABORATORIUM NR 2 ALGORYTM XOR ŁAMANIE ALGORYTMU XOR
INŻYNIERIA BEZPIECZEŃSTWA LABORATORIUM NR 2 ALGORYTM XOR ŁAMANIE ALGORYTMU XOR 1. Algorytm XOR Operacja XOR to inaczej alternatywa wykluczająca, oznaczona symbolem ^ w języku C i symbolem w matematyce.
3.4. Opis konfiguracji layoutów.
Definicja layout-ów dla tablicy odczytywana jest z tabeli w bazie danych: [UnitId_System] Gdańsk = 42, Gdynia = 43 [UnitId_Subsytem] 6 = TZT, 7 = ZZT [UnitId_Unit] identyfikator obiektu [Update_TimeStamp]
Instrukcja użytkownika. Aplikacja Smart Paczka DPD
Instrukcja użytkownika Aplikacja Smart Paczka DPD Instrukcja użytkownika Aplikacja Smart Paczka DPD Wersja 2.0 Warszawa, Wrzesień 2015 Strona 2 z 9 Instrukcja użytkownika Aplikacja Smart Paczka DPD Spis
Wybrane zmiany wprowadzone w pakiecie
Wybrane zmiany wprowadzone w pakiecie Wersja 2.0.29.1 7 październik 2014 Metryka dokumentu: Autor: Joanna Cofałka Tytuł: Wybrane zmiany wprowadzone w pakiecie Komentarz: Liczba stron: 8 Data utworzenia:
Krzysztof Kadowski. PL-E3579, PL-EA0312,
Krzysztof Kadowski PL-E3579, PL-EA0312, kadowski@jkk.edu.pl Bazą danych nazywamy zbiór informacji w postaci tabel oraz narzędzi stosowanych do gromadzenia, przekształcania oraz wyszukiwania danych. Baza
Wymagania techniczne i funkcjonowanie Systemu Wizualnej Informacji Pasażerskiej (SWIP)
Załącznik nr 10 do umowy nr.. z dnia. Wymagania techniczne i funkcjonowanie Systemu Wizualnej Informacji Pasażerskiej (SWIP) 1. Ogólne informacje 1.1. SWIP obejmuje urządzenia umożliwiające wizualne przekazywanie
Wymagania techniczne w zakresie Systemu Okresowego Raportowania Parametrów Pracy Pojazdu, Rejestru obsady zadań przewozowych oraz Rejestru Pojazdów
Załącznik nr 8 do Umowy zawartej w dniu... r. 1. Rejestracja i raportowanie oraz gromadzenie i przekazywanie parametrów pracy pojazdu 1.1. Rejestracja i raportowanie parametrów pracy pojazdu 1.1.1. Zakres
Rozdział ten zawiera informacje o sposobie konfiguracji i działania Modułu OPC.
1 Moduł OPC Moduł OPC pozwala na komunikację z serwerami OPC pracującymi w oparciu o model DA (Data Access). Dzięki niemu można odczytać stan obiektów OPC (zmiennych zdefiniowanych w programie PLC), a
Specyfikacja 1.2.1. Płatności CashBill. Instrukcja podłączenia płatności elektronicznych do typowych zastosowań.
Specyfikacja 1.2.1 Płatności CashBill Instrukcja podłączenia płatności elektronicznych do typowych zastosowań. CashBill Spółka Akcyjna ul. Rejtana 20, 41-300 Dąbrowa Górnicza Tel.: +48 032 764-18-42 Fax:
Dokumentacja API Stacja z Paczką ver. 2.14
Dokumentacja API Stacja z Paczką ver. 2.14 2 Dokumentacja API Stacja z Paczką ver. 2.14 Spis treści 1 Historia zmian w dokumentacji... 3 2 Dostęp do API Adres URL do Web Services (SOAP/WSDL)... 3 2.1 Środowisko
CitiDirect BE Portal Eksport
CitiDirect BE Portal Eksport CitiService Pomoc Techniczna CitiDirect BE tel. 801 343 978, +48 22 690 15 21 poniedziałek piątek; 8:00 17:00 helpdesk.ebs@citi.com www.citihandlowy.pl Spis treści 1. Wstęp
Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych. Wersja 2.1
Poczta Polska S.A. Opis struktury pliku z danymi przekazów pocztowych lub Ekspresów Pieniężnych Wersja 2.1 Lipiec 2014 1. Struktura pliku z przekazami pocztowymi/ekspresami Pieniężnymi Niniejszy dokument
Zawartość. Wstęp. Moduł Rozbiórki. Wstęp Instalacja Konfiguracja Uruchomienie i praca z raportem... 6
Zawartość Wstęp... 1 Instalacja... 2 Konfiguracja... 2 Uruchomienie i praca z raportem... 6 Wstęp Rozwiązanie przygotowane z myślą o użytkownikach którzy potrzebują narzędzie do podziału, rozkładu, rozbiórki
System imed24 Instrukcja Moduł Analizy i raporty
System imed24 Instrukcja Moduł Analizy i raporty Instrukcja obowiązująca do wersji 1.8.0 Spis treści 1. Moduł Analizy i Raporty... 3 1.1. Okno główne modułu Analizy i raporty... 3 1.1.1. Lista szablonów
Lokalizacja jest to położenie geograficzne zajmowane przez aparat. Miejsce, w którym zainstalowane jest to urządzenie.
Lokalizacja Informacje ogólne Lokalizacja jest to położenie geograficzne zajmowane przez aparat. Miejsce, w którym zainstalowane jest to urządzenie. To pojęcie jest używane przez schematy szaf w celu tworzenia
PROCES AKTUALIZACJI DANYCH PODMIOTU W KRAJOWEJ BAZIE O EMISJACH GAZÓW CIEPLARNIANYCH I INNYCH SUBSTANCJI
PROCES AKTUALIZACJI DANYCH PODMIOTU W KRAJOWEJ BAZIE O EMISJACH GAZÓW CIEPLARNIANYCH I INNYCH SUBSTANCJI Instrukcja wypełniania formularza aktualizacji danych podmiotu w Krajowej bazie o emisjach gazów
Bazy danych Access KWERENDY
Bazy danych Access KWERENDY Obiekty baz danych Access tabele kwerendy (zapytania) formularze raporty makra moduły System baz danych MS Access Tabela Kwerenda Formularz Raport Makro Moduł Wyszukiwanie danych
CMS - INFORMACJE. *** Mirosław Kuduk E mail: tel. kom DODATKOWE FUNKCJE - PANEL ADMINISTRATORA
CMS - INFORMACJE *** Mirosław Kuduk E mail: mkuduk@interia.pl tel. kom. 663-755-428 DODATKOWE FUNKCJE - PANEL ADMINISTRATORA Panel Dodatkowe funkcje Autoryzacja Publikacje Nowa publikacja, edycja Pokazy
Import zleceń / Integracja klienta K-Ex
Import zleceń / Integracja klienta K-Ex 1 1 Integracja systemów Klient K-Ex jako sposobem zwiększenia wydajności tworzenia wysyłki 1.1 Import przesyłek na podstawie pliku CSV Wprowadzenie danych na temat
System Informacji Pasażerskiej w Łodzi. Komisja Transportu Związku Miast Polskich
System Informacji Pasażerskiej w Łodzi Komisja Transportu Związku Miast Polskich Plan prezentacji: Podstawa prawna funkcjonowania ZDiT Podstawa prawna funkcjonowania ZDiT jako sporządzającego rozkłady
Instrukcja użytkownika esowk Realizacja wniosku kredytowego Kredyt gotówkowy
Instrukcja użytkownika esowk Realizacja wniosku kredytowego Kredyt gotówkowy wersja 2.15 data: 2013-06-27 W celu wprowadzenia nowego wniosku o kredyt gotówkowy należy wybrać: Menu główne/nowy wniosek/kredyt
I. Interfejs użytkownika.
Ćwiczenia z użytkowania systemu MFG/PRO 1 I. Interfejs użytkownika. MFG/PRO w wersji eb2 umożliwia wybór użytkownikowi jednego z trzech dostępnych interfejsów graficznych: a) tekstowego (wybór z menu:
Viatoll Calc v1.3. Viatoll Calc. Instrukcja użytkownika. Strona 1
Viatoll Calc Instrukcja użytkownika Strona 1 Spis treści 1 Wstęp...3 2 Opis panelu głównego...3 2.1 Menu aplikacji...4 2.2 Tabela z trasami...5 2.3 Strona kalkulatora viatoll...6 2.4 Pasek statusu...7
MS Word 2010. Długi dokument. Praca z długim dokumentem. Kinga Sorkowska 2011-12-30
MS Word 2010 Długi dokument Praca z długim dokumentem Kinga Sorkowska 2011-12-30 Dodawanie strony tytułowej 1 W programie Microsoft Word udostępniono wygodną galerię wstępnie zdefiniowanych stron tytułowych.
Wymagania techniczne w zakresie Systemu Okresowego Raportowania Parametrów Pracy Pojazdu, Rejestru obsady zadań przewozowych oraz Rejestru Pojazdów
Załącznik nr 8 do Umowy zawartej w dniu... r. 1. Rejestracja i raportowanie oraz gromadzenie i przekazywanie parametrów pracy pojazdu 1.1. Rejestracja i raportowanie parametrów pracy pojazdu 1.1.1. Zakres
Plan. Formularz i jego typy. Tworzenie formularza. Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza
4 Budowa prostych formularzy, stany sesji, tworzenie przycisków Plan Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza 2 Formularz i jego typy Tworzenie formularza
Instrukcja obsługi. Helpdesk. Styczeń 2018
Instrukcja obsługi Helpdesk Styczeń 2018 1 Spis treści: Ogólna obsługa Helpdesk...3 1. Logowanie do systemu....3 2. Menu główne...3 2.1 Strona domowa...4 2.2 Zmiana hasła...6 3. Otwarcie zgłoszenia...6
SYSTEM ZARZĄDZANIA DANYMI OSOBOWYMI - INSTRUKCJA UŻYTKOWNIKA
SYSTEM ZARZĄDZANIA DANYMI OSOBOWYMI - INSTRUKCJA UŻYTKOWNIKA 1. Wstęp System Zarządzania Danymi Osobowymi (dalej SZDO) składa się z: konsoli użytkownika posiadającej funkcjonalności niezbędne m. in. do
Zakład Usług Informatycznych OTAGO
Zakład Usług Informatycznych OTAGO Opis konstrukcji Wirtualnego Numeru Rachunku dotyczący płatności masowych wersja 1.4 autor: Tomasz Rosochacki Gdańsk, 2012-11-27 Spis treści 1. Wprowadzenie.... 3 2.
Baza danych sql. 1. Wprowadzenie
Baza danych sql 1. Wprowadzenie Do tej pory operowaliście na listach. W tej instrukcji pokazane zostanie jak stworzyć bazę danych. W zadaniu skorzystamy z edytora graficznego struktury bazy danych, który
Instrukcja logowania i realizacji podstawowych transakcji w systemie bankowości internetowej dla klientów biznesowych BusinessPro.
Instrukcja logowania i realizacji podstawowych transakcji w systemie bankowości internetowej dla klientów biznesowych BusinessPro aktualizacja: 8 listopada 2017 r. Spis treści: 1. Logowanie do bankowości
Struktura pliku wejściowego ippk Plik Rejestracyjny
Struktura pliku wejściowego ippk Plik Rejestracyjny INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH. Błąd! Nie zdefiniowano zakładki. ŁADOWANIE
Opis usługi płatności masowych aktualnie zaimplementowanej u Zamawiającego
Załącznik nr 5 do SIWZ Opis usługi płatności masowych aktualnie zaimplementowanej u Zamawiającego Zasada działania Funkcjonalność obsługi płatności masowych przychodzących oparta jest na najnowszych standardach
QualitySpy moduł reports
QualitySpy moduł reports Testy akceptacyjne dla przypadku użycia: Pobranie metryk produktu w wybranym formacie dla wybranch wersji przez interfejs REST Nazwa pliku: /QualitySpy/modules/qualityspyreports/src/test/java/pl/wroc/pwr/qualityspy/reports
Moduł: System Rezerwacji Sal
Kraków, 2015 Spis treści I. Rezerwacja sal... 3 1. Szablony... 3 2. Uniwersalne akcje i przyciski... 3 a. Wersja językowe... 3 b. Tworzenie wpisów... 3 c. Edycja... 4 d. Kasowanie... 4 II. Moduły... 5
4. Podstawowa konfiguracja
4. Podstawowa konfiguracja Po pierwszym zalogowaniu się do urządzenia należy zweryfikować poprawność licencji. Można to zrobić na jednym z widżetów panelu kontrolnego. Wstępną konfigurację można podzielić
Rys.2.1. Drzewo modelu DOM [1]
1. CEL ĆWICZENIA Celem ćwiczenia jest przedstawienie możliwości wykorzystania języka JavaScript do tworzenia interaktywnych aplikacji działających po stronie klienta. 2. MATERIAŁ NAUCZANIA 2.1. DOM model
Instrukcja obsługi modułu 7 Business Ship Control dla Comarch ERP Optima
Instrukcja obsługi modułu 7 Business Ship Control dla Comarch ERP Optima PRZEDSIĘBIORSTWO FAIR PLAY Twoje potrzeby. Nasze rozwiązania. www.siodemka.com SPIS TREŚCI Konfiguracja 3 Ustawienie parametrów
1. Które składowe klasa posiada zawsze, niezależnie od tego czy je zdefiniujemy, czy nie?
1. Które składowe klasa posiada zawsze, niezależnie od tego czy je zdefiniujemy, czy nie? a) konstruktor b) referencje c) destruktor d) typy 2. Które z poniższych wyrażeń są poprawne dla klasy o nazwie
Instrukcja korzystania z usługi EMAIL2SMS. Wersja 2.0 [12 stycznia 2014] http://bramka.gsmservice.pl e-mail: bramka@gsmservice.pl
http://bramka.gsmservice.pl e-mail: bramka@gsmservice.pl Bramka SMS: Obsługiwanych ponad 700 sieci w ponad 200 krajach Świata SMSy z własnym polem nadawcy Raporty doręczeń Obsługa długich wiadomości SMS
API przekazy masowe - Dokumentacja. v 1.1, czerwiec 2014 KIP S.A. ul. Św. Marcin 73/ Poznań.
API przekazy masowe - Dokumentacja v 1.1, czerwiec 2014 KIP S.A. ul. Św. Marcin 73/6 61-808 Poznań www.kipsa.pl www.tpay.com 1 Bramka API Dokumentacja opisuje możliwość wykonania przekazów masowych za
emszmal 3: Eksport wyciągów do Soneta Enova365 (plugin dostępny wraz z dodatkiem Biznes)
emszmal 3: Eksport wyciągów do Soneta Enova365 (plugin dostępny wraz z dodatkiem Biznes) Zastosowanie Rozszerzenie Eksport wyciągów do Enova365 przeznaczone jest dla użytkowników programu Enova365 stworzonego
ZAKRES I FORMAT KOMUNIKACJI ELEKTRONICZNEJ POMIĘDZY PRACODAWCĄ I AGENTEM TRANSFEROWYM PROSERVICE FINTECO W OBSZARZE PPK
ZAKRES I FRAT KUNIKACJI ELEKTRNICZNEJ PIĘDZY PRACDAWCĄ I AGENTE TRANSFERWY PRSERVICE FINTEC W BSZARZE PPK DEFINICJA FRATU PLIKU WYIANY DANYCH PRACWANA NA PDSTAWIE STANDARDU REKENDWANEG PRZEZ GRUPĘ PRJEKTWĄ
Instrukcja aktualizacji programu Integra 7
Instrukcja aktualizacji programu Integra 7 Aktualizacje programu dostępne są na stronach internetowych Integra Software www.integra.com.pl w Strefie Integra Support dla Klientów posiadających aktywny Abonament
KONCEPCJA STANDARYZACJI USŁUGI LOKALIZACJI PRZESTRZENNEJ ADRESÓW
dr inż. Waldemar Izdebski 1,2 mgr inż. Andrzej Bielasty 2 KONCEPCJA STANDARYZACJI USŁUGI LOKALIZACJI PRZESTRZENNEJ ADRESÓW Numery adresowe, które ogólnie mówiąc wyrażają lokalizację przestrzenną adresów,
W programie SuperOptyk dodano moduł JPK, który służy do tworzenia trzech rodzajów plików JPK:
16. JPK W programie SuperOptyk dodano moduł JPK, który służy do tworzenia trzech rodzajów plików JPK: 1. JPK_VAT: plik ten zawiera faktury sprzedażowe i zakupowe. Należy go przesyłać raz w miesiącu na
Instrukcja dla osoby potwierdzającej profil zaufany
Załącznik nr 3 do Procedury działania Punktu Potwierdzającego Profile Zaufane epuap w Urzędzie Miejskim w Gdańsku Instrukcja dla osoby potwierdzającej profil zaufany Spis treści 1. Cel i zakres dokumentu...3
Nowe funkcjonalności w wersji 3.14. 1. Automatyczne uzupełnianie zakładek w dokumentach WORD przy podpisywaniu
Nowe funkcjonalności w wersji 3.14 1. Automatyczne uzupełnianie zakładek w dokumentach WORD przy podpisywaniu Istnieje możliwość zdefiniowania 3 pól, które w sposób automatyczny zostaną uzupełnione w trakcie
UONET+ moduł Dziennik. Dokumentowanie lekcji w systemie UONET+
UONET+ moduł Dziennik Dokumentowanie lekcji w systemie UONET+ W systemie UONET+ bieżące lekcje rejestruje się i dokumentuje w module Dziennik, w widoku Dziennik/ Lekcja. Dokumentowanie lekcji w tym widoku
Programowanie urządzeń mobilnych. projekt 6 ( )
Programowanie urządzeń mobilnych projekt 6 (05.01.2018) Usługi lokalizacyjne Jedną z powszechniejszych funkcjonalności wykorzystywanych przez liczne aplikacje przeznaczone dla urządzeń mobilnych jest możliwość
Instrukcja obsługi Zaplecza epk w zakresie zarządzania tłumaczeniami opisów procedur, publikacji oraz poradników przedsiębiorcy
Instrukcja obsługi Zaplecza epk w zakresie zarządzania tłumaczeniami opisów procedur, publikacji oraz poradników przedsiębiorcy Spis treści: 1 WSTĘP... 3 2 DOSTĘP DO SYSTEMU... 3 3 OPIS OGÓLNY SEKCJI TŁUMACZENIA...
Bazy danych TERMINOLOGIA
Bazy danych TERMINOLOGIA Dane Dane są wartościami przechowywanymi w bazie danych. Dane są statyczne w tym sensie, że zachowują swój stan aż do zmodyfikowania ich ręcznie lub przez jakiś automatyczny proces.
Instrukcja obsługi Generatora rachunków MPT - oprogramowania generującego numery rachunków wirtualnych wykorzystywanych w procesie realizacji Usługi Masowego Przetwarzania Transakcji W celu umożliwienia
Instrukcja Integracja z istore. Wersja z 07/02/2015. Copyright Zakupteraz.pl
Instrukcja Integracja z istore Wersja z 07/02/2015 Copyright Zakupteraz.pl 1. SPIS TREŚCI 1. SPIS TREŚCI... 2 2. WSTĘP... 3 3. OPIS PROCEDURY INTEGRACJI... 4 1.1. LOGOWANIE... 4 1.2. PANEL KLIENTA INTEGRACJA
E-tourism mobile Instrukcja obsługi aplikacji mobilnej Spis treści Opis aplikacji/wymagania/menu główne Mapa GPS Informacje o POI/Trasach SOS Zarządzanie Plikami Ustawienia Kończenie pracy z aplikacją
emszmal 3: Eksport wyciągów do LeftHand Pełna Księgowość (plugin dostępny wraz z dodatkiem Biznes)
emszmal 3: Eksport wyciągów do LeftHand Pełna Księgowość (plugin dostępny wraz z dodatkiem Biznes) Zastosowanie Rozszerzenie Eksport wyciągów do LeftHand Pełna Księgowość przeznaczone jest dla użytkowników
Część 3 - Konfiguracja
Spis treści Część 3 - Konfiguracja... 3 Konfiguracja kont użytkowników... 4 Konfiguracja pól dodatkowych... 5 Konfiguracja kont email... 6 Konfiguracja szablonów dokumentów... 8 Konfiguracja czynności
emszmal 3: Eksport wyciągów do Symfonia ERP (plugin dostępny wraz z dodatkiem Biznes)
emszmal 3: Eksport wyciągów do Symfonia ERP (plugin dostępny wraz z dodatkiem Biznes) Zastosowanie Rozszerzenie Eksport wyciągów do Symfonia ERP przeznaczone jest dla użytkowników programu Symfonia ERP
Struktura pliku wejściowego ippk Plik Korekt Składek
Struktura pliku wejściowego ippk Plik Korekt Składek INFORMACJE OGÓLNE... 3 STRUKTURA PLIKU... 3 STRUKTURA FORMATU... 3 DOPUSZCZALNE WARTOŚĆI W POLACH SŁOWNIKOWYCH... 4 ŁADOWANIE PLIKU... 4 INFORMACJE
Sky-Shop.pl. Poradnik. Pierwsze kroki: Importowanie własnego pliku XML Integracje z hurtowniami
Sky-Shop.pl Poradnik Pierwsze kroki: Importowanie własnego pliku XML Integracje z hurtowniami Wstęp Sky-Shop.pl jest w pełni autorskim, opracowanym od podstaw programem do prowadzenia nowoczesnych sklepów
Instrukcja obsługi aplikacji impk w wersji 3.1
Instrukcja obsługi aplikacji impk w wersji 3.1 1. Uruchomienie aplikacji 2 2. Główny widok aplikacji 3 3. Mapa Google 6 4. Kontrolki mapy 6 5. Górny pasek funkcyjny 6 6. Lewy widok funkcyjny 7 7. Prawy
Definiowanie filtrów IP
Definiowanie filtrów IP Spis treści 1. Klienci korporacyjni... 3 1.1. def3000/ceb... 3 2. Klienci detaliczni... 6 2.1. def2500/reb... 6 2 1. Klienci korporacyjni 1.1. def3000/ceb Dla każdego Klienta korporacyjnego,
Zasady funkcjonowania urządzeń SIP-TRISTAR
Załącznik nr 14 do umowy nr... z dnia. Zasady funkcjonowania urządzeń SIP-TRISTAR 1. Ogólne zasady 1.1. Zapisy niniejszego załącznika dotyczą pojazdów, które spełniają zapisy załącznika nr 3a i 3 oraz
Dokumentacja użytkownika systemu. Miniaplikacja Filtrowanie adresów IP
Dokumentacja użytkownika systemu Miniaplikacja Filtrowanie adresów IP Spis treści 1. Informacje o dokumencie..................................................................... 1 2. Konwencje typograficzne.....................................................................
1 Moduł Modbus ASCII/RTU 3
Spis treści 1 Moduł Modbus ASCII/RTU 3 1.1 Konfigurowanie Modułu Modbus ASCII/RTU............. 3 1.1.1 Lista elementów Modułu Modbus ASCII/RTU......... 3 1.1.2 Konfiguracja Modułu Modbus ASCII/RTU...........
Odczyty 2.0 Spis treści
Opracowanie i skład: MMSoft s.c Copyright MMSoft s.c. Wszelkie prawa zastrzeżone. All Rights Reserved Powielanie w jakiejkolwiek formie całości lub fragmentów podręcznika bez pisemnej zgody firmy MMSoft
Awizowanie. Instrukcja użytkownika systemu bankowości internetowej dla firm. BOŚBank24 iboss
BANK OCHRONY ŚRODOWISKA S.A. ul. Żelazna 32 / 00-832 Warszawa tel.: (+48 22) 850 87 35 faks: (+48 22) 850 88 91 e-mail: bos@bosbank.pl Instrukcja użytkownika systemu bankowości internetowej dla firm Awizowanie
Spis treści OPIS PLIKU W FORMACIE CSV Z DANYMI PPE LUB EP 1
O PIS PLIKU W F O R M A C I E CSV Z D A N Y M I PRZEKAZÓW PIENIĘŻNYCH L U B E K S PRESÓW PIENIĘŻNYCH D O K U M E N T A C J A T E C H N I C Z N A W E R S J A 4.0 L I P I E C 2 0 1 4 Spis treści 1. Struktura
Tworzenie szablonów użytkownika
Poradnik Inżyniera Nr 40 Aktualizacja: 12/2018 Tworzenie szablonów użytkownika Program: Plik powiązany: Stratygrafia 3D - karty otworów Demo_manual_40.gsg Głównym celem niniejszego Przewodnika Inżyniera
DOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0
KurJerzyAPI wersja 1.0 Spis treści Wstęp...3 1. Korzystanie z interfejsu KurJerzyAPI...4 1.1 Warunki korzystania z interfejsu...4 1.2 Zabezpieczenia interfejsu...4 2. Specyfikacja interfejsu KurJerzyAPI...6
Instrukcja wypełniania formularzy Millenet dla Przedsiębiorstw
Instrukcja wypełniania formularzy Millenet dla Przedsiębiorstw Proces uruchomienia oraz konfiguracji usługi bankowości internetowej Millenet dla Przedsiębiorstw składa się z wypełnienia trzech formularzy:
WPROWADZANIE ZLECEŃ POPRZEZ STRONĘ WWW.KACZMARSKI.PL INSTRUKCJA UŻYTKOWNIKA
WPROWADZANIE ZLECEŃ POPRZEZ STRONĘ WWW.KACZMARSKI.PL INSTRUKCJA UŻYTKOWNIKA WSTĘP... 2 1 UWARUNKOWANIA TECHNICZNE... 2 2 UWARUNKOWANIA FORMALNE... 2 3 LOGOWANIE DO SERWISU... 2 4 WIDOK STRONY GŁÓWNEJ...
OBIEKTY TECHNICZNE OBIEKTY TECHNICZNE
OBIEKTY TECHNICZNE Klawisze skrótów: F7 wywołanie zapytania (% - zastępuje wiele znaków _ - zastępuje jeden znak F8 wyszukanie według podanych kryteriów (system rozróżnia małe i wielkie litery) F9 wywołanie