Asdf

Latest version: v3.5.0

Safety actively analyzes 681844 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 8 of 11

2.3.3

==================

.. note::
The ASDF Standard is at v1.3.0

- Pass ``ignore_unrecognized_tag`` setting through to ASDF-in-FITS. [`650 <https://github.com/asdf-format/asdf/issues/650>`_]

- Use ``$schema`` keyword if available to determine meta-schema to use when
testing whether schemas themselves are valid. [`654 <https://github.com/asdf-format/asdf/issues/654>`_]

- Take into account resolvers from installed extensions when loading schemas
for validation. [`655 <https://github.com/asdf-format/asdf/issues/655>`_]

- Fix compatibility issue with new release of ``pyyaml`` (version 5.1). [`662 <https://github.com/asdf-format/asdf/issues/662>`_]

- Allow use of ``pathlib.Path`` objects for ``custom_schema`` option. [`663 <https://github.com/asdf-format/asdf/issues/663>`_]

2.3.2

==================

.. note::
The ASDF Standard is at v1.3.0

- Fix bug that occurs when comparing installed extension version with that
found in file. [`641 <https://github.com/asdf-format/asdf/issues/641>`_]

2.3.1

==================

.. note::
The ASDF Standard is at v1.3.0

- Provide source information for ``AsdfDeprecationWarning`` that come from
extensions from external packages. [`629 <https://github.com/asdf-format/asdf/issues/629>`_]

- Ensure that top-level accesses to the tree outside a closed context handler
result in an ``OSError``. [`628 <https://github.com/asdf-format/asdf/issues/628>`_]

- Fix the way ``generic_io`` handles URIs and paths on Windows. [`632 <https://github.com/asdf-format/asdf/issues/632>`_]

- Fix bug in ``asdftool`` that prevented ``extract`` command from being
visible. [`633 <https://github.com/asdf-format/asdf/issues/633>`_]

2.3.0

==================

.. note::
The ASDF Standard is at v1.3.0

- Storage of arbitrary precision integers is now provided by
``asdf.IntegerType``. Reading a file with integer literals that are too
large now causes only a warning instead of a validation error. This is to
provide backwards compatibility for files that were created with a buggy
version of ASDF (see 553 below). [`566 <https://github.com/asdf-format/asdf/issues/566>`_]

- Remove WCS tags. These are now provided by the `gwcs package
<https://github.com/spacetelescope/gwcs>`_. [`#593 <https://github.com/asdf-format/asdf/issues/593>`_]

- Deprecate the ``asdf.asdftypes`` module in favor of ``asdf.types``. [`611 <https://github.com/asdf-format/asdf/issues/611>`_]

- Support use of ``pathlib.Path`` with ``asdf.open`` and ``AsdfFile.write_to``.
[`617 <https://github.com/asdf-format/asdf/issues/617>`_]

- Update ASDF Standard submodule to version 1.3.0.

2.2.1

==================

- Fix an issue with the README that caused sporadic installation failures and
also prevented the long description from being rendered on pypi. [`607 <https://github.com/asdf-format/asdf/issues/607>`_]

2.2.0

==================

- Add new parameter ``lazy_load`` to ``AsdfFile.open``. It is ``True`` by
default and preserves the default behavior. ``False`` detaches the
loaded tree from the underlying file: all blocks are fully read and
numpy arrays are materialized. Thus it becomes safe to close the file
and continue using ``AsdfFile.tree``. However, ``copy_arrays`` parameter
is still effective and the active memory maps may still require the file
to stay open in case ``copy_arrays`` is ``False``. [`573 <https://github.com/asdf-format/asdf/issues/573>`_]

- Add ``AsdfConversionWarning`` for failures to convert ASDF tree into custom
types. This warning is converted to an error when using
``assert_roundtrip_tree`` for tests. [`583 <https://github.com/asdf-format/asdf/issues/583>`_]

- Deprecate ``asdf.AsdfFile.open`` in favor of ``asdf.open``. [`579 <https://github.com/asdf-format/asdf/issues/579>`_]

- Add readonly protection to memory mapped arrays when the underlying file
handle is readonly. [`579 <https://github.com/asdf-format/asdf/issues/579>`_]

Page 8 of 11

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.