-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
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
Model location not detected in OSX #36
Comments
I copied models to their destination
but it didn't help. It still don't find models. |
Hi Tonu, Internally, the .stan files (which are just plain text files) are (supposed to be) compiled and saved as pickle (.pkl) files in the respective folders. The pipeline scans those folders for .pkl during execution, so it wouldn't detect the original stan model files. It seems as though the pickling and saving isn't working as expected. Could you please try completely removing the In particular, towards the end of that, there should be some lines like:
The second argument to Could you please let me know (upload the file, etc.) if there is anything interesting going on there? Thanks. Have a good day, |
Hi Brnadon,
Tonu |
Ah, okay. could you please try manually this command (from the main rpbp folder):
If that works, then I can quickly put together a fix. Thanks, |
Hi,
works fine!
```
pickle-stan "rpbp_models/nonperiodic/no-periodicity.stan" "/Users/tmargus/Library/Application Support/rpbp/rpbp_models/nonperiodic/no-periodicity.pkl"
DIAGNOSTIC(S) FROM PARSER:
Warning (non-fatal): assignment operator <- deprecated in the Stan language; use = instead.
Warning (non-fatal): assignment operator <- deprecated in the Stan language; use = instead.
Warning (non-fatal): assignment operator <- deprecated in the Stan language; use = instead.
Warning (non-fatal): assignment operator <- deprecated in the Stan language; use = instead.
Warning (non-fatal): assignment operator <- deprecated in the Stan language; use = instead.
Warning (non-fatal): assignment operator <- deprecated in the Stan language; use = instead.
Warning (non-fatal): assignment operator <- deprecated in the Stan language; use = instead.
Warning (non-fatal): assignment operator <- deprecated in the Stan language; use = instead.
INFO:pystan:COMPILING THE C++ CODE FOR MODEL anon_model_1c0d8baec383282006d5731a3770192a NOW.
```
Tonu
… On 1. veebr 2017, at 20:42, bmmalone ***@***.***> wrote:
Ah, okay. could you please try manually this command (from the main rpbp folder):
pickle-stan "rpbp_models/nonperiodic/no-periodicity.stan" "/Users/tmargus/Library/Application Support/rpbp/rpbp_models/nonperiodic/no-periodicity.pkl"
If that works, then I can quickly put together a fix.
Thanks,
Brandon
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#36 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AHXfyp59WFyqCKvwrjcYiTYiwg16uyEdks5rYOAIgaJpZM4L0F9r>.
|
Great! I have pushed a new version which includes a small fix to handle the space. It is working as expected locally. Could you please give it a shot and let me know how it goes? Thanks for your persistence. |
it still not clean.
Error message:
|
Hi Tonu, Sorry, this is essentially the same problem, just in another place. The call to If you'd like to run it by hand to get a feel for the output, you can use:
The same problem will crop up later during a call to Have a good day, |
aa... ok!
Now this is command is working! it creates file c-elegans-rep-1.test-unique.metagene-periodicity-bayes-factors.csv.gz
I will be back tomorrow
Tonu
… On 1. veebr 2017, at 21:40, bmmalone ***@***.***> wrote:
estimate-metagene-profile-bayes-factors /Users/tmargus/projects/rpbp/data/metagene-profiles/c-elegans-rep-1.test-unique.metagene-profile.csv.gz /Users/tmargus/projects/rpbp/data/metagene-profiles/c-elegans-rep-1.test-unique.metagene-periodicity-bayes-factors.csv.gz --num-cpus 4 --periodic-models "/Users/tmargus/Library/Application Support/rpbp/rpbp_models/periodic/start-high-low-low.pkl" --nonperiodic-models "/Users/tmargus/Library/Application Support/rpbp/rpbp_models/nonperiodic/no-periodicity.pkl" --periodic-offset-start -20 --periodic-offset-end 0 --metagene-profile-length 21 --seed 8675309 --chains 2 --iterations 500 --logging-level INFO --log-file log_1.txt --file-logging-level NOTSET --stderr-logging-level NOTSET --stdout-logging-level NOTSET
|
Hi Tonu, Okay, good :) the space is definitely the problem, then. At least for the models, it turns out there is a single function in a pre-requisite project, riboseq-utils, which is always used to do the scanning for pickle files I mentioned earlier. I updated the function in this commit: dieterich-lab/riboseq-utils@4d32fc4 to always shell-escape the model filenames with quotes. Locally, it appears to work; however, you will need updated versions of both riboseq-utils and misc. I'm not really sure of the easiest way to do that... maybe either uninstall them with Please take a look and let me know how it turns out. In particular, in the logs of the commands (like the one you posted above), the paths to the models should be quoted. Have a good day, |
Hi Brandon, I uninstalled misc and riboseq-utils wit pip, download new git repos fro misc and riboseq-utils and installed them with I did not change *.pkl models in ~/Library/Application\ Support/rpbp/rpbp_models/. Part of Error message.
Cheers, |
Hi Tonu, Sorry, I forgot to push the updates to "misc" last night. Could you please re-pull and install it. Sorry about that. Also, you are right that the reason it can't find the file is because it is looking for a filename which begins with a literal quote; the update to "misc" fixes that behavior. Have a good day, |
It worked now! Great! |
Hi Tonu, Great! Thanks so much for iterating on this. I'm going to close this issue now, but please don't hesitate to re-open it if necessary, or file any others if anything else comes up. We consider it very important that our software is both usable and based on solid theoretical principles. That said, the fix for this issue will not help for other paths with spaces. However, all of the other paths are easily controlled, so hopefully that is not much of an issue. Still, I have preemptively opened a new issue (#41) that at least documents this behavior. Thanks, again. Have a good day, |
This is again related to Issue #36. The change log includes more details.
Originally from @tmargus in Issue #34:
This is related to appdirs. It is not immediately clear why they are not found correctly.
The text was updated successfully, but these errors were encountered: