____ _ _ _
| _ \ __ _ | |_ __ _ | | __ _ __| |
| | | | / _` | | __| / _` | | | / _` | / _` |
| |_| | | (_| | | |_ | (_| | | |___ | (_| | | (_| |
|____/ \__,_| \__| \__,_| |_____| \__,_| \__,_|
Crawler
This is a high level and scarce summary of the changes between releases. We would recommend to consult log of the DataLad git repository for more details.
- ENH:
s3_simple
pipeline got additional optiondrop_immediately
to drop files immediately upon having them annexed - RF:
mock
is explicitly listed as a dependency for testing since DataLad 0.12.x will be PY3 only and could use built-inunittest.mock
- MNT: More changes for compatibility with developmental DataLad (#62)
- BF: Prevent sorting error on missing attribute (#45)
- BF: enclose "if else" into () since it has lower precedence than + (#43)
- MNT: Adjust imports for compatibility with developmental DataLad (#53)
- MNT: Update save() call for compatibility with new save (#42)
- Compatibility layer with 0.12 series of DataLad changing API
(no backend option for
create
)
Primarily a variety of fixes and small enhancements. The only notable change is stripping away testing/support of git-annex direct mode.
- do not depend on a release candidate of the DataLad, since PIP then opens the way to a RCs for any later releases to be installed
simple_with_archives
- issue warning if incoming_pipeline has Annexificator but no
annex
is given
- issue warning if incoming_pipeline has Annexificator but no
crcns
- skip (but warn if relevant) records without xml
- do not crash while saving updated crawler's URL db to the file which is annexed.
Primarily a variety of fixes
crcns
crawler now uses new datacite interfaceopenfmri
crawler uses legacy.openfmri.orgsimple_with_archives
- by default now also match pure .gz files to be downloaded
archives_re
option provides regex for archives files (so.gz
could be added if needed)- will now run with
tarballs=False
add_annex_to_incoming_pipeline
to state either to addannex
to the incoming pipeline
- new
stanford_lib
pipeline - aggregation of metadata explicitly invokes incremental mode
- tests
- variety of tests lost their
@known_failure_v6
and now tollerant to upcoming datalad 0.11.2
- variety of tests lost their
- All non-master branches in the pipelines now will initiate from master branch, not detached. That should allow to inherit .gitattributes settings of the entire dataset
- First release as a DataLad extension. Functionality remains identical to DataLad 0.10.0.rc2