Tuonti, alkuperä ja jakaminen

Tuonti: mitä kirjoitetaan ja mitä ei koskaan

Ottelun, aseman tai toisen tietokannan tuonti lisää sen, mikä puuttuu; se ei korvaa sitä, mikä on jo olemassa.

Asemaa ei koskaan kahdenneta. Sen tunnistaa sen identiteetti — nappulat, kuutio, nopat, pistetilanne — ei koskaan tiedosto, josta se tulee: sama asema kahdessa eri ottelussa pysyy yhtenä ainoana rivinä.
Tietokannan tuominen lukee takaisin kaiken, minkä vienti kirjoittaa. Positiot analyyseineen ja kommentteineen, mutta myös ottelut (pelit ja siirrot mukaan lukien), turnaukset Johtoineen ja Kohtaamisineen, litterointiluonnokset, aliakset, kokoelmat, oppitunnit ja Anki-pakat: ks. Tietokannan yhdistäminen. Mitään ei ylikirjoiteta: jo olemassa olevaa ottelua ei kopioida uudelleen, samanniminen turnaus saa ottelut muuttamatta tapahtuman päivämäärää (sen viimeisimmän muokkauksen päivämäärä etenee, koska se saa uusia otteluita), turnaus, jolla on jo Johtonsa, säilyttää sen ja jää tuodun Kohtaamisen ulkopuolelle, jo toiseen turnaukseen tai taulukon toiseen paikkaan sijoitettu ottelu pysyy siellä, ja se, minkä tietokanta oli jo päättänyt, pysyy sen päättämänä. Tuonnin luomat turnaukset, Johdot, Kohtaamiset, litterointiluonnokset ja aliakset säilyttävät alkuperäiset päivämääränsä; luodut kokoelmat, oppitunnit ja Anki-pakat eivät säilytä niitä.
Yksi analyysi moottoria kohti. eXtreme Gammon, GNUbg, BGBlitz ja sisäänrakennettu evaluaattori elävät rinnakkain samassa asemassa, ja Analyysi-paneeli kertoo kunkin alkuperän. Yhden tuonti ei pyyhi toista pois.
Tuotua analyysiä ei koskaan lasketa uudelleen. blunderDB tallentaa sen sellaisenaan, tasotunnisteineen (« 3-ply », « XG Roller++ », « Book »), ekvitteineen, virheineen, todennäköisyyksineen ja nopanheiton onnineen. Sääntö on « evaluointi täyttää vain aukon »: automaattinen analyysi tuonnin jälkeen käy läpi vain asemat, joilla ei ole mitään analyysiä, ja vanhentuneiden gammonNet-analyysien uudelleenanalyysi jättää koskemattomaksi jokaisen aseman, jolla on tuotu analyysi (ks. Asetukset).
Jo tallennetun ottelun tuominen uudelleen tuo vain syvemmän. Ottelu tunnistetaan pelistään (pelaajat, pituus, nopat, siirrot, kuutio), ei analyysistään: yhtään ottelua, peliä tai siirtoa ei kirjoiteta uudelleen. Lähdeohjelmassa asetetut merkinnät lisätään, ja tallennettua syvempi analyysi korvaa sen asema asemalta — saman ottelun Roller++-versio korvaa 3-ply-version tuontijärjestyksestä riippumatta; samalla tai pienemmällä syvyydellä tallennettu analyysi säilyy. Saman tiedoston tuominen uudelleen ei siis kirjoita mitään uudelleen. Tuontiraportti erottaa kaksoiskappaleet, jotka eivät tuoneet mitään, niistä, jotka syvensivät analyyseja. Komentorivillä --skip-duplicates ohittaa kaksoiskappaleen ottamatta siitä muuta kuin merkinnät. Katkaistu ja myöhemmin täydennetty ottelu (enemmän pelejä) ei ole sama ottelu: se tuodaan toisena otteluna.
Lukukelvoton analyysi ei estä ottelun tuontia. Päätös, jonka analyysissä on arvo, joka ei ole äärellinen luku (NaN tai ääretön, joita joissakin XG-tiedostoissa on), tuodaan ilman tätä analyysiä; muu ottelu tuodaan tavalliseen tapaan, ja tuontiraportti laskee kyseiset päätökset.
Jo toisilla nimillä olemassa oleva ottelu raportoidaan, mutta sitä ei koskaan yhdistetä. Kaksi ottelun sormenjälkeä sisältävät pelaajien nimet: ”Martin A.” ja ”Alice Martin” ovat kaksi ottelua. Tuonti vertaa myös noppia (pituus, alkutilanne, kunkin pelin nopat) ja raportoi tiedoston rivin alla ja raportissa tietokannassa jo toisilla nimillä olevan ottelun, jonka nopat sillä on. blunderdb repair --duplicates luettelee nämä parit olemassa olevasta tietokannasta sekä katkaistut ottelut ja niiden pidemmän version.
Toisella kirjoitusasulla tunnettu nimi tallennetaan kanonisella nimellään. Alias kertoo, että ”Martin A.” on ”Alice Martinin” toinen kirjoitusasu (tai että tapahtuman nimi on toisen nimen toinen kirjoitusasu). Tuonnissa pelaajien ja tapahtuman nimet korvataan kanonisella nimellään, ja ottelu sijoitetaan kanonisen tapahtuman turnaukseen. Ottelun sormenjäljet säilyttävät tiedoston nimet: ennen aliaksen olemassaoloa tuotu tiedosto tunnistetaan siksi aina. Ottelu, jonka nopat ovat tietokannassa olevan ottelun nopat ja jonka nimet eroavat vain tunnettujen aliasten osalta, ei ole toinen ottelu: sen analyysit rikastavat tallennettua.

Aliakset hallitaan asetusten Korpus-välilehdellä: valitse Pelaajat tai Tapahtumat, kirjoita alias ja kanoninen nimi tai poista alias luettelosta. Ehdota luettelee nimet, jotka eroavat vain kirjainkoon, aksenttien, välimerkkien tai sanajärjestyksen osalta; mitään ei oteta käyttöön ilman napsautusta Käytä. Samalla välilehdellä on valintaruutu Ohita kaksoiskappaleet tuonnissa (--skip-duplicates-valitsimen vastine, istunnon ajaksi) ja olemassa olevan tietokannan todennäköisten kaksoiskappaleiden haku, sama kuin blunderdb repair --duplicates: jokainen pari annetaan ottelunumeroillaan, mitään ei yhdistetä. Samoilla nopilla olevan parin alla Luo nämä aliakset tallentaa yhdellä napsautuksella pelaaja-aliakset, joiden jälkeen molemmat ottelut nimeäisivät samat pelaajat, ja uudemman ottelun kirjoitusasusta tulee alias: vain yksi ehdotus, kun nimi on yhteinen molemmille, muuten kaksi — paikka paikalta, sitten ristiin — joista valitaan se, joka kertoo, kuka on kuka. Komentoriviltä: blunderdb players alias ja blunderdb events alias.

Kansio tuodaan rinnakkain. Tiedostot luetaan usealla ytimellä yhtä aikaa ja kirjoitetaan ryhmittäin, aina kansion järjestyksessä: otteluiden numerot eivät riipu koneesta. Tiedostoa, joka on tavu tavulta sama kuin samasta kansiosta jo luettu tiedosto, ei lueta uudelleen: se lasketaan kaksoiskappaleeksi. Peruuttaminen pysäyttää tuonnin meneillään olevaan ryhmään; jo kirjoitettu säilyy.
Edistyminen luetaan asemina sekunnissa. Tuontiikkuna näyttää luetun prosenttiosuuden, nopeuden, arvioidun jäljellä olevan ajan ja juoksevat määrät (tuodut, kaksoiskappaleet, virheelliset). Pienennä siirtää sen tilariville, josta merkki avaa sen uudelleen: tuonti jatkuu sillä aikaa kun työskentelet, ja ikkuna palaa lopuksi itsestään raportin kanssa. Sata ensimmäistä virhettä luetellaan; loput lasketaan, ja sovelluksen loki nimeää ne kaikki. Komentorivillä blunderdb import --type batch näyttää saman edistymisen virhetulosteessa, ja --format json palauttaa sen lopullisessa oliossa (progress).
Jokainen tuonnin tiedosto kirjataan lokiin, ja keskeytynyt tuonti voidaan jatkaa. Erän loki säilyttää jokaisesta tiedostosta polun, koon, muokkauspäivämäärän, SHA-256-sormenjäljen ja tuloksen: uusi ottelu (numeroineen), kaksoiskappale (sen kattavan ottelun kera), rikastettu ottelu tai virhe (viestin kera). Peruttu tai katkennut tuonti jatkuu toistamatta jo päätettyä: tiedosto, jolla on sama polku, koko ja päivämäärä, ohitetaan lukematta; tiedosto, jolla on sama sisältö, luetaan mutta sitä ei analysoida; virheellinen tiedosto yritetään uudelleen. Sovelluksessa tuonnin päätösikkuna luettelee lokin (yksi tiedosto riviä kohti, tuloksineen ja virheen viestineen; uudelleen yritetty tiedosto näyttää viimeisen lopputuloksensa), ja ottelun tuottanut rivi avaa sen. Peruttu tuonti jättää ikkunan auki Jatka-painikkeen kanssa. Komentorivillä blunderdb import --type batch --dir <kansio> --resume <erä> jatkaa erää, jonka numero näytettiin tuonnin alussa, ja --format json palauttaa lokin lopullisessa oliossa (journal). Palvelin hyväksyy kentän resume pyynnössä imports.batch ja palauttaa lokin kutsulla imports.files. Loki on tuonnin tietoa: tietokannan avaaminen tai lukeminen ei kirjoita siihen mitään.
Sovelluksen pysähtymisen katkaisema tuonti jatkuu ikkunasta. Komento :resume luettelee tuonnit, joita mikään ei ole päättänyt; valitse jatkettava ja osoita sitten kansio tai tiedostot uudelleen, kuten --dir komentoriviltä. Erän loki ratkaisee, mitä ei lueta uudelleen.
Suuri kansio tuodaan massatilassa. 200 tiedostosta alkaen blunderDB kirjoittaa suuremmalla välimuistilla ja harvemmilla tarkistuspisteillä. Jos tietokannassa ei ole vielä yhtään asemaa, se menee pidemmälle: hakuindeksit rakennetaan uudelleen vasta lopuksi, eikä kirjoituksia enää synkronoida levylle. Sähkökatko tällaisen tuonnin aikana voi silloin vahingoittaa tietokantaa: se on luotava uudelleen ja tuonti käynnistettävä uudestaan. Ohjelman äkillinen pysähtyminen sen sijaan jättää vain puuttuvia indeksejä, jotka seuraava avaus rakentaa uudelleen (loki kertoo siitä).
Mitä blunderDB ei koskaan kirjoita: uudelleen laskettu onni — se luetaan lähdetiedostosta tai jää tuntemattomaksi — ja rollout, jota se ei ole itse ajanut: .xg-tiedoston rollout-tietoja ei avata. Vain blunderDB:n itse tuottamat rollutit (Rolloutit) tallennetaan analyysin viereen.

Metatietopaneeli

Metatiedot-paneeli (CTRL-M) näyttää nykyisen tietokannan yleistiedot: Käyttäjä, luontipäivä (Luotu), skeeman Versio ja Kuvaus. Käyttäjä, päivämäärä ja kuvaus muokataan paikan päällä ja tallennetaan kentästä poistuttaessa; versio on vain luettavissa. Saatavilla myös komennolla meta.

Se näyttää myös tietokannan alkuperän, jos sellainen on — ks. Tietokannan jakaminen: alkuperä ja salasana. Tavallisessa tietokannassa tätä osiota ei näy.

Tietokannan jakaminen: alkuperä ja salasana

Asemakokoelmaa jakavalla opettajalla on käytössään kaksi toisistaan riippumatonta mekanismia, molemmat vapaaehtoisia ja vientihetkellä valittavia: tiedoston merkitseminen alkuperällään ja sen suojaaminen salasanalla.

Muista

Kumpikaan ei seuraa, mitä tiedostolle tapahtuu. blunderDB ei tallenna mitään tietokannan vastaanottajan puolella: merkityn tietokannan avaaminen on täsmälleen samanlaista kuin minkä tahansa muun avaaminen, eikä missään kirjata, kuka sen avasi, milloin, tai mistä sen sisältö on peräisin.

Tietokannan merkitseminen alkuperällään

Vientiikkuna mahtuu yhdelle näytölle: otsikkokaista — viedyt asemat, Peruuta ja Vie… — ja sen alla ruudukko, jossa on yksi rivi kutakin ryhmää kohti lukumäärineen. Nämä luvut ovat tarkkoja: ne luetaan palvelimelta jokaisen ruudun muutoksen jälkeen samasta valinnasta kuin itse vienti, ja ne ovat sitä, mitä tiedosto tulee sisältämään. Tiedosto valitaan viimeisenä, painikkeen Vie… jälkeen; valinnan sulkeminen ilman nimeä palauttaa ruudukkoon. Kirjoituksen ajaksi päälle tulee edistymisilmaisin, ikkuna sulkeutuu itsestään ja tulos näkyy tilarivillä.

Yhdeksän kohtaa ansaitsee huomiota:

Laajuus: luettelosta — hausta, kokoelmasta — rivi Laajuus valitsee vaihtoehdoista Nykyinen luettelo ja Koko kirjasto. Nykyinen luettelo vie asemansa, ja rivi Ottelut tarjoaa vain ne ottelut, joissa nämä asemat on pelattu; jokainen valittu ottelu lähtee kaikkine asemineen. Kirjastosta käsin laajuus on kirjasto.
Koko kirjasto on palvelimen ja komennon export --type database vienti: kaikki ryhmät on valittu valmiiksi, Anki-pakat kertaushistorioineen, ja kesken olevat litteroinnit lähtevät muun mukana.
Synkronointi: kun valittuna on Koko kirjasto, rivillä Synkronointi on valinta Vain uusi edellisen tähän kansioon tehdyn viennin jälkeen ja painike Valitse kansio…. Tiedostoa ei silloin enää kysytä: se kirjoitetaan tähän kansioon uudella nimellä, ja määrät ovat uuden aineiston määriä (katso Kahden koneen synkronointi).
Ottelu lähtee litterointiluonnoksensa kanssa, rivin Ottelut ruudun Litteroinnit alla, joka on valittu valmiiksi; samoin ottelut, jotka myös turnaus vie mukanaan. Luonnos, joka ei ole vielä tuottanut ottelua, lähtee vain koko kirjaston mukana. Paikalliseen videoon liitetty ottelu tai litterointi vie mukanaan vain tiedoston nimen ilman kansiota, jonka vastaanottaja sijoittaa uudelleen omaan kopioonsa; verkkolinkki lähtee sellaisenaan. Tiedosto, josta ottelu tuotiin, lähtee niin ikään vain nimellä.
Ottelu lähtee pelaajiensa ja tapahtumansa aliaksineen: valmiiksi valittu ruutu Aliakset saa pelaajien yhdistämisen seuraamaan mukana, ja vastaanottaja lukee yhdistetyn pelaajan yhtenä. Alias, joka ei nimeä ketään viedyistä otteluista, jää teille.
Kokoelma, jonka kaikki asemat eivät ole luettelossa, saapuu typistettynä. Kokoelmaluettelo näyttää kustakin katetun osuuden (”12/40”) ja merkitsee sen punaisella, kun se on osittainen. Ruutu + niiden asemat vie valittujen kokoelmien asemat: käsin tehdyn luettelon asemat ja ne, jotka elävän kokoelman kysely valitsee. Elävä kokoelma, jonka kysely viittaa riveihin, joita tiedosto ei sisällä, viedään jäädytettynä: se saapuu luettelona siitä, mitä sen kysely valitsee nyt, ja luettelo merkitsee sen punaisella ”jäädytetyksi” sekä huomautuksella; ruutu + niiden asemat pitää sen elävänä.
Turnaus lähtee aina otteluidensa mukana: ilman niitä turnauksen ja ottelun välistä yhteyttä ei ole, ja turnaus saapuisi tyhjänä. Turnauksen valitseminen vie sen ottelut mukanaan, vaikka otteluiden ruutu olisi tyhjä tai rajattu muihin. Se lähtee myös Johtonsa mukana — päiväkirja, parit, pöydät ja viedyn ottelujen liitokset — ja sen Kohtaaminen lähtee heti, kun jokin sen turnauksista lähtee; Johdon tulostekansio jää teille. Johto löytyy avaamalla tiedosto tai tuomalla se toiseen tietokantaan.
Anki-pakka lähtee asemineen, uutena opiskelukopiona. Ruutu historiani kanssa vie lisäksi kunkin kortin tilan ja sen kertausten lokin: varmuuskopion tai toiselle koneelle siirretyt pakkanne. Se on valitsematta luettelolle ja valittuna kirjastolle.
Tallennetut suodattimet eivät vie sisältöä vaan omia hakujanne, joista ei ole hyötyä jonkun toisen tietokannassa; ruutu on valitsematta luettelolle. Suodatin, joka viittaa asemaan, otteluun tai turnaukseen sen numerolla, numeroidaan tiedostoa varten uudelleen; jos se viittaa johonkin, joka ei lähde, se jää teille.

Kokoelmat, oppitunnit, litteroinnit, Anki-pakat, aliakset ja turnaukset lähtevät niillä luonti- ja lisäyspäivämäärillä, jotka niillä on teillä, eivät viennin päivämäärällä.

Kentät Käyttäjä, Kuvaus ja Luontipäivä kuvaavat tuotettua tiedostoa; ne esitäytetään lähdetietokannasta.

Kun valitset Vesileima, esiin tulee kaksi kenttää:

Alkuperä — mikä tämä tiedosto on ja mistä se on peräisin, omin sanoin: ”Jean Dupontin kurssi — 12. maaliskuuta 2026”. Tämä kenttä on pakollinen: niin kauan kuin se on tyhjä, sen reunus on punainen ja vientipainike pysyy ei-aktiivisena.
Huomautus, valinnainen — käyttöehdot, yhteysosoite, pyyntö olla jakamatta eteenpäin.

Merkintä allekirjoitetaan merkitsijän identiteetilläsi. Se on siten muuttumaton ja väärentämätön: kukaan ei voi muuttaa sitä eikä valmistaa sellaista sinun nimissäsi. Se ei sen sijaan ole poistamaton — jaettu tiedosto on tavallinen SQLite-tietokanta ja blunderDB on vapaa ohjelmisto. Merkintä ei estä mitään: se kertoo, mistä tiedosto on peräisin.

Kirjoittamasi kommentit allekirjoitetaan samalla identiteetillä: vastaanottaja näkee, että ne ovat peräisin sinulta, ja onko niitä muutettu matkalla (katso Kommenttipaneeli). Kommentti, jolla on jo toisen merkitsijän allekirjoitus, säilyttää sen. Tilarivi kertoo viennin lopussa, kuinka monta kommenttiasi allekirjoitettiin; merkitön vienti ei allekirjoita yhtään.

Merkitsijän identiteetti

Merkinnät allekirjoitetaan merkitsijän identiteetilläsi, joka syntyy itsestään ensimmäisellä kerralla, kun merkitset tiedoston; mitään ei tarvitse määrittää. Se kuuluu henkilölle eikä tietokannalle: kaikissa tiedostoissasi on sama julkinen sormenjälki muotoa A3F1-9C24-7B05-E1D8.

Voit kertoa tämän sormenjäljen vastaanottajillesi, jotta he voivat varmistaa tiedoston tulevan todella sinulta. Identiteetti siirtyy koneelta toiselle yhtenä tiedostona (pääte .bdbid), haluttaessa salalauseella suojattuna. Tällä tiedostolla voi allekirjoittaa sinun nimissäsi: älä jaa sitä.

Asetuksissa (työkalurivin rataskuvake) Merkitsijän identiteetti -välilehti näyttää nimesi ja sormenjälkesi ja tarjoaa toiminnot Tallenna identiteetti…, Lataa identiteetti… ja Luo uusi….

Varoitus

Uuden luominen ei mitätöi mitään. Merkintä sisältää sen allekirjoittaneen julkisen avaimen: se todentuu siis ikuisesti, aivan itsekseen. Jos identiteettitiedostosi on vuotanut, sen haltija voi jatkaa allekirjoittamista vanhalla sormenjäljelläsi, ja nuo merkinnät pysyvät pätevinä.

Vuodon jälkeen sinua ei suojaa ohjelmisto: suoja on siinä, että julkaiset uuden sormenjälkesi ja ilmoitat vastaanottajillesi vanhan pätemättömäksi.

Uuden luominen korvaa nykyisen avaimen; blunderDB tarjoaa mahdollisuutta tallentaa se ennen korvaamista.

Tietokannan suojaaminen salasanalla

Salasana kirjoitetaan peitettynä, sekä tässä että suojattua tiedostoa avattaessa; silmäkuvake näyttää sen niin kauan kuin sitä pidetään painettuna ja peittää sen taas heti, kun ote irrotetaan.

Kun valitset Salasana, syntyy tiedosto, jonka pääte on .dbx — myös silloin, kun tallennusikkunassa valittu nimi päättyy .db. Avaa se tavallisella tietokannan avaamisella: valintaikkuna hyväksyy sekä .db- että .dbx-tiedostot. blunderDB kysyy tällöin salasanaa ja asentaa viereen tavallisen tietokannan; sen jälkeen mitään ei enää kysytä.

Ikkuna tarjoaa mahdollisuutta poistaa suojattu tiedosto avaamisen jälkeen: muuten sama sisältö jää talteen kahdella nimellä. Ruutu ei ole oletuksena valittuna — suojattu tiedosto jää sinulle, jos aiot välittää sen eteenpäin — ja poisto tapahtuu vasta onnistuneen avaamisen jälkeen.

Varoitus

Salasana suojaa tiedoston siirron ajaksi, ei itse tietokantaa. Se estää sivullista avaamasta latauskansioon unohtunutta tiedostoa tai vahingossa edelleen lähetettyä liitettä. Se ei suojaa siltä, jolle olet antanut salasanan.

Salasana tarkistetaan joka avauskerralla, myös silloin kun tiedosto on jo aiemmin avattu tällä koneella.

Teknisesti tietokanta salataan AES-256:lla GCM-tilassa, ja avain johdetaan salasanasta Argon2id-funktiolla (64 MiB muistia, 3 kierrosta, 4 säiettä) käyttäen satunnaista, tiedostokohtaista suolaa. GCM-tila todentaa kokonaisuuden: väärä salasana havaitaan sellaiseksi, samoin mikä tahansa salatun tiedoston muuttaminen — vioittunutta tietokantaa ei koskaan saada hiljaisesti.

Suojatun tiedoston otsake pysyy salaamattomana: sen alkuperä on luettavissa ilman salasanaa.

Tiedoston alkuperän lukeminen

Avaa sovelluksessa tiedosto ja näytä Metatiedot-paneeli (komento meta). Paneelin yläosaan ilmestyy vain luettava Alkuperä-osio, joka kertoo, mitä on kirjattu, kenen toimesta, milloin, ja missä tilassa allekirjoitus on:

”✓ sinun merkitsemäsi”: tiedostossa on oma merkintäsi ehjänä;
”✓ allekirjoitus varmennettu”: merkintä on ehjä ja peräisin toisesta avaimesta — vertaa sen sormenjälkeä siihen, jonka tekijä on sinulle kertonut;
”⚠ virheellinen allekirjoitus”: asiakirjaa on muutettu tai se on väärennetty.

Tavallisessa tietokannassa tätä osiota ei näy.

Komentoriviltä blunderdb info --db tiedosto.db näyttää alkuperän ja allekirjoituksen tilan kirjoittamatta koskaan tiedostoon. Komento toimii myös suojatulle tiedostolle ilman salasanaa. Ks. CLI_USAGE.md komennon export valitsimista --watermark ja --password sekä komennoista identity ja open.

Tietokannan julkaiseminen muille

Merkitty tietokanta jaetaan kuin mikä tahansa tiedosto — sähköpostilla, omalla sivustolla, USB-tikulla. blunderDB ei tarjoa mitään palvelua: ei varastoa, ei isännöityä luetteloa, ei tiliä. Se seuraa suoraan sen rakenteesta: tiedoston vastaanottajan puolella ei koskaan kirjata mitään, joten palvelulle ei olisi mitään ilmoitettavaa, vaikka sellainen olisi.

Se, mikä tekee julkaistusta tietokannasta toisen käytettävän, tiivistyy neljään kenttään, jotka ovat kaikki jo olemassa:

Käyttäjä — kuka sen kokosi, sillä nimellä, jonka haluat mainittavan.
Kuvaus — mitä tietokanta sisältää, yhdessä lauseessa, joka mahtuu luetteloon: «240 tuplauspäätöstä tilanteessa, kommentoituna, keskitaso».
Alkuperä (vesileimasta) — mikä tämä tiedosto on ja kenelle se tuotettiin. Se on ensimmäinen asia, jonka vastaanottaja lukee Metatiedot-paneelista.
Myöntäjän sormenjälki — julkaise se tiedoston vierellä, ei sen sisällä: sitä vertaamalla vastaanottaja varmistaa, että tiedosto tulee sinulta eikä joltakulta, joka on ottanut nimesi.

Ilman vesileimaa julkaistu tietokanta on täysin käyttökelpoinen; se on vain nimetön, eikä Metatiedot-paneeli näytä silloin Alkuperä-osiota.

Tietokannan tunnetuksi tekemiseen varaston keskustelujen Show and tell -kategoria toimii hakemistona: se on julkaisijoiden ylläpitämä lista, ei blunderDB:n tarjoama palvelu. Sinne ilmoittaminen vaatii linkin, yllä olevat neljä kenttää ja sormenjäljen.