Ukázka, jak by mohla nově vypadat struktura dotace:

{
    "idDotace": "CEDR-561383057A62B002EBC87ADF0429F6B89412B9D1",
    "idProjektu": "200286",
    "nazevProjektu": "Zateplení domu",
    "kodProjektu": "40001068839",
    "pujckaCelkem": 231745.0,
    "dotaceCelkem": 263490.0,
    "podpisDatum": "2003-03-17T00:00:00",
    "prijemce": {
        "ico": "00000000",
        "prijemceObchodniJmeno": "",
        "jmenoPrijemce": "Tomáš Jedno (1969)",
        "prijemceRokNarozeni": 1969,
        "prijemceOkresNazev": "Šumperk",
        "prijemceObecNazev": "Bohuslavice",
        "prijemcePSC": "55101"
    },
    "rozhodnuti": [
        {
            "datum": "2003-03-17T00:00:00",
            "castkaPozadovana": 231745.0,
            "castkaRozhodnuta": 231745.0,
            "poskytovatelNazev": "Státní fond rozvoje bydlení",
            "poskytovatelIco": "00000000",
            "jePujcka": true
        },
        {
            "datum": "2004-03-17T00:00:00",
            "castkaPozadovana": 131745.0,
            "castkaRozhodnuta": 31745.0,
            "poskytovatelNazev": "Státní fond rozvoje bydlení",
            "poskytovatelIco": "00000000",
            "jePujcka": false
        }
    ],
    "program": {
        "id": "",
        "nazev": "Úvěry pro mladé domácnosti",
        "kod": "4",
        "url": "http://cedropendata.mfcr.cz/c3lod/cedr/resource/ciselnik/OperacniProgram/v01/C9E3BAF90D2F264C848A74A122093009DDE07A0A"
    },
    "dtAktualizace": "2014-03-15T02:32:35",
    "zdrojUrl": "http://cedropendata.mfcr.cz/c3lod/cedr/resource/Dotace/561383057A62B002EBC87ADF0429F6B89412B9D1",
    "zdrojNazev": "cedr"
}

"metadata":, kde by hodnotou poté byl originální dokument jsem nedával. Nenapadlo mě jediné reálné uplatnění, protože budeme mít odkazy na zdroj.

Oprava překlepu ve třídění výsledků:

Datumu zprávy sestupně/vzestupně -> správně "data".

zaslaný email je jako mix textové a html podoby emailu (multipart) a to je v pořádku.
Poštovní klient je schopen zobrazit jak čistě textovou tak html podobu.
Co je už ale blbě, a s tím si neporadil ani Thnunderbird, který sežere mnohem více nedostatků než GroupWise je to,
že chybí označení jazykového kódování (charset) v začátku oddílu.
Stačilo opravit z špatného:
Content-Type: text/html
na správný (doplněn charset):
Content-Type: text/html; charset="utf-8"
To samé i pro textovou podobu:
Content-Type: text/plain
na správně:
Content-Type: text/plain; charset="utf-8"

Nefunguje dobře vyhledávání v dotacích.

Příklad - Mendelova univerzita v Brně
IČO: 62156489

Při vyhledání podle jména se nezobrazí ve sloupečku prolinkované IČO.
Při vyhledání podle IČO univerzity se zobrazí vše.

https://www.hlidacstatu.cz/dotace/hledat?Q=jmeno%3A%22Mendelova+univerzita+v+Brn%C4%9B%22

Událost
Navrhuji zadefinovat tzn. událost, což je strukturovaná informace, která je vždy spojena s osobou.

Obsahuje tyto údaje:
- ID osoby
- typ události (viz Seznam I)
- subType události (viz poznamky u Seznam I)
- kdy událost nastala (volitelně)
- kdy událost skončila (volitelně)
- vazba na politickou stranu (volitelně)
- Titulek udalosti (povinně)
- Popis události (volitelně)
- číselná hodnota (volitelne, použito typicky u daru politickým stranám)
- textová hodnota (volitelné, typicky nějaká JSON struktura pro speciální využití)

Dnes jsou temer totožné SQL tabulky OsobaEvent a FirmaEvent

================
Je potreba web rozhraní, které umožní autoriz.uživatelům

• nalézt a vypsat Events
• měnit Events
• přidávat a mazat
• srozumitelný editor pro BFU
• schvalování/odmítání oprav a nových events (dnes přes SQL tabulku Review)

Ostatní veřejnost má možnost navrhnou opravu/novy Event, kterou autoriz.uzivatel schvali

Pro verejnost:

• navrzení nového eventu
• navrzení opravy eventu
• odeslani emailu s navrhem autoriz.uzivatelum
• odeslani prijeti/neprijeti navrhu od autoriz.uzivatele. U neprijeti s oduvodnenim.

Pozor - U města Karviná se s fyzickými osobami (IČO 00000000) spárovala chybně uvedená soukromá firma (sponzor) a to může mít v některých parametrech vliv na hodnocení.

Tady smlouva s fyz.osobami a níže navázáno chybně na toho sponzora:
https://www.hlidacstatu.cz/Detail/11146520
https://www.hlidacstatu.cz/Detail/8599903

Tady ten subjekt: https://www.hlidacstatu.cz/Subjekt/00000000 (C/ECON spol. s r.o., správné IČO 48113328)

Bylo by fajt, kdyby v datech se automaticky zlinkovaly údaje v případě, že v datech jsou IČOa.

Příklad: https://www.hlidacstatu.cz/data/Hledat/faktury-mesto-plasy-2018?q=*&order=DbCreated+desc - aby jednotlivé řádky byly rovnou prolinkované na příslušnou stránku hlídače, např. https://www.hlidacstatu.cz/subjekt/74462563

• Upravit hledání (FindPerson), aby to bralo i bez diakritiky
• Omezit pouze na politky (o.status = 3) a přidat checkbox, kde jde omezení vypnout

Ahoj,

při porovnávání firem mezi sebou dle IČO https://www.hlidacstatu.cz/porovnat,
se mi nezobrazil žádný výsledek, Po odeslání naběhla opět původní stránka s prázdnou tabulkou.
Přikládám obrázky s IČO, které jsem zkoušela.

Při hledání v hlavním hledacím boxu pomocí přesného textu "Radek Vondráček" hlídač nevrací existující osobu.

Členové statutárních orgánů firem nemusí vždy vědět/být u toho, když firma sponzorovala politickou stranu/hnutí.
Teď na to s odstupem času nevěřícně zírají. Nyní je viditelný dar učiněný firmou viditelný u osoby - člena statutárního orgánu, ale ne přímo u sponzorující firmy. Se stranou není provázaná přímo firma jako sponzor.

Příklad: viz obrázek - svým jménem nedaroval. Darovala firma https://www.hlidacstatu.cz/Subjekt/45274517 jíž byl člene stat.org. - ověřeno přes justice.cz a přes výroční zprávu strany.

Všiml jsem si, že HlidacSmluv.cz vrací 404ku a smlouvy jsou nově na https://www.hlidacstatu.cz/smlouvy

Bylo by fajn původní web přesměrovat, určitě na něj (a na jednotlivé stránky tam) vedou odkazy a web má podle site:hlidacsmluv.cz na Google zaindexovaných ~79k stránek.

Profil osoby https://www.hlidacstatu.cz/osoba/anna-vancova zobrazuje v RS 2 smlouvy (celková hodnota 237 300 Kč), ale po rozkliknutí linku ZOBRAZIT PODROBNOSTI je vidět jen jedna:

Po kliknutí na link 1 smlouva se pak zobrazí v pořádku obě.

Na chybove strance https://www.hlidacstatu.cz/Error404 (ale take na error 500) se v menu v pravo nahore zobrazuji linky NASTAVENÍ ÚČTU a ODHLÁSIT i kdyz jsem odhlaseny.

Neni tam podminka, jelikoz je to jen ciste html.

Stranky take maji jeste stary layout. Mam udelat PR na pouziti noveho layoutu? Co s chybou, kterou popisuju, odstranime menu pro ucet uplne?

Ocenil bych možnost řazení výstupů v Datech.

Např. tabulku v https://www.hlidacstatu.cz/data/Hledat/faktury-mesto-plasy-2018?Q=*HKM seřadit dle data úhrady nebo dle evidenčního čísla.

Např.
https://www.hlidacstatu.cz/Hledat?Q=*&order=3

na dalších stranách nefunguje to řazení "order=3" i všechny ostatní řazení (podle data, hodnoty atp.)

strana 2 - https://www.hlidacstatu.cz/Home/HledatSmlouvy?q=*&page=2

viz zpráva z helpdesku z dneška

_Dobrý den,

hlásím opět potíže s API smluv, adresy typu https://www.hlidacstatu.cz/api/v1/dump?datatype=smlouvy&date=2021-07-15 vrací chybu 500. Zachytila jsem, že jste o víkendu dělali upgrade, tak tam možná vznikla nějaká chybka.

Díky za prověření,_

1. Najdu si zakázku na Hlídači, když nejsem přihlášený (např. https://www.hlidacstatu.cz/VerejneZakazky/Hledat?Q=ms2021%20&Page=1&Order=0&Zahajeny=False)
2. Kliknu na číslo zakázky
3. Vyskočí popup, že se mám zalogovat.
4. Kliknu na zalogovat.
5. Otevře se URL https://www.hlidacstatu.cz/account/Login?returnUrl=/verejnezakazky/zakazka/@item.Id
6. Přihlásím se
7. Otevře se mi url https://www.hlidacstatu.cz/verejnezakazky/zakazka/@item.Id s titulkem Stránka nenalezena.

Ahoj, teď po pullnutí jsem zkusil spustit a hned ještě před načtením homepage mi to vrátilo chybu:

Lib.Search řádek 121
queryString: "NOT(id:datasourcesdb) AND (*)"

error message:

Dataset:datasourcesdb
ApiResponse:INVALID response
Value: 
ErrorNumber: -10
ErrorDescription: Invalid search query .
ErrorDetail: NOT(id:datasourcesdb) AND (*)

Value does not fall within the expected range.

stack trace:

   at HlidacStatu.Lib.Data.External.DataSets.Search.SearchDataRaw(DataSet ds, String queryString, Int32 page, Int32 pageSize, String sort, Boolean excludeBigProperties, Boolean withHighlighting) in D:\repos\HlidacStatu\HlidacStatu\Lib\Data\External\DataSets\Search.cs:line 128
   at HlidacStatu.Lib.Data.External.DataSets.DataSet.SearchDataRaw(String queryString, Int32 page, Int32 pageSize, String sort, Boolean excludeBigProperties, Boolean withHighlighting) in D:\repos\HlidacStatu\HlidacStatu\Lib\Data\External\DataSets\DataSet.cs:line 150
   at HlidacStatu.Lib.Data.External.DataSets.DataSetDB.SearchDataRaw(String queryString, Int32 page, Int32 pageSize, String sort, Boolean excludeBigProperties, Boolean withHighlighting) in D:\repos\HlidacStatu\HlidacStatu\Lib\Data\External\DataSets\DataSetDb.cs:line 200
   at HlidacStatu.Lib.Data.External.DataSets.DataSetDB.<>c.<.cctor>b__10_0(Object obj) in D:\repos\HlidacStatu\HlidacStatu\Lib\Data\External\DataSets\DataSetDb.cs:line 19
   at Devmasters.Cache.V20.BaseCache`1.GetDataFromContentFunction()