Data sources for QnA Maker content
QnA Maker automatically extracts question-answer pairs from semi-structured content such as FAQs, product manuals, guidelines, support documents, and policies stored as web pages, PDF files, or MS Word doc files . Content can also be added to the knowledge base from structured QnA content files.
The table below summarizes the types of content and file formats that are supported by QnA Maker.
|Source Type||Content Type||Examples|
(Flat, with sections or with a topics homepage)
(Single page how-to articles, troubleshooting articles etc.)
FAQ with links,
FAQ with topics homepage
|PDF / DOC||FAQs,
Sample Product Manual.pdf,
Sample white paper.pdf
|Excel||Structured QnA file
(including RTF, HTML support)
|Sample QnA FAQ.xls|
|TXT/TSV||Structured QnA file||Sample chit-chat.tsv|
Data source locations
Most data source locations need to provide public URLs or files, which do not require authentication.
Sharepoint data source locations are allowed to provide authenticated files. Sharepoint resources must be files, not web pages.
If you have an authenticated file or URL, an alternative option is to download the file from the authenticated site to your local computer, then add the file from your local computer to the knowledge base.
QnA Maker can support FAQ web pages in 3 different forms: Plain FAQ pages, FAQ pages with links, FAQ pages with a Topics Homepage.
Plain FAQ pages
This is the most common type of FAQ page, in which the answers immediately follow the questions in the same page.
Below is an example of a plain FAQ page:
FAQ pages with links
In this type of FAQ page, questions are aggregated together and are linked to answers that are either in different sections of the same page, or in different pages.
Below is an example of an FAQ page with links in sections that are on the same page:
FAQ pages with a Topics homepage
This type of FAQ has a home page with the Topics where each Topic is a link to its relevant QnAs in a different page. Here, QnA Maker crawls all the linked pages to extract the corresponding questions & answers.
Below is an example of an FAQ page where a topics homepage has links to FAQ sections in different pages.
QnA Maker can process semi-structured support web pages, such as web articles that would describe how to perform a given task, how to diagnose and resolve a given problem, and what are the best practices for a given process. Extraction works best on content that has a clear structure with hierarchical headings.
Extraction for support articles is a new feature and is in early stages. It works best for simple pages, that are well structured, and do not contain complex headers/footers.
PDF/ DOC files
QnA Maker can process semi-structured content in a PDF or DOC file, and convert it into QnAs. A good file that can be extracted well is one where content is organized in some structured form, and is represented in well-defined sections. The sections can further be broken inTO subsections, or subtopics. Extraction works best on documents that have a clear structure with hierarchical headings.
QnA Maker identifies sections and subsections and relationships in the file based on visual clues like font size, font style, numbering, colors, etc. Semi-structured PDF or DOC files could be Manuals, FAQs, Guidelines, Policies, Brochures, Flyers, and many other types of files. Below are some example types of these files.
A manual is typically guidance material that accompanies a product. It helps the user to set up, use, maintain, and troubleshoot the product. When QnA Maker processes a manual, it extracts the headings and subheadings as questions and the subsequent content as answers. See an example here.
Below is an example of a manual with an index page, and hierarchical content
Extraction works best on manuals that have a table of contents and/or an index page, and a clear structure with hierarchical headings.
Brochures, guidelines, papers, and other files
Many other types of documents can also be processed to generate QA pairs, provided they have a clear structure and layout. These include: Brochures, guidelines, reports, white papers, scientific papers, policies, books, etc. See an example here.
Below is an example of a semi-structured doc, without an index:
Structured QnA Document
The format for structured Question-Answers in DOC files, is in the form of alternating Questions and Answers per line, one question per line followed by its answer in the following line, as shown below:
Question1 Answer1 Question2 Answer2
Below is an example of a structured QnA word document:
Structured TXT, TSV and XLS Files
QnAs in the form of structured .txt, .tsv or .xls files can also be uploaded to QnA Maker to create or augment a knowledge base. These can either be plain text, or can have content in RTF or HTML.
|Question||Answer||Metadata (1 key: 1 value)|
Any additional columns in the source file are ignored.
Below is an example of a structured QnA .xls file, with HTML content:
Structured data format through import
Importing a knowledge base replaces the content of the existing knowledge base. Import requires a structured .tsv file that contains data source information. This information helps QnA Maker group the question-answer pairs and attribute them to a particular data source.
|Question||Answer||Source||Metadata (1 key: 1 value)|
Editorially add to knowledge base
If you do not have pre-existing content to populate the knowledge base, you can add QnAs editorially in QnA Maker Knowledge base. Learn how to update your knowledge base here.
After importing a file or URL, it is converted into Markdown and stored in that format. If the conversion process is not correctly converting links in your files and URLs, you should edit the questions and answers on the Edit page.
||Bullet point for an ordered list|
Editing your knowledge base locally
Once a knowledge base is created, it is recommended that you make edits to the knowledge base text in the QnA Maker portal, rather than exporting and reimporting through local files. However, there may be times that you need to edit a knowledge base locally.
Export the knowledge base from the Settings page, then edit the knowledge base with Microsoft Excel. If you choose to use another application to edit your exported TSV file, the application may introduce syntax errors because it is not fully TSV compliant. Microsoft Excel's TSV files generally don't introduce any formatting errors.
Once you are done with your edits, reimport the TSV file from the Settings page. This will completely replace the current knowledge base with the imported knowledge base.
Testing your Markdown
Use the CommonMark tutorial to validate your Markdown. The tutorial has a Try it feature for quick copy/paste validation.