Azure-Samples / Azure-Samples/document-intelligence-code-samples
Is the SEPARATOR_LENGTH_IN_MARKDOWN_FORMAT necessary? If yes, how to decide it?
- Lingua principale
- C#
- Stelle
- 201
- Fork
- 115
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
> Please provide us with the following information:
> ---------------------------------------------------------------
### This issue is for a: (mark with an `x`)
```
- [ ] bug report -> please search issues before submitting
- [ ] feature request
- [x] documentation issue or request
- [ ] regression (a behavior that used to work and stopped in a new release)
```
### Minimal steps to reproduce
>
### Any log messages given by the failure
>
### Expected/desired behavior
>
### OS and Version?
> Windows
### Versions
> 11
### Mention any other details that might be useful
Thanks for providing a [notebook](https://github.com/Azure-Samples/document-intelligence-code-samples/blob/main/Python(v4.0)/Retrieval_Augmented_Generation_(RAG)_samples/sample_identify_and_merge_cross_page_tables.ipynb) for merging tables across pages
For vertical table, is the SEPARATOR_LENGTH_IN_MARKDOWN_FORMAT necessary? as when there is no paragraph in between, there are only page header/footer/number between two tables, the two tables can be merged if they have the same number of columns.
If it is necessary, how can it be decided? It is “2” in the notebook but due to the inclusion of markdown for page header/footer/number and page break when calculating the offset, there are more than 2 characters between two tables. So 2 is too small.
> ---------------------------------------------------------------
> Thanks! We'll be in touch soon.
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
Apri il file sample_identify_and_merge_cross_page_tables.ipynb collegato e individua SEPARATOR_LENGTH_IN_MARKDOWN_FORMAT. Analizza in che modo il Markdown delle intestazioni di pagina, dei piè di pagina, dei numeri di pagina e delle interruzioni di pagina contribuisce all'offset tra le tabelle verticali, quindi confronta il valore 2 del notebook con i casi descritti. Il lavoro è concluso quando la necessità e la regola decisionale sono documentate oppure l'issue ha ricevuto una risposta supportata da evidenze tratte dall'esempio.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- markdown, python
- Ambito
- documentation
- Tipo di issue
- Documentazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 38/100