moravianlibrary / adresarknihoven Goto Github PK

Zdravím, tak pan Záhořík s paní Svobodovou vše nově kontrolovali a z jejich strany by se měla exportovat všechna data, včetně soboty. Nenašli u sebe problém.
Není možné, že se data u nás ještě neaktualizovala a proto nezobrazují soboru? Jak často vlastně probíhá aktualizace dat mezi info.knihovny.cz a adresářem NK?

Bylo by možné aby URL adresy, které jsou uvedené v kontaktech byly rovnou hypertext, aby si uživatelé nemuseli adresu kopírovat a vkládat do prohlížeče?
U mailových adres bych to možná ponechala ve stávající podobě bez mailto.

Pridat k projektum take odkazy na web projektu, at se na ne da z webu prokliknout.

Nove API to rozbilo

Úpravy formuláře v ADR pomocí widgetů prý nejsou možné do konce roku, takže opravdu se bude otvírací doba zadávat ručně, jaký formát považujete za optimální? Ať tento formát zahrneme do manuálu pro knihovny, podle kterého jej budou vyplňovat. Třeba aby to bylo i výhledově použitelné?
Např:? 8:00-18:00 (s mezera mi bez nich?). Jak to zapsat, pokud je polední pauza, třeba oddělit údaje středníkem? (8:00-12:00;13:00-18:00).

Priorita bude urcena typem knihovny (krajska, mestska, ..). Defaultne se budou vysledky (i v naseptavaci) radit podle prioriy. Knihovny se stejnou prioritou se dal seradi podle nazvu.
Stavajici razeni podle nazvu bude mozne vynutit.

Pokud hledany retezec obsahuje velke pismeno s diakritikou, pak to nenajde zadne vysledky.
Napr. Městská knihovna Český Těšín

Jednak ji adresu v záložce kontakt lidé hledají (a nahoře ji přehlédnou) a také v situaci, kdy je opravdu miniknihovna takřka bez jakýchkoli údajů, tak v tuhle chvíli není v Záložce kontakt zobrazené vůbec nic, takže tím by se to vyřešilo.
Např. zde: http://info.knihovny.cz/libraries/ZNG525

Ještě mě napadlo, že nyní se poměrně intenzivně ADR upravuje, protože se propojuje s databází knihoven Ministerstva kultury a mělo by se tam aktualizovat více údajů, než dříve. Nevím, zda máme nějak nastavené, že pokud se něco mění, pan Záhořík nebo jeho kolegové nám o tom napíší a nebo se to dozvíme, až když nám něco přestane fungovat?
A ještě mám dotaz, jak často se bereme aktuální data z ADR?

Bylo by možné, aby dotaz vyhledal i dotaz, kdy někdo udá siglu s mezerou PIG 001 ? Nyní se vyhledají pouze kódy bez mezery, ale přitom je někde uvádějí právě s mezerou. Ptám se, zda je možné to jednoduše řešit, pokud ne, nepovažuji to za prioritu.

Muzeme vest pod MZK uctem pro GA?

Prosím o změnu některých označení( původní >> nové):

1. Databáze knihoven >> Vyhledat knihovnu
2. Vyhledat >> Hledat
   

U hledani pridat moznost filtrovani podle:

• kraje
• typu knihovny
• sluzeb

Telefon, Email, Odpovedne osoby

V databazi ukladat jen kody kraju a typu knihovny.
V UI se pouziji lokalizovane retezce cs/en

Dá se nějak získat záznam knihovny v jsonu, kde jsou použity všechny údaje? Nebo kde se dá získat seznam všech údajů?

Aby se všude uvádělo:
"Za správnost údajů zodpovídá samotná knihovna."

Zadejte město nebo název či siglu knihovny.

Pokud se budou akce sklizet, tak jich bude spousta. Ne vsechny budou tak "vyznamne".

Honzo ještě by mě zajímalo, jaký je perimetr na knihovny v okolí, když s info.knihovny.cz sdílím polohu?

-Ze Záložky Podrobné přesunout část Web do záložky Kontakty (a dát jej na první místo nad telefony)
-Záložku Podrobné zcela odstranit
-Spojit záložky Služby a Projekty do "Služby a projekty", a projekty dát až nakonec.
-také navrhuji změnit pořadí záložek, aby šly za sebou: Služby a projekty, Pobočky (ty se zobrazují jen u knihoven, které je mají) a Kontakty

neprohledávat pouze názvy, ale i podnázvy institucí a jejich celou adresu
př. podnázvu u ABE308 "Náprstkovo muzeum asijských, afrických a amerických kultur - Knihovna Náprstkova muzea"

API posílá pouze první, potřebujeme všechny
př. ULG001

Přemýšlela jsem, zda opravdu zobrazovat z adresáře všechny kontakty (mám na mysli telefonní čísla), které jsou v ADR, nebo zda je neomezit např. na 5-7 prvních čísel a ostatní nezobrazovat? A možná podobně omezit i počet zobrazovaných mailů. U některých knihoven mi to přijde příliš dlouhé, a domnívám se, že uživatele příliš zahlcujeme (předpokládám, že pokud někdo chce kontakt na mzdovou účetní z knihovny, už je s knihovnou v užším spojení).

Dobrý den, od správců Adresáře z NK mi dorazilo upozornění ohledně vyhledávání na info.knihovny.cz.
Můžeme ještě upravit vyhledávání tak, aby se dařilo najít více variant zápisu (viz komentář z NK níže):
zzzzzzzzzzzzzzzzzzzzzzzzz

• Vaše prosba o uvedení Variantního názvu včetně obce nebo města nás vedla ke znovuvyzkoušení vyhledávání (v alephu máme jako první možný kombinovaný dotaz hledání podle sigly nebo názvu nebo sídla, který vyhledá relevantní odpověď i v případě, že zadám např. městská Strakonice - sídlo nabírá z adresy). Jakým způsobem je vyhledáváno na knihovny.cz? Zjistili jsme totiž, že při zadání "knihovna Domažlice" se záznam najde, ale při přehození (tedy "Domažlice knihovna") ne.
  zzzzzzzzzzzzzzzzzzzzzzzzz

Koho tam uvest?
Ve funkcni analyze je KNAV, projekt zarizuje MKP, aplikace bezi v MZK.

Prosím, aby se při vyhledávání knihoven tak rychle nezobrazovala hláška "No existing match" v našeptávači.
"Nebyly nalezeny žádné výsledky. Zkuste svůj dotaz upravit a zadat znovu." by se mělo objevit, až když opravdu nic nenalezne, ale neodrazovat v našeptávači.

Vypsat seznam knihoven, ktere nemaji uplny nazev (napr. spousta vyledku Mestska knihovna, kde spravne ma byt nazev mestska knihovna v ...

Jsou to takove zaznamy, pro ktere existuje jiny zaznam se stejnym obsahem v polich NAZ$a, NAZ$b a NAZ$c.

po nasazení nejnovější verze začalo API vyhazovat výjimku při dotazu na markery na mapě

d618438#commitcomment-20019341

Narazila jsem na to, jak se výhledově budou propojovat funkce ze stávající bety a infa. Jde mi o funkci přidání knihovny do Oblíbených knihoven.
Tj. aby čtenář mohl knihovnu přidat do svých "Oblíbených knihoven" - a to jak z vyhledávání knihoven (tj. při zobrazení seznamu více knihoven při vyhledávání), tak při zobrazení samotné knihovny.

Podobně by mělo být v úvaze, kde přidávat do Oblíbených knihoven na betě - zda to bude možné přidat si do Oblíbených knihoven např. i ve výsledích vyhledávání?

Pouze hlavni nazvy NAZ$a nestaci.
Napr. "Masarykova univerzita" - http://czech-libraries.herokuapp.com/libraries?q=Masarykova+univerzita
ma 17 zaznamu a vsechny maji stejny hlavni nazev.

V hledani, vysledcich hledani a v detailu knihovny pouzit i vedlejsi nazvy
Napr.
NAZ$b - Filozofická fakulta
NAZ$c - Ústřední knihovna

Nektere knihovny maji pole POB bez nazvu a mista pobocky.
Napr.
http://info.knihovny.cz/libraries/KAG503
http://info.knihovny.cz/feeder/show/KAG503

V tomto pripade je v detailu tab "pobocky" s prazdnym obsahem.

Netuším proč, zda je problém v API, ale u některých knihoven se nezobrazují projekty, i když jsou v ADR NK vyplněné. U MZK se zobrazují v pořádku:http://info.knihovny.cz/libraries/BOA001
u MKP nikoli: http://info.knihovny.cz/libraries/ABG001
Můžete se na to prosím podívat?

Kontakty se pres produkcni Postgres radi opacne nez na lokalnim serveru.
Explicitne vynutit razeni podle data vytvorieni kontaktu od nejstarsiho = poradi v ADR od prvniho

Narazila jsem při vyhledávání podle adresy, že se při zadání dotazu "Praha" vrátí pouze 31 výsledků, ale pokud zadám např. Praha 1 vrátí se 127 výsledků. Šlo by nějak vyrešit, aby se při zadání Praha zobrazily knihovny opravdu z celé Prahy?
Nevím, čím tato nesourodost vznikla, když jsem hledala v ADR NK, zda mají adresu udanou jinak knihovny, které se zobrazí po zadání Praha a nebo Praha 2, tak jsem si ničeho odlišného nevšimla.
Je možné, že podobný problém vznikne i u jiných měst?