Rust Office Document Processing Library | Dweve Bindery

Bindery is a Rust document runtime for Word, Excel, PowerPoint, PDF and iWork. Apache-2.0 terms; the repository publishes in the seventh release round.

Tudásirányítás elemzett dokumentumokra építve.

Elemzett dokumentumok indexelése lekérdezéshez.

Szöveg és kód elemzése és címezhetővé tétele.

Adja hozzá a Bindery-t a projektjéhez. Nyisson meg bármely támogatott dokumentumot egyetlen API-val.

Hagyja, hogy a Fabric kinyissa a már meglévő dokumentumait

A Bindery a Fabric alatt működik, hogy azonosítsa és elolvassa az Ön által kiválasztott dokumentumokat, így a Fabric a valódi tartalmukat használhatja anélkül, hogy Önnek formátumokat vagy olvasókat kellene kezelnie.

Adjon minden dokumentumnak egy világos utat

Kezdje a dokumentumok keverékével, amelyet csapata már kezel. Mozgassa őket egyetlen fogadási útvonalon, egy strukturált modellen és egy ellenőrzött továbbadáson keresztül, miközben a formátumspecifikus munkát a határon tartja.

Munkaterület, ahová a felhasználók dokumentumokat helyeznek el.

Tudásirányítás a Bindery által kinyert dokumentumok felett.

Kód, konfiguráció és dokumentumok elemzése Merkle-fákba.

bindery convert / query / inspect. Kombinálható shell-pipeline-okkal.

Python-kötések. Ugyanaz a motor, idiomatikus Python API.

Natív API szolgáltatásokba ágyazáshoz. Zéró másolás, ahol a formátumok lehetővé teszik.

A Bindery strukturált tartalmat nyer ki a dokumentumokból. Párosítsd a lekérdezési és irányítási rétegekkel, és építs belőle teljes tudásfolyamatot.

100 MB alatt. Éves jelentések és nagy PDF-ek.

10 MB alatt. Nagy munkafüzetek és prezentációk.

100 KB alatt. A legtöbb táblázat és Word fájl.

A dokumentált feldolgozási keretek méretkategóriánként: kicsi egy ezredmásodperc alatt, közepes ötven alatt, nagy ötszáz alatt. A streamelt feldolgozás a memóriát a struktúrához köti, a SIMD pedig felgyorsítja a kritikus utat. GPU nélkül.

SQL-szerű az egységes dokumentummodellen.

docx, xlsx, pptx, pdf, iWork, ODF, RTF és titkosított

Egy crate, 17 formátum, 300+ képlet, DocQL, teljes olvasás és írás. Gyors standard CPU-n. A Dweve stack dokumentumrétege.

Tudásbevitel, szabályozási elemzés, pénzügyi dokumentumfeldolgozás, elektronikus adatfeltárás, archiválás és kód-dokumentum eszközök mind az irodai formátumokkal kezdődnek bemenetként, és strukturált adatot adnak kimenetként. Minden dokumentum ugyanazzal a három Rust sorral nyílik meg.

Felismerés, feldolgozás, lekérdezés, írás

Natív Rust API a beágyazáshoz. PyO3-kötések Python-folyamatokhoz. CLI egyszeri ellenőrzéshez, konverzióhoz és lekérdezésekhez. Ugyanaz a motor mindhárom mögött.

Egy könyvtár, 17 formátum. Az OOXML és az ODF első osztályú olvasási, írási és lekérdezési felület. A PDF és az RTF teljes olvasást és legjobb tudás szerinti írást biztosít. Az EPUB, a LaTeX és a Markdown írói kimenet. A mátrix megmutatja, mit ígér minden formátum.

A képletmotor 300+ Excel-kompatibilis függvényt értékel ki. A DocQL egy SQL-szerű lekérdezőnyelv az egységes dokumentummodellhez: keressen hivatkozásokat, értékeljen ki képleteket, járja be a táblázatokat, szűrje az alakzatokat.

A Bindery lecseréli a portfóliót egyetlen Rust-csomagra: egy API, egy lekérdezőnyelv és egy frissítési ütem 17 formátumon keresztül.

Egy elemző formátumonként, egy API formátumonként, egy frissítési ciklus formátumonként. A karbantartási felület gyorsabban nő, mint ahogy a termék megjelenik.

DocQL, SQL-szerű lekérdezések a DocModel felett.

Az olvasó egységes DocModel-t hoz létre.

Bájtok szimatolása, olvasó kiválasztása, a kiterjesztés hazugságainak figyelmen kívül hagyása.

A formátumfelismerés kiválasztja a megfelelő olvasót. Az elemzők mindent egységes dokumentummodellé normalizálnak. A DocQL SQL-szerű szintaxissal kérdezi le ezt a modellt. Az írók visszaírnak OOXML, ODF, LaTeX, EPUB és Markdown formátumba.

A legtöbb elemző csak olvas. Kevesen képesek oda-vissza konverzióra.

Nem lehet egy kérdést feltenni formátumokon átívelve.

A fájlok hazudnak a kiterjesztésről. Automatikus észlelés szükséges.

A legtöbb Rust és Python folyamat formátumonként más-más könyvtárat fűz össze, mindegyiknek saját API-ja, saját hibái és saját karbantartási ciklusa van. A ragasztóréteg lesz a projekt.

Minden formátum újabb illesztést ad hozzá

A formátumészlelés a mágikus bájtokat és a szerkezeti jelzéseket olvassa. A kiterjesztés csak tipp, nem a valóság.

Sheet1!B4, Sheet1!D12, Sheet3!A1 (3 találat)

bindery query 'SELECT cells WHERE refs CONTAINS "Sheet2.A1"'

DocQL: keresse meg az összes cellát, amely a Sheet2.A1-re hivatkozik

észlelve: xlsx (a kiterjesztés .doc volt)

nyisson meg bármilyen fájlt. A formátum a bájtokból észlelhető, nem a kiterjesztésből

bindery: nyisson meg bármilyen dokumentumot

Adja hozzá a crate-et, hívja meg az open-t és olvassa el a dokumentummodellt. Ugyanaz a három sor működik Word, Excel, PDF és minden más támogatott formátum esetén. Az észlelés a fájl aláírásából indul, nem a kiterjesztésben bízik.

Írjon támogatott kimenetet, vagy adja tovább a strukturált modellt.

Észlelés, olvasás, lekérdezés és átalakítás a választott környezetben.

A fájlok az Ön által működtetett dokumentumhatáron lépnek be.

A Bindery ott futhat, ahol a dokumentumok már érkeznek, és ahol a következő rendszer várja őket. A felismerés, olvasás, lekérdezés és átalakítás a munkafolyamat közelében marad, míg a végső átadás strukturált tartalmat vagy támogatott kimeneti formátumot hoz létre.

Az érzékeny dokumentumok a saját hardverén nyílnak meg, így soha nem hagyják el azt olvasás céljából.

A régi, Apple és OpenDocument fájlok mind megnyílnak, így a régi archívumok olvashatók maradnak.

A fájlokat tartalmuk alapján azonosítjuk, így a rosszul elnevezett fájl már nem akasztja meg a várakozási sort.

Ugyanaz a dokumentumfolyam támogatja a vegyes fogadást, az archívum-átalakítást és az ellenőrzött felülvizsgálatot. A fájlokat következetesen felismerjük és megnyitjuk, majd strukturált információként tárjuk fel az adott feladathoz. A működési modell ismerős marad, még akkor is, ha a dokumentumösszetétel változik.

A downstream rendszerek minden fájlcsaládhoz más struktúrát örökölnek.

Egy csak olvasható út újabb lépést hoz létre, amikor új kimenetre van szükség.

Ugyanaz a feladat eltérően viselkedik a különböző formátumintegrációkban.

A kiterjesztés szerinti útválasztás rossz dokumentumútvonalat választhat.

Egy rossz kiterjesztés, egy külön olvasó vagy egy egyirányú átalakítás újabb ágat hozhat a dokumentumműveletekbe. A Bindery tartalom alapján ismer fel, egy lekérdezhető modellt tár fel, és támogatott kimeneti útvonalakon ír, így kevesebb formátumspecifikus esetet kell tesztelni és üzemeltetni.

A downstream rendszerek konzisztens struktúrát kapnak.

A lekérdezések egy dokumentummodell ellen futnak.

A támogatott formátumok egy felületen keresztül nyílnak meg.

A formátumspecifikus útvonalak eggyé válnak

A Word dokumentumok, táblázatok, prezentációk, PDF-ek és más támogatott fájlok eltérő belső struktúrával kezdődnek. A Bindery egyetlen dokumentummodellbe normalizálja őket, így a lekérdezések, átalakítások és downstream integrációk konzisztens struktúrát használhatnak.

A tartalom egyetlen strukturált dokumentummodellé válik.

A fájlaláírások és a szerkezeti jelzések kiválasztják a megfelelő olvasót.

A vegyes irodai fájlok ugyanazon a dokumentumhatáron lépnek be.

A dokumentumok ritkán érkeznek rendezett, egységes halmazban. A Bindery a fájl tartalmából azonosítja a támogatott formátumokat, és egyetlen felületen nyitja meg őket. Az eredmény egy strukturált dokumentummodell, amely készen áll a következő feladatra.

Az olvasó az alkalmazáson belül fut, külön fiók vagy külső dokumentumszolgáltatás nélkül.

A fájljaid közelében olvas, a te oldaladon.

Leveleket, táblázatokat, űrlapokat és diákat egyaránt megnyit.

Ugyanaz a válasz minden számítógépen, ma és holnap.

Nem kell értened, hogyan működik, hogy érezd, mit tesz érted. Ugyanazt a választ adja minden számítógépen, megnyitja a dokumentumokat, bármi is készítette őket, és privát módon, a te oldaladon olvas. Amint a Bindery megjelenik a hetedik körben, magad is megvizsgálhatod a megvalósítást.

A valódi iratodból származik, minden alkalommal ugyanúgy.

A Bindery megnyitja a valódi dokumentumot, és elolvassa, mi van benne.

A saját leveledről, táblázatodról vagy űrlapodról, a saját szavaiddal.

Amikor a számítógépedet a saját dokumentumaidról kérdezed, valaminek először meg kell nyitnia őket, és el kell olvasnia, mi van valójában bennük. Enélkül csak udvarias találgatást kapsz. A Bindery az a rész, amely először megnyitja a valódi irataidat, így a válasz róluk szól, és nem a semmiről.

Rögzített oldalak, amelyek mindenhol ugyanúgy néznek ki.

Szavak és fényképek diavetítései oldalakon.

Költségvetések és listák kis dobozokba rendezve.

A jegyzetek és levelek, amelyeket az évek során írtál és elmentettél.

Egy levél, egy költségvetési táblázat, egy diavetítés, egy nyomtatott űrlap. Mindegyiket más program készítette, és belül is másképp néznek ki. A csendes segítő mindegyiket ugyanúgy nyitja meg, és megtalálja a szavakat. Koppints bármelyik kártyára a bal oldalon, hogy belenézz az adott papírfajtába.

Amikor a számítógépedet kérdezed a papírjaidról, a valódi papírjaidról válaszol.

A Bindery mindegyiket megnyitja, és megtalálja bennük a szavakat, függetlenül attól, hogy mi készítette őket.