Add support for reading and writing WFDB files in cloud containers
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
Piste de recherche
Commencez par retracer la manière dont rdrecord et les fonctions associées gèrent actuellement les chemins de fichiers. Examinez fsspec comme interface de système de fichiers proposée et déterminez l’étendue de la prise en charge de la lecture et de l’écriture de fichiers WFDB via des URI de conteneurs cloud. Le travail sera considéré comme terminé lorsque les cas d’utilisation pris en charge des systèmes de fichiers cloud seront définis et implémentés avec une couverture appropriée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Functions like rdrecord expect a direct path to a file be passed. Cloud services typically use URIs to point to files stored in cloud containers. When working in the cloud, simply passing the URI to functions like rdrecord will not work. A filesystem interface is required to handle backend requirements (like authentication and protocols).
Packages such as pandas and dask use fsspec. This filesystem interface allows using the same functions to read files from local, remote, or embeeded file systems.
We should consider integrating fsspec or something similar into the WFDB software.
- Langage dominant
- Jupyter Notebook
- Étoiles
- 853
- Forks
- 323
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de MIT-LCP/wfdb-python
-
`find_local_peaks` ignores the sample at `i + radius`, so points on a rising slope are returned as peaksPeut-être pris @rmz-oz l’a pris il y a 10 jours. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
MIT-LCP/wfdb-python#572 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
MIT-LCP/wfdb-python#568 ·
-
Add validation of segments when writing a `MultiRecord`Peut-être pris Une pull request liée à cette issue est ouverte ou déjà fusionnée. Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 48/100
MIT-LCP/wfdb-python#557 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 58/100
MIT-LCP/wfdb-python#554 ·
-
WFDB path ignoredOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
MIT-LCP/wfdb-python#545 ·
Toutes les issues de MIT-LCP/wfdb-python
Issues similaires
-
[EC2] DescribeAvailabilityZones should return real AWS error for unknown zone namePeut-être pris @omatheusmesmo l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
Les mainteneurs répondent en général sous 1 jour
-
Cloud wizard credentials for AWS, Azure and Google are not written through to the session storePeut-être pris @dpage l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 79/100
pgadmin-org/pgadmin4#10527 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
-
policy/ docs: NFG acceptance default, send-via isolation and mode binding, filters on send-viaOuvertedocumentation
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
-
service-details` filter crashes with KeyError on VPC endpoints without ServiceName (e.g. VPC Lattice)Peut-être pris @areddyn l’a pris aujourd’hui. Ouvertekind/bug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
cloud-custodian/cloud-custodian#11199 · 1 commentaire ·
Les mainteneurs répondent en général sous 5 jours