Issue with running "Model To OSM" component on Mac with LBT version 1.9

ladybug-tools
1

I face another problem, none of the energy models get translated to OpenStudio.
At first I thought it is due to my older scripts which I started updating from 1.8 with no luck.

Then I tried the 1.9 energy samples from the Food4Rhino install folder and all of them raise the Failed to translate Model to OpenStudio error. I came to the conclusion this is a setup issue on my end, that I can’t figure out.

This is the shoebox example :

image
image1920×832 81.1 KB

/Users/fb/ladybug_tools/python/bin/python3 -m honeybee_energy simulate model /Users/fb/simulation/ShoeBox0.4/openstudio/ShoeBox0.4.hbjson /Users/fb/Desktop/HUN_CEN_Budapest.Ferenc.Liszt.Intl.AP.128390_TMYx.2007-2021.epw --sim-par-json /Users/fb/simulation/ShoeBox0.4/openstudio/simulation_parameter.json --folder /Users/fb/simulation/ShoeBox0.4/openstudio
Runtime error (ValueErrorException): Failed to translate Model to OpenStudio.

Traceback:
  line 298, in script

The component creates both the model and simulation paramter JSONs, then stops, the OS Workflow file is not being created. The script section which raises the error:

# check if any part of the translation failed
osw = os.path.join(directory, 'workflow.osw')
osw = osw if os.path.isfile(osw) else None
if not os.path.isfile(osm):
    print(' '.join(cmds))
    raise ValueError('Failed to translate Model to OpenStudio.')
if run_ > 0:
    if not os.path.isfile(idf):
        print(' '.join(cmds))
        raise ValueError('Failed to translate Model to EnergyPlus.')
    sql, zsz, rdd, html, err = output_energyplus_files(os.path.dirname(idf))

This is the job folder with the resulting JSONs:

image
image962×156 20.2 KB

I find this strange as I have all prerequisites installed (and Radiance models are running without a hiccup):

image
image1586×1366 256 KB

Any ideas what could go wrong? I’m on an Apple Silicon chip and I have Rosetta installed – I did not face issues like this with LBT 1.8 or earlier releases.

Updating sounded good when I’m away from my Windows machines. :melting_face:

2

Hi @furtonb

If you are on MacOS, one thing to check is to make sure you are using the 1.9.1 (latest) version on Food4Rhino. See here:

best,
@edpmay

1 Like
3

Yea, I accidentally released a Model to OSM component that Macs did not like. I fixed the installer on Food4Rhino the next day (July 3rd). So just re-download the installer from Food4Rhino (or re-run the LB Versioner) and you’ll be all set.

4

hi @chris & @edpmay,

The only thing I have to add for others finding this thread is don’t forget to run the LB Sync Grasshopper File component after running the LB Versioner component.

That’s what I missed yesterday when checking the 1.9 samples.

(See the first post in the thread, I was already having 1.9.1.)

Thanks! :slight_smile:

5

I will also note that now in v1.9, if you provide an OSM save folder to the ‘To OSM’ component with any spaces in the path (ie, in one of your folder names), it will also fail with the same generic ‘failed to translate’ error. This did not used to be the case in pre v1.9, so just be aware.

best,
@edpmay

2 Likes
6

Ah, thank you so much for brining these issues to my attention, @edpmay and @furtonb.

I just pushed another fix to the “Model To OSM” component for the case of white spaces in file paths:

… and I just updated the installer.gh file on Food4Rhino.

Also, you are correct, @furtonb that, while I had updated the samples that can now be accessed through the LB Samples component, I forgot to update the copy of the samples that come with the Food4Rhino download. So I made sure that this most recent installer that I pushed has the correct samples.

Hopefully, this is the last mac-related bug fix that I have to update the food4rhino samples for but let me know if you find anything else that is fishy.

2 Likes