Open smallcubes opened 3 years ago
Dobrý den, máte nějaký konkrétní příklad? Mě se ty identifikátory (ISBN, ISSN a ČNB) zobrazují. (Možná myslím něco jiného.) Cypzirschová
aktualizoval jsem issue @Cypzirschova, ve kterém jsem to rozvedl. Je to za Vás takto v pořádku?
Nevím, zda se bude připojovat i SYS, když záznamy se budou brát ze SKC. Pod číslem čnb000980375 jsem v Alephu našla toto SYS 000980375. To bude otázka na někoho z IT.
U žádostí/výzev by asi mělo být např. číslování. V současné době se to vlastně řadí jen podle datumu a pak se to dá jen dál vyfiltrovat, ale konkrétní identifikátor samostatné žádosti/výzvy nemají. Možná by bylo dobré je číslovat (příp. nějaký jiný identifikátor)? Nevím, jestli myslíme to samé?
@smallcubes
@JanMeritus opraveno původní issue
Pridano Aleph OAI identifikator, id zadosti
@albertoh přijde mi to v pořádku, poprosil bych @JanMeritus o schválení
@smallcubes @albertoh proc nebude mit zaznam vlastni interni identifikator ale jenom OAI Aleph identifikator?
Ono to muze, ale neni to nutne. Vsechny zaznamy do systemu se nedostanou z Alephu pres OAI harvester
Poprosil bych @JanMeritus o vyjádření a případné uzavření.
@albertoh core proto uz by mel mit vlastni unikatni SDNNT ID, prosim o implementaci
To vyrazne zpomali harvest z Alephu: v pripade, ze index bude mit vlastni identifikator, pri harvestu musi zkontrolovat existence se stejnim aleph ID.
@albertoh domluveno s @pavel-stastny na callu, implementace napr prostrednictvim md5tek.
@pavel-stastny prosim neodstranovat samovolne z milniku, pokud z nejakyho duvodu (napr komplexity a nasledne dohody) neni zarazeno k publikaci, treba zde napsat
nutné ověřit @smallcubes
@smallcubes Není nutno ověřovat. Není zahrnuto ve verzi 0.9
@pavel-stastny do ktere verze je to planovano, pozadavek na UUID je stezejny, pokud to smeruje k rozpojeni bazi
@JanMeritus Zatím neplánováno. Nový/starý identifikátor nemá přímý vliv na funkci.
Ještě doplním issue pro kontext: Žádosti mají generovaný identifikátor, záznamy používají jednoznačnou identifikaci přebíranou z katalogu.
@JanMeritus poprosil bych o schválení a případné uzavření
@smallcubes jednoznacny identifikator by mel byt dostupny. I kdyby to mel byt identifikator prebrany/skopirovany ze SKC zaznamu. Neni vyloucene ze do budoucna se s tim bude neco dit.
@pavel-stastny lze zajistit, že ten oai-aleph:identifikator bude vždy jedinečný pro daný záznam? Pokud ne, tak bylo dobré použít samostatný identifikator, jak navrhoval @JanMeritus.
@smallcubes @JanMeritus http://www.openarchives.org/OAI/openarchivesprotocol.html#UniqueIdentifier
@JanMeritus @smallcubes Pokud by to nebyl unikatni tak je to vetsi problem nez jenom vymysleni alternatviniho zapisu id.
@JanMeritus @pavel-stastny pokud tedy nemůže záznam v SKC dostat stejný id v oai a tím i v SDNNT, tak bych poprosil jenom @JanMeritus o schválení.
@pavel-stastny ještě bych měla na Vás dotaz k identifikátoru. Podle @JanMeritus nelze 100% zajistit, že identifikátor z Alephu NK ČR bude vždy jednoznačný a nikdy neopakovatelný, ačkoliv to standart předepisuje. Ideální řešení je, aby unikátní identifikátory měly všechny záznamy s výjimkou záznamů mimo seznam DNNT. (stavové rozhraní)
@CIZKOVAL Myslím, že pokud by exisotvaly duplicity v SKC, tak by to byl daleko větší problém i z pohledu updatu dat, vyřizování žádostí, atd.. Asi by bylo lepší to probrat na schůzce.
interni unikatni identifikator - bez napojeni na vonkajsek, dle domluvy s @pavel-stastny
@CIZKOVAL @smallcubes v jakem je to stavu, prosim o posunuti issue
@JanMeritus vypadá to beze změny z front-endu. V SOLR, jádro catalog
, jsem taky nic nenašel.
@pavel-stastny
dle @pavel-stastny bude pridan identifikator prosim o informaci zde
@smallcubes @JanMeritus Přidán identifikátor. Nyní svázaný pouze s OAI.
@pavel-stastny mohl byste prosím issue přidat na milestone, pokud bude v 1.0.5?
Přiřazeno. Identifikátor se nyní používá pro interní účely a je nutný reindex dat.
V SOLR jsem nalezl tento id, je to on? Zmíněný identifikátor nelze vidět ve Front-endu.
"id_sdnnt":["54bc254f4be6d18b715ecfbd08035b2b"],
Stačí implementace takto @JanMeritus ?
@smallcubes viz zadani vyse
by melo byt prostrednictvim API pripadne nahledu moznost stotoznit pomoci ... prostrednictvim jednoznacnyho nezamenitelnyho a znovu nepouzitelnyho identifikatoru v ramci interniho systemu SDNNT (neni nutno ho zobrazovat uzivatelum, ale musi tam byt).
tj via API se s nim musi dat pracovat
@JanMeritus toto issue bych tedy zavřel a vytvořil nové. (Přidání interního identifikátoru do API) V jakých částích API (veřejné/neveřejné) by měl být přístupný?
@smallcubes cokoli co chci delat s nejakym zaznamem standardne muzem delat via identifikaci cez identifikator SDNNT
identifikátor nelze vidět v API:
/request
{
"identifiers": [
"oai:aleph-nkp.cz:DNT01-000160905"
],
"pozadavek": "TEST 1 VNZ API",
"poznamka": "TEST 1 VNZ API",
"id": "49b982b4-4d37-4368-a283-dd5afbb54596",
"datum_zadani": "2022-06-20T07:54:11.849Z",
"navrh": "VNZ",
"indextime": "2022-06-20T08:26:00.741Z",
"user": "knihovna",
"state": "processed",
"details": [
{
"identifier": "oai:aleph-nkp.cz:DNT01-000160905",
"reason": "Zamítnuto: TEST 1 VNZ API ",
"user": "kurator",
"state": "rejected"
},
{
"identifier": "oai:aleph-nkp.cz:DNT01-000160905_(A,dnntt)",
"reason": "Zamítnuto: TEST 1 VNZ API ",
"user": "kurator",
"state": "rejected"
}
]
}
Pomocí vnitřního identifikátoru nelze zadat žádosti v API:
např. /request/batch/nzn
{
"batch": [
{
"identifiers": [
"912489e2a459424f323b8df072be3004"
],
"pozadavek": "Issue #76",
"poznamka": "Issue #76"
},
]
}
Identifikátor lze vidět v API:
/catalog
{
"identifier": "oai:aleph-nkp.cz:SKC01-001089630",
"sdnnt_identifier": "7441eefae570179a0c3a2993adba222a",
"other_identifiers": {
"ccnb": [
"cnb000697600"
]
},
Ve front-endu je vidět jako interní identifikátor:
stav v 1.0.6 zůstal stejný
Dobrý den,
u jednotlivých záznamů chybí možnost zobrazit jednoznačný identifikátor pro tento záznam.
@JanMeritus @Cypzirschova
edit: 28/8/2021 oprava issue