@Rickard_Abraham I love the pack! It’s made our lives a lot easier when it comes to managing contracts. We often receive scanned copies back from customers and it can be a pain to extract information, especially if there are special or unique terms that we should keep in mind.
Right now, I’m using the OCR pack in combination with your Google Drive Extra Pack and it’s helped us build several powerful workflows. As an example, we’ve used those two packs along with a custom AI pack to create easy to consume contract summaries for our team. We have a few button columns that extract text and then call a llm to summarize it.
Unfortunately, we’ve run into some issues keeping up a consistent workflow because Coda’s “push all buttons” automation stops completely when it encounters its first error, rather than continuing to process the remaining buttons in the sequence.
With that in mind, I have two feature requests or rather a ‘wishlist’ of sorts:
File size metadata: For the Google Drive Extra pack, could you add a function that allows the users to extract the file size?
I’d like a function that accepts a Google Drive link and returns the file size. The output should be in a standard unit like bytes, as the Drive API’s size representation (e.g., “2 MB”, “2 KB”) isn’t consistently usable.
- One of the common issues I run into is that we’ll try to download a file from drive that is over the 4mb limit which throws an error. Because of that, our automations or “push all buttons” buttons fail from time to time and I have to manually add an exclude from filter checkbox.
- Unfortunately Coda’s Google Drive Pack doesn’t provide file size despite providing some metadata.
- Today I have a n8n workflow that pastes the file size into my document, but I’d love to drop that workflow entirely and keep everything in Coda.
- All I’d need is a function that takes the drive link and exports the file size in bytes or some common format, since the Drive API returns file sizes as “2 MB” or “2 KB”
Page Count: Similar to my ask above, I’d love it if there was a function that could output the number of pages in a document. This could be part of your OCR pack, PDF Pack, or Google Drive Extra - I don’t mind.
- The other issue I run into often is that a document has too many pages and throws an error with the OCR pack, even if the file size is under 4mb. I’m not sure why this happens, but on occasion we’ll have document with 40+ pages. It’s rare, but again the automations (pushing all buttons) stop the first time they encounter an issue.
- I view this as a way to pre-filter potentially problematic rows for someone from our team to investigate separately.
Happy to expand on these more. We’re definitely happy with the existing features, but I’d imagine these would also be use ful for other users of your pack(s).