Nevar pievienot vairāk kā 25 tēmas Tēmai ir jāsākas ar burtu vai ciparu, tā var saturēt domu zīmes ('-') un var būt līdz 35 simboliem gara.
 
 
 
 

252 rindas
8.6 KiB

  1. Metadata-Version: 2.1
  2. Name: vcfpy
  3. Version: 0.13.3
  4. Summary: Python 3 VCF library with good support for both reading and writing
  5. Home-page: https://github.com/bihealth/vcfpy
  6. Author: Manuel Holtgrewe
  7. Author-email: manuel.holtgrewe@bihealth.de
  8. License: MIT license
  9. Keywords: vcfpy
  10. Platform: UNKNOWN
  11. Classifier: Development Status :: 2 - Pre-Alpha
  12. Classifier: Intended Audience :: Developers
  13. Classifier: License :: OSI Approved :: MIT License
  14. Classifier: Natural Language :: English
  15. Classifier: Programming Language :: Python :: 3
  16. Classifier: Programming Language :: Python :: 3.4
  17. Classifier: Programming Language :: Python :: 3.5
  18. Classifier: Programming Language :: Python :: 3.6
  19. Classifier: Programming Language :: Python :: 3.7
  20. Classifier: Programming Language :: Python :: 3.8
  21. =====
  22. VCFPy
  23. =====
  24. .. image:: https://img.shields.io/pypi/v/vcfpy.svg
  25. :target: https://pypi.python.org/pypi/vcfpy
  26. .. image:: https://img.shields.io/conda/dn/bioconda/vcfpy.svg?label=Bioconda
  27. :target: https://bioconda.github.io/recipes/vcfpy/README.html
  28. .. image:: https://img.shields.io/travis/bihealth/vcfpy.svg
  29. :target: https://travis-ci.org/bihealth/vcfpy
  30. .. image:: https://readthedocs.org/projects/vcfpy/badge/?version=latest
  31. :target: https://vcfpy.readthedocs.io/en/latest/?badge=latest
  32. :alt: Documentation Status
  33. .. image:: https://api.codacy.com/project/badge/Grade/cfe741307ec34e8fb90dfe37e84a2519
  34. :target: https://www.codacy.com/app/manuel-holtgrewe/vcfpy?utm_source=github.com&utm_medium=referral&utm_content=bihealth/vcfpy&utm_campaign=Badge_Grade
  35. :alt: Codacy Analysis
  36. .. image:: https://api.codacy.com/project/badge/Coverage/cfe741307ec34e8fb90dfe37e84a2519
  37. :alt: Codacy Coverage
  38. :target: https://www.codacy.com/app/manuel-holtgrewe/vcfpy?utm_source=github.com&utm_medium=referral&utm_content=bihealth/vcfpy&utm_campaign=Badge_Coverage
  39. .. image:: http://joss.theoj.org/papers/edae85d90ea8a49843dbaaa109e47cba/status.svg
  40. :alt: Publication in The Journal of Open Source Software
  41. :target: http://joss.theoj.org/papers/10.21105/joss.00085
  42. Python 3 VCF library with good support for both reading and writing
  43. * Free software: MIT license
  44. * Documentation: https://vcfpy.readthedocs.io.
  45. Features
  46. --------
  47. - Support for reading and writing VCF v4.3
  48. - Interface to ``INFO`` and ``FORMAT`` fields is based on ``OrderedDict`` allows for easier modification than PyVCF (also I find this more pythonic)
  49. - Read (and jump in) and write BGZF files just using ``vcfpy``
  50. Why another VCF parser for Python!
  51. ----------------------------------
  52. I've been using PyVCF with quite some success in the past.
  53. However, the main bottleneck of PyVCF is when you want to modify the per-sample genotype information.
  54. There are some issues in the tracker of PyVCF but none of them can really be considered solved.
  55. I tried several hours to solve these problems within PyVCF but this never got far or towards a complete rewrite...
  56. For this reason, VCFPy was born and here it is!
  57. What's the State?
  58. -----------------
  59. VCFPy is the result of two full days of development plus some maintenance work later now (right now).
  60. I'm using it in several projects but it is not as battle-tested as PyVCF.
  61. Why Python 3 Only?
  62. ------------------
  63. As I'm only using Python 3 code, I see no advantage in carrying around support for legacy Python 2 and maintaining it.
  64. At a later point when VCFPy is known to be stable, Python 2 support might be added if someone contributes a pull request.
  65. =======
  66. History
  67. =======
  68. v0.13.3 (2020-09-14)
  69. --------------------
  70. - Adding ``Record.update_calls``.
  71. - Making ``Record.{format,calls}`` use list when empty
  72. v0.13.2 (2020-08-20)
  73. --------------------
  74. - Adding ``Call.set_genotype()``.
  75. v0.13.1 (2020-08-20)
  76. --------------------
  77. - Fixed ``Call.ploidy``.
  78. - Fixed ``Call.is_variant``.
  79. v0.13.0 (2020-07-10)
  80. --------------------
  81. * Fixing bug in case ``GT`` describes only one allele.
  82. * Proper escaping of colon and semicolon (or the lack of escaping) in ``INFO`` and ``FORMAT``.
  83. v0.12.2 (2020-04-29)
  84. --------------------
  85. * Fixing bug in case ``GT`` describes only one allele.
  86. v0.12.1 (2019-03-08)
  87. --------------------
  88. * Not warning on ``PASS`` filter if not defined in header.
  89. v0.12.0 (2019-01-29)
  90. --------------------
  91. * Fixing tests for Python >=3.6
  92. * Fixing CI, improving tox integration.
  93. * Applying ``black`` formatting.
  94. * Replacing Makefile with more minimal one.
  95. * Removing some linting errors from flake8.
  96. * Adding support for reading VCF without ``FORMAT`` or any sample column.
  97. * Adding support for writing headers and records without ``FORMAT`` and any sample columns.
  98. v0.11.2 (2018-04-16)
  99. --------------------
  100. * Removing ``pip`` module from ``setup.py`` which is not recommended anyway.
  101. v0.11.1 (2018-03-06)
  102. --------------------
  103. * Working around problem in HTSJDK output with incomplete ``FORMAT`` fields (#127).
  104. Writing out ``.`` instead of keeping trailing empty records empty.
  105. v0.11.0 (2017-11-22)
  106. --------------------
  107. * The field ``FORMAT/FT`` is now expected to be a semicolon-separated string.
  108. Internally, we will handle it as a list.
  109. * Switching from warning helper utility code to Python ``warnings`` module.
  110. * Return ``str`` in case of problems with parsing value.
  111. v0.10.0 (2017-02-27)
  112. --------------------
  113. * Extending API to allow for reading subsets of records.
  114. (Writing for sample subsets or reordered samples is possible through using the appropriate ``names`` list in the ``SamplesInfos`` for the ``Writer``).
  115. * Deep-copying header lines and samples infos on ``Writer`` construction
  116. * Using ``samples`` attribute from ``Header`` in ``Reader`` and ``Writer`` instead of passing explicitely
  117. 0.9.0 (2017-02-26)
  118. ------------------
  119. * Restructuring of requirements.txt files
  120. * Fixing parsing of no-call ``GT`` fields
  121. 0.8.1 (2017-02-08)
  122. ------------------
  123. * PEP8 style adjustments
  124. * Using versioneer for versioning
  125. * Using ``requirements*.txt`` files now from setup.py
  126. * Fixing dependency on cyordereddict to be for Python <3.6 instead of <3.5
  127. * Jumping by samtools coordinate string now also allowed
  128. 0.8.0 (2016-10-31)
  129. ------------------
  130. * Adding ``Header.has_header_line`` for querying existence of header line
  131. * ``Header.add_*_line`` return a ``bool`` no indicating any conflicts
  132. * Construction of Writer uses samples within header and no extra parameter (breaks API)
  133. 0.7.0 (2016-09-25)
  134. ------------------
  135. * Smaller improvements and fixes to documentation
  136. * Adding Codacy coverage and static code analysis results to README
  137. * Various smaller code cleanup triggered by Codacy results
  138. * Adding ``__eq__``, ``__neq__`` and ``__hash__`` to data types (where applicable)
  139. 0.6.0 (2016-09-25
  140. -----------------
  141. * Refining implementation for breakend and symbolic allele class
  142. * Removing ``record.SV_CODES``
  143. * Refactoring parser module a bit to make the code cleaner
  144. * Fixing small typos and problems in documentation
  145. 0.5.0 (2016-09-24)
  146. ------------------
  147. * Deactivating warnings on record parsing by default because of performance
  148. * Adding validation for ``INFO`` and ``FORMAT`` fields on reading (#8)
  149. * Adding predefined ``INFO`` and ``FORMAT`` fields to ``pyvcf.header`` (#32)
  150. 0.4.1 (2016-09-22)
  151. ------------------
  152. * Initially enabling codeclimate
  153. 0.4.0 (2016-09-22)
  154. ------------------
  155. * Exporting constants for encoding variant types
  156. * Exporting genotype constants ``HOM_REF``, ``HOM_ALT``, ``HET``
  157. * Implementing ``Call.is_phased``, ``Call.is_het``, ``Call.is_variant``, ``Call.is_phased``, ``Call.is_hom_ref``, ``Call.is_hom_alt``
  158. * Removing ``Call.phased`` (breaks API, next release is 0.4.0)
  159. * Adding tests, fixing bugs for methods of ``Call``
  160. 0.3.1 (2016-09-21)
  161. ------------------
  162. * Work around ``FORMAT/FT`` being a string; this is done so in the Delly output
  163. 0.3.0 (2016-09-21)
  164. ------------------
  165. * ``Reader`` and ``Writer`` can now be used as context manager (with ``with``)
  166. * Including license in documentation, including Biopython license
  167. * Adding support for writing bgzf files (taken from Biopython)
  168. * Adding support for parsing arrays in header lines
  169. * Removing ``example-4.1-bnd.vcf`` example file because v4.1 tumor derival lacks ``ID`` field
  170. * Adding ``AltAlleleHeaderLine``, ``MetaHeaderLine``, ``PedigreeHeaderLine``, and ``SampleHeaderLine``
  171. * Renaming ``SimpleHeaderFile`` to ``SimpleHeaderLine``
  172. * Warn on missing ``FILTER`` entries on parsing
  173. * Reordered parameters in ``from_stream`` and ``from_file`` (#18)
  174. * Renamed ``from_file`` to ``from_stream`` (#18)
  175. * Renamed ``Reader.jump_to`` to ``Reader.fetch``
  176. * Adding ``header_without_lines`` function
  177. * Generally extending API to make it esier to use
  178. * Upgrading dependencies, enabling pyup-bot
  179. * Greatly extending documentation
  180. 0.2.1 (2016-09-19)
  181. ------------------
  182. * First release on PyPI