Mike Romberg - 2019-02-28

Ah, yea. This may be troublesome at the moment. I've been moving alot of the gfe's python code into packages (the gfe used python before python even had packages :). So, all of the init code is not in a package called ifp.init.

When installed, most of this code gets placed into a file called gfe.zip.   And this all works well.   However, it does make it tricky to extend the system with a new init module after things have been installed.

  What I need to do is modify the init package to be what python calls a namespace package (another fairly new to python feature) which allows for packages to be split across multiple directories.   That way the baseline code can exist in gfe.zip and extension code can be placed into /etc/gfe/SITE/ifp/init.   I don't think this will be too difficult to do.  I'll add it to my list.

    In the meantime, one can develop a new init module by simply creating it right in the gfe source tree alongside the other modules that are already there (libs/pylib/ifp/init

Also, depending on exactly what you are trying to do, there may be an easier way to get grids into the ifpServer using one of the many web interfaces (such as XMLRPC). The init system was kinda a workaround for all the NCEP data that needed to be adjusted for units and to be relavent at the surface. If you have data that is already suitable (does not need alot of processing) then it can be injected more directly.