-
-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a generic CsvImporter? #80
Comments
yep that would be very easy to do! All of the above looks reasonable, but we'd use the native csv module (not pandas, that would add a dependency that isn't necessary) and I wouldn't call them Mixins, but just class names for what they do! I'll add to my queue of TODOs, thanks for the idea! |
All set! Please see #81 |
Your approach definitely solves the problem and I would not pretend to be an OO expert. |
Thanks! We definitely all have preferences for how to do the different implementations. I think (from his list) mine is "Approach 4: Create a Common Base Class, Then Specialize." |
Agreed, and it's more than good enough for the CSV parsers. Thanks for your help and for being so efficient! |
haha sure, that's what I'm good for! 😆 |
This is discussion / feature request, not a bug
Related to discussion here:
rhine3/bioacoustics-software#3 (comment)
It seems like this might be possible by decoupling some of the logic in the google sheets scraper?
Like maybe make a mixin that does the specific sheets accessing part, and have a more generic csv parser class that could then be combined with another mixin that parses a csv from a local file
So you'd have something like
I know this really starts to stretch the definition of "scrape" but I hope you see what I'm suggesting here in terms of decoupling the functionality
The text was updated successfully, but these errors were encountered: