Menu ▾ ▴

Feedback 0.3.4

Tomas Knap Dušan Rychnovský Mifeet Tomas Soukup Jakub Daniel

Feedback 0.3.4

Toto jsou poznámky k release 0.3.4.

Graphs in error

K zamysleni: tlacitko, co zobrazi metadata ke grafu, aby tam nebyl jen GUID. Ale jinak tahle tabulka s prehledem grafu je super

Debugging

DN Templates

Ontologies (ty jsem minule neprochazel, proto je toho vice ;)

  • !! Kde si muzu zobrazit vytvorena ontology mappings? To tam nemuzu najit. Ale musim pochvalit autocomplete, ten je fajn.

    • TS: Původně byly v grafu ontologie, ale dohodli jsme se, že je přesunu do samostatného grafu a zobrazení v tabulce dodělám později.
    • TK: jj, to je rozumne, v tom okne s detailem ontologie by byt nemely

  • Kdyz si tam nahraju onto i s komentari, tak je pak v detailu nevidim, takze je to tezko citelne. Urcite bychom nemeli pro okno s detailem/editovaci okno zahazovat komentare. Klidne bych zachoval to formatovani vstupniho souboru, typicky to bude lepsi nez to formatovani co tam udelas ty, Tome :) Tedy jednak onto naparsovat do trojic a ulozit trojice a jednak bych take drzel proste kus textu vcetne formatovani/komentaru atd. (co tam clovek nahraje, vlozi)

    • TS: Můžu dodělat dvojí ukládání - do trojic i soubor
    • JM: Budem to ukládat do souboru, nebo rel. db?
  • Kdyz si nejake komentare v editovacim okne dodam, tak o ne prijdu.
  • Vlozena onto by se mela syntakticky zvalidovat nekterym dostupnym validatorem (nevim nakolik se to deje)
    • TS: Když mi nějaký poskytnete, rád ho použiju.
  • (neni relevantni)Format vlozene onto by byl takovy, jaky uzivatel pouzije, chtelo by to podporovat zas aspon RDF/XML a TTL
    • TS: Pokud budeme ukládat celý soubor, tenhle problém odpadá.
  • Kdyz zedituju onto a znevalidnim XML dokument, tak to jednak dlouho chrousta a pak to vyplivne hlasku typu: "The ontology could not be updated due to an unexpected error." To by chtelo informaci z validatoru, ze na radku XX je neukonceny element. Coz mi pripomina, ze by tam mela byt cisla radku u toho editoru :)
    • TS: To nevím, jestli ti nějaký validátor poskytne. Leda vyplitvnou přímo jeho error message...
  • Ontology -> detail
    • je tam problem s prefixes, ackoliv si tam vlozime smysluplne, tak potom v detailu mam:j.0,
      j.1, ..
    • TS: Na to jsem koukal, ale nevím, co s tím.
    • Vlozim tam onto s nejakymi prefixes, zobrazim si detail a tu onto mi to zahumusi dalsimi prefixes (to by mela byt interni vec)
    • JM: to by vyřešilo to ukládání do souboru
  • (neni relevantni) Pokud je v nahravane ontologii neznamy prefix v deklaraci prefixu a neni konfliktni s nekterym s mych prefixu, tak ho pridam mezi prefixy.
    • JM: to nedává smysl, měnit prefixy může pouze admin
    • TK: jj, viz niz, to dava lepsi smysl
  • (FW) Chtelo by to jeste treti moznost jak nahrat onto -> tim, ze predam HTTP URI ontologie a pres content negotiation bych mel dostat RDF/XML nebo ttl podobu, kterou muzu zobrazit v editovacim okne
    • TS: Nevím, jak se to ve Wicketu dělá, ale nemělo by to být obtížné.
    • JM: future work

  • (FW) Bylo by dobre do nejakeho seznamu (klidne jen read-only labels) psat ontologies, na ktere se narazilo pri zpracovani dat, ale nas ontology manager je nezna -> spravce ontologii by je mohl potom rucne dotahnout (pokud je bude povazovat za duveryhodne). Tohle je dulezite vedet, kdyz to vedet nebude, tak bude spousta dat prochazet jen tak, nebudou se aplikovat pravidla z onto plynouci.

    • TS: To se dá ze vstupu poznat, že se data vážou na nějakou ontologii? Každopádně je to už dost nad rámec zadání...
    • JM: future work, navíc to jde dělat jenom heuristicky

  • Otazka: Jak tedy funguje ten update? REsp. kdyz si updatuju ontologii, tak mi zustanou mappings, ktere se tykaji termu, ktere jsou i v updatu?

    • TS: Zatím se při update smažou mapování, předělání updatu mám v TODO listu.
    • TK: ok, super, tedy admin muze nahrat novou verzi onto, mappings mu zustanou (ty co davaji smysl?)

  • Podle me je na tomto jeste dost prace (zvlast na tom editoru a vecech kolem), otazkou je, na co se zamerit

  • TS: Souhlasím - zapracování všech připomínek už bych určitě nestihl - zatím mám TODO-list tak do konce října (z připomínek je tam ten update a zobrazení vytvořených mapování). Rozhodně bych se nezaměřoval na nějaký vychytaný editor (můj názor). Původně měl jít soubor jen uploadnout - jeho zobrazení v okně už je navíc.

  • JM: nejde o bug, ale featuru; není to editor, ale stránka pro vložení; editor bychom nikdy neudělali tak použitelný, aby se dal srovnat s něčím specializovaným

  • TK: ok, pojdme tedy adresovat ty lehke pripominky vys a to mapovani - aby byly vazby videt a nezrusily se pri nahravani nove verze. Naseptavani, ktera onto chybi a nahravani pres HTTP je FW.

Ostatní

  • Dusane, ve volne chvili zkus prosim dodelat tu napovedu do gui..musime myslet na to, ze uz si ten tool muze nekdo zkusit a tohle ho nepotesi. Tu napovedu pis prosim v AJ. Take dej neco smysluplneho na uvodni obrazovku, tohle nepusobi moc dobre.

    • DR: napovedu do GUI ma na starosti JD, viz dokument Remaining Tasks
    • JD: napoveda je in progress, ted pred releasem sem se venoval vecem, ktere maji dopad na celkovou funkcnost. Napoveda taky dost vychazi z toho, ze se rozhodnem dane veci uz nemenit. Treba podporovane formaty, hierarchii pravidel. Jelikoz kazda tahle zmena znamena v podstate zahodit puvodni popis a napsat novy, jinak by tam zustaly nesmysly.
    • TK: Jj, souhlasim. Ale myslim, ze ta soucasna verze uz je pouzitelna, tedy je sance, ze si ji nekdo stahne a zkusi. Pak by tam napovedu mit mel. Tedy urcite by to mel byt cil pristi release, ktera uz by mela obsahovat vse, pak uz jen doresit bugy a odevzdat.

  • pro PJ, blbost, kdyz locknu pipeline, tak mi engine vypise jen:

     
    
INFO [pool-3-thread-2] (InputWS.java:42) - InputWS webservice starts processing
    
 for input
    
 INFO [pool-3-thread-2] (InputWS.java:71) - InputWS webservice ends processing f
    
or input graph efa15969-4861-4d33-bac0-2dd9e697d951

    a hodi graph do stavu QUEUED. To je spravne, ale mel bych asi na urovni INFO videt, ze stav je ve stavu QUEUED

  • jeste jedna vec, potreboval bych abyste mi aspon sepsali do skriptu, kterymi sql dotazy si vyexportuju dn/qa/oi pravidla a naimportuju do nove verze (pokud se nezmeni db). Pokud by bylo u skupiny exportovaci tlacitko tim lepsi, ale uz nechci pridavat funkcionalitu, tedy staci mi ty dotazy. Podobne pro prefixes, nastaveni output ws. Abych si to mohl zalohovat.

    • TK: Resp. kdyz mi sepisete do progr. dokumentace jake tabulky pouzivate pro ulozeni ceho, tak si to dokazu vyexportovat sam, to je asi nejrozumnejsi