Open OriHoch opened 7 years ago
@akariv @ydaniv - if you had specific problems you encountered, it would be helpful if you could describe them here
I think we did conform to a spec at one point, but possible either the specs changed or our datapackage changed..
should add a unit test as well to ensure we will conform in the future too
need to bear in mind that frictionlessdata specs are still not finalized fully so, when choosing version for spec conforming, your options are :
each option has pros and cons..
related issue: #14
I think that until v1 specs are finalized, there's no point in trying to conform to them (they keep changing all the time).
The test should simply be to
datapackage.DataPackage()
and make sure it validates.I tried to do it but our code is Python 2.7 (for compatibility with old Open Knesset code)
opened an issue to have the low level library python 3 compatible - hasadna/knesset-data-python#19
commented on wrong issue..
@OriHoch, datapackage-py
is 2.7 compatible: https://travis-ci.org/frictionlessdata/datapackage-py/jobs/235951075
oops, commented on wrong issue, I was referring to datapackage-pipelines - #14
Issues we encountered with committees:
path
doesn't conform to spec. It's generated as a list. Specifically in committees-meetings-protocols
.datetime
is generated in a naive format and missing a z
. We fixed it by adding a format
property according to the generated format.Also: missing schema for the protocol files, so resources aren't generated for protocols.
@ydaniv regarding the protocols - which datapackage did you use? the datapackage for last 5 days doesn't have protocols because it takes more then 5 days for Knesset to upload protocol for a meeting.
You should get a datapackage for last 120 days if you need the protocols (you can see in oknesset-travis channel in slack, every week there is a package for last 120 days)
reproduction steps
expected
actual