01
Zasób
Sprawdź datę udostępnienia, pole „Dane na dzień”, typ i język zasobu oraz działanie pobrania pliku albo przejścia do API.
● KONTROLA PO PUBLIKACJI
Wygenerowanie pliku w WordPressie nie jest tym samym co jego publiczna dostępność na dane.gov.pl. Kontrolę warto podzielić na kilka niezależnych sygnałów: aktualność źródła, widok zasobu na portalu, metadane i historię zbioru, odczyt przez publiczne API oraz obecność adresu w raporcie uszkodzonych linków.
Publiczny portal pokazuje stan zbioru i zasobów, ale nie udostępnia w omawianych widokach urzędowego potwierdzenia każdego pojedynczego pobrania w czasie rzeczywistym. Raport Uszkodzone linki jest aktualizowany raz w miesiącu. Ten materiał jest techniczną listą kontrolną, a nie poradą prawną ani dowodem wykonania obowiązku z art. 19b.
01
Sprawdź datę udostępnienia, pole „Dane na dzień”, typ i język zasobu oraz działanie pobrania pliku albo przejścia do API.
02
Porównaj Dostawcę, częstotliwość aktualizacji, datę udostępnienia i aktualizacji, listę zasobów oraz historię całego zbioru.
03
Przeszukaj raport portalu, pamiętając, że według aktualnego opisu jego lista jest odświeżana raz w miesiącu, a nie w czasie rzeczywistym.
Aktualny plik na własnym serwerze nie dowodzi jeszcze, że publiczny portal wskazuje tę samą wersję. Kontrola powinna obejmować źródło, zasób, zbiór i publiczne odczyty portalu.
01
Zaliczenie jednego etapu nie zastępuje pozostałych. Przykładowo aktualny plik na serwerze nie dowodzi jeszcze, że publiczny widok portalu wskazuje tę samą wersję.
02
W aktualnym interfejsie zasobu dane.gov.pl można odczytać datę udostępnienia, pole „Dane na dzień”, typ i język zasobu, akcję pobrania pliku albo przejścia do API oraz link do zgłoszenia uwag.
Porównaj „Dane na dzień” z datą raportu przygotowanego po swojej stronie. Następnie uruchom publiczne pobieranie lub przejście do API i sprawdź, czy wynik odpowiada oczekiwanej wersji. Starsza data albo inny zasób może wskazywać problem z metadanymi, źródłem lub harmonogramem.
03
Publiczna strona zbioru pokazuje Dostawcę, kategorię, częstotliwość aktualizacji, datę udostępnienia, datę aktualizacji, zasoby oraz zakładkę „Historia zbioru”. To pozwala odróżnić aktualność pojedynczego zasobu od aktualności całego zbioru.
Jeżeli częstotliwość ma wartość „Codziennie”, a data aktualizacji pozostaje wyraźnie starsza, wymaga to wyjaśnienia. Liczba pobrań jest statystyką wykorzystania przez użytkowników portalu i nie należy traktować jej jako potwierdzenia konkretnego dziennego przekazania.
04
Dokumentacja publicznego API dane.gov.pl udostępnia operacje GET dla instytucji, zbiorów, zasobów, historii i raportu uszkodzonych linków. Dzięki temu kontrolę stanu widocznego w portalu można automatyzować bez modyfikowania danych.
Automatyczny test powinien porównywać identyfikator zasobu, oczekiwaną datę danych i adres źródła. Nie powinien korzystać z nieudokumentowanych metod zapisu.
05
Portal udostępnia publiczną stronę https://dane.gov.pl/pl/brokenlinks. Tabela zawiera linki, które nie prowadzą do danych wskazanych przez Dostawcę. Przyczyną może być usunięcie albo przeniesienie strony lub błąd w adresie.
Raport można przeszukiwać i pobrać jako CSV lub XLSX. Ma kolumny Dostawca, Zbiór danych, Podgląd danych na portalu i Uszkodzony link do danych dostawcy.
Lista jest aktualizowana raz w miesiącu. Brak adresu w tabeli nie dowodzi więc, że dzisiejsze pobranie zakończyło się powodzeniem. To narzędzie kontroli okresowej, nie monitoring w czasie rzeczywistym.
06
Aktualny regulamin dane.gov.pl stanowi, że Dostawcy odpowiadają za jakość, aktualność i kompletność udostępnionych danych.
Warto zachować po swojej stronie datę wygenerowania zasobu, wynik kontroli jego publicznego adresu, identyfikator zasobu w portalu oraz datę ostatniej ręcznej lub automatycznej weryfikacji.
Zbierz adres zbioru i zasobu, datę ostatniego raportu oraz wynik własnej kontroli. Na tej podstawie łatwiej oddzielić problem źródła, portalu i harmonogramu.