We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
In getfield.f we have:
subroutine getfield(cgrib,lcgrib,ifldnum,igds,igdstmpl,igdslen, & ideflist,idefnum,ipdsnum,ipdstmpl,ipdslen, & coordlist,numcoord,ndpts,idrsnum,idrstmpl, & idrslen,ibmap,bmap,fld,ierr)
This file also contains code to unpack sections 3,4,5,6,7.
Then in gf_getfld.f we have:
subroutine gf_getfld(cgrib,lcgrib,ifldnum,unpack,expand,gfld,ierr)
This seems to be essentially the same code, but using gfld, the gribfied type, instead of intrinsic fortran types.
This is an over 500 line subroutine (including comments) and the unpack subroutines are in separate files, several hundreds of lines of repeated code.
This is an ugly hack.
The text was updated successfully, but these errors were encountered:
edwardhartnett
No branches or pull requests
In getfield.f we have:
This file also contains code to unpack sections 3,4,5,6,7.
Then in gf_getfld.f we have:
subroutine gf_getfld(cgrib,lcgrib,ifldnum,unpack,expand,gfld,ierr)
This seems to be essentially the same code, but using gfld, the gribfied type, instead of intrinsic fortran types.
This is an over 500 line subroutine (including comments) and the unpack subroutines are in separate files, several hundreds of lines of repeated code.
This is an ugly hack.
The text was updated successfully, but these errors were encountered: