You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a suggested code or documentation change, improvement to the code, or feature request
The package is great works in most conditions (many thanks for this) but also makes lazy that I don't want to wrangle misread pdf pages. Hence, I'd like to request below.
Provide a parameter/method to specify the number of columns; start and end co-ordinates of each column so that table is extracted properly. For some pdfs, I have found that columns are misaligned.
The text was updated successfully, but these errors were encountered:
I would also support this improvement using the 'columns' argument in extract_tables does not always work well where some columns are populated with blank values for the initial rows.
One approach would be to use the area function but applied to each column on a pdf page.
Hope this enhancement can be incorporated to what is a really useful and effective package.
This is a suggested code or documentation change, improvement to the code, or feature request
The package is great works in most conditions (many thanks for this) but also makes lazy that I don't want to wrangle misread pdf pages. Hence, I'd like to request below.
Provide a parameter/method to specify the number of columns; start and end co-ordinates of each column so that table is extracted properly. For some pdfs, I have found that columns are misaligned.
The text was updated successfully, but these errors were encountered: