Source DAT
v0.2.0New
The Source DAT operator converts DAT content into a standardized document table that RAG Index can consume directly. Point it at any Table DAT or Text DAT, choose how to split the data, and pulse Process to produce a table of documents with unique IDs, content, and metadata — ready to wire into a RAG Index operator.
Input/Output
Section titled “Input/Output”Inputs
Section titled “Inputs”- Input 1 (optional): Any DAT (table or text). Used as the source when no explicit Input DAT is set on the parameter panel.
Outputs
Section titled “Outputs”- Output 1: The
index_tableDAT containing processed documents with columns:doc_id,filename,source_path,content,metadata,timestamp.
Usage Examples
Section titled “Usage Examples”Feeding a Table into RAG Index
Section titled “Feeding a Table into RAG Index”- Create a Source DAT operator and a RAG Index operator in your network.
- Wire your data Table DAT into the Source DAT’s first input (or set it via the Input DAT parameter on the Source page).
- Set Mode to control how rows are processed:
- Each Row — every row becomes its own document, with all columns formatted as
key: valuepairs. - Single Column — each row becomes a document using only the column specified in Content Column.
- Whole Table — the entire table is serialized as a single markdown-formatted document.
- Each Row — every row becomes its own document, with all columns formatted as
- Pulse Process. Check the Status field to confirm completion.
- Wire the Source DAT’s output into the RAG Index’s first input.
- On the RAG Index, set Input Mode to “Doc Table” and pulse Create Index.
Indexing a Text DAT
Section titled “Indexing a Text DAT”- Set Input DAT to a Text DAT (e.g., a script, notes, or any freeform text).
- Pulse Process. The entire text content becomes a single document.
- Wire the output into a RAG Index operator to make the text searchable.
Best Practices
Section titled “Best Practices”- Each Row mode works well for structured data like CSV imports or database exports where each row is a distinct record.
- Single Column mode is useful when your table has a dedicated content column alongside metadata columns you do not need indexed.
- Whole Table mode is best for compact reference tables where context across rows matters (e.g., lookup tables, configuration data).
- Column matching for Single Column mode is case-insensitive, so
Content,content, andCONTENTall work.
Troubleshooting
Section titled “Troubleshooting”- “No input DAT specified or connected to in1”: Either set the Input DAT parameter or wire a DAT into the operator’s first input.
- “Column not found”: In Single Column mode, verify the Content Column value matches a header in your table. The match is case-insensitive.
- “Table has no data rows”: Your table DAT has a header row but no data beneath it. Add data rows and re-process.
Parameters
Section titled “Parameters”Source
Section titled “Source” Input DAT (Inputdat)
op('source_dat').par.Inputdat OP DAT to process as source content
- Default:
"" (Empty String)
Content Column (Contentcolumn)
op('source_dat').par.Contentcolumn Str Column name for content (Single Column mode only)
- Default:
"" (Empty String)
Process (Process)
op('source_dat').par.Process Pulse - Default:
False
Clear (Clear)
op('source_dat').par.Clear Pulse - Default:
False
Status (Status)
op('source_dat').par.Status Str - Default:
"" (Empty String)
Changelog
Section titled “Changelog”v0.2.02026-03-01
- Complete rewrite of SourceDATEXT for RAG indexing - 3 modes: Each Row, Single Column, Whole Table - Removed redundant chunking (handled by rag_index) - Simplified from 13 parameters to 6 - Falls back to in1 input when no Input DAT set - Outputs standardized 6-column table format
- Initial commit