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
Currently, opendataes can only read csv files through a very manual approach (that is, it doesn't streamline to different formats, this would have to be implemented). As the package evolves we would want to include more formats but in a very organized fashion. For that, the first idea that comes to mind is building methods around the most common formats. That is, our usual read_generic that identifies which function to use to read the data (currently hardcoded to be csv) could be a method that dispatches to an already defined function such as readxl::read_excel, etc..
This is something that will be inevitable once that package starts adopting new formats, so I'm leaving this here for future reference (and if someone wants to tackle this).
The text was updated successfully, but these errors were encountered:
Hola @cimentadaj, sabes si el paquete/proyectosigue activo? hay gente trabajando o desarrolladores trabajando en este paquete o hay otro pararlelo?
Gracias!
Currently,
opendataes
can only read csv files through a very manual approach (that is, it doesn't streamline to different formats, this would have to be implemented). As the package evolves we would want to include more formats but in a very organized fashion. For that, the first idea that comes to mind is building methods around the most common formats. That is, our usualread_generic
that identifies which function to use to read the data (currently hardcoded to be csv) could be a method that dispatches to an already defined function such asreadxl::read_excel
, etc..This is something that will be inevitable once that package starts adopting new formats, so I'm leaving this here for future reference (and if someone wants to tackle this).
The text was updated successfully, but these errors were encountered: