Add dark ecology support to read_vpts() - #187
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #187 +/- ##
==========================================
+ Coverage 92.45% 92.67% +0.22%
==========================================
Files 28 30 +2
Lines 2054 2185 +131
==========================================
+ Hits 1899 2025 +126
- Misses 155 160 +5 ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
|
Also consider using |
Update get vpts local
|
I moved all path test to One thing we might think about it if for dark ecology the |
|
@YohanSassi to also support reading data from different sources the setup for local data changes a bit in the release from the development version. I'm not sure if you are using it but in that case I wanted to give you a heads up |
|
Note, currently if no data has been found for a radar it is omitted from the result with a warning. As a result the return value of the following call might either be a get_vpts(
c("bewid","bejab"),
as.Date("2016-2-1"),
path = normalizePath(local_dir)
) |
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
|
@PietrH @peterdesmet I think this is pretty much done, though I have not tested with large dataset. Only this comment is still open : #187 (comment) . It would be good to have one extra pair of eyes. |
|
I had a look at your changes and have no notes. Thanks for picking this up so quickly Bart! |
dark ecology support to read_vpts()dark ecology support to read_vpts()
Two ideas: read via arrow, or via guessing paths and vroom
TODO
{arrow}dateintervalargument torounded_intervalpathtodirectorycallargumentcallcallIdeas
Make arrow dep optional and fall back on vroomfsdep optional or use base all the timetibbleto simplifyreturn_typeargument inget_vptsTrouble