There is no onroad_ca, I am planning to use onroad_ca scripts from beta version, is there any changes for these scripts between v1 and beta?
If I understand correctly, all adj scripts are used to adjust land use and MET; therefore, I have to run the scripts without adj and then run the scripts with adj.
I do see afdust_adj, but not othafdust_adj and othptdust_adj, so in the table does othafdust represent othafdust_adj, or this did not run through othafdust_adj?
Hi Joey,
This question was missed by reviewers because there wasn’t a category assigned to it. I’ve added SMOKE and NEI Modeling Platform as the category.
Were you able to get past this error?
@huangj1311 Hey Joey, some of folks are having the same issue of running xportfrac tool for adjustment. Can you share how you were able to pass this issue?
I barely remembered what I did, the main issue was when it reads afdust output, and there is some incorrect variables in EMF runscripts or malfunctions of EMF runscripts. Please give me a week to take a look this, I don’t have 2016 EMP ready on our cluster at this point, I will try re-run afdust and adj this and next week to look into the issue.
Are any of the arrays larger than 2 GB (e.g., 500x1000 grids has size 50010004 bytes = 2GB)? If so, it needs one of the “medium memory model” versions of both the I/O API and then the program-build.
Even so, I think that should cause an error when you use the array, rather than when you read it. – Carlie
which is obviously different than my grid (1155 x 726)… I think this might be my error. I’m running a nested run because of another workaround, and I think I created the xport frac file for original 4 km domain I tried to create. Just to confirm, the xportfrac file should be on my CONUS4K_d02 grid – correct?
gives 1155x726x4 is about 3.3 GB, so this does need medium memory model for the processing, once it gets that far. Q: did the allocation for this-size array silently fail, giving rise to the observed error?
Thank you for your help – I subverted the need for a medium memory model (as I don’t have the compiled SMOKE with that build so I’m wary that I might need it in the future) by adding in IOAPI_OFFSET_64 = “Y” in the runscript.
I also recreated the xportfrac file.
I believe my error with problem 1 has been addressed with these two fixes.