Open Juke34 opened 5 years ago
Hi @Juke34,
Thanks a lot for the feedback, I think they are all very valid points. We tried to get some advice in some places and adapted from there.
I like a lot the header idea, thanks for giving an example.
And I would really update the other headers to follow 100% that. I may ping you in the PR so you can check whether something else is needed. I will do something for next month.
Thanks!
Hi, I think this is really confusing you must not use
## mirGFF3. VERSION 1.1
as top most line in the header. The mirGFF3, should be fully included within the GFF3 specification, otherwise you start a dichotomy with the official GFF3 specification.The GFF3 specification requires already this type of header:
In top of that you create an header different, while it will be much easier to keep consistency, so instead of
## mirGFF3. VERSION 1.1
it must be##mirGFF3 1.1
. I would even be more keen to see something like##mir 1.1
.So in my opinion the header for the mirGFF3 files must look like that:
The same with all other header lines, instead of:
it should be:
I'm really picky because I always met problems using the GFF and GTF formats because many groups have made their own flavour, and tools struggles from one flavour to another one (here a review I have done about it ). This was due because the formats have not not always been well defined and allowed some freedom in their interpretation. I would like as much as possible avoid to end up again in such situation while we have a well defined GFF3 specification.