ami-dictionaries directory option not working as expected

[ay-amityadav]

Operating system: Ubuntu 16.04

To create dictionary from wikipedia page of millet, as described at https://github.com/ContentMine/dictionaries/blob/master/MAKING.md, the following command is issued.

ami-dictionaries create\
 --hreftext \
 --input https://en.wikipedia.org/wiki/Millet\
 --informat wikipage\
 --dictionary millets_wikipage \
 --outformats xml,json,html
 --directory /home/amit/Desktop/Workshop/Github/tigr2ess/millets/dictionary

I was hoping to get the dictionary files at the path specified by --directory option above. Instead, the concerned dictionary files were created as per the below directory structure under /home/amit/ .

~
├── ContentMine
│   ├── dictionary
│       └── dictionaries
|            └── millets_wikipage.html
|            └── millets_wikipage.json
|            └── millets_wikipage.xml

And the following (apparently not required for the concerned purpose) directory structure was created in the current working directory.

.
├── target
│   ├── dictionary
│       └── htmlElement.html

The above behaviour was also observed for all the four different dictionary creation examples present in https://github.com/ContentMine/dictionaries/blob/master/MAKING.md.

[petermr]

Thanks you. I have modified the code and believe that the new release (today) will solve this.Let's keep the issue open untill it has been verified

…

On Fri, Feb 8, 2019 at 4:54 PM amit yadav ***@***.***> wrote: Assigned #12 <#12> to @petermr <https://github.com/petermr>. — You are receiving this because you were assigned. Reply to this email directly, view it on GitHub <#12 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAsxSwaJAO0TDD2rFu6FzFI1FxBfsk5eks5vLau2gaJpZM4awkDu> .

-- Peter Murray-Rust Founder ContentMine.org and Reader Emeritus in Molecular Informatics Dept. Of Chemistry, University of Cambridge, CB2 1EW, UK

[petermr]

Please retest and verify correction.

[ay-amityadav]

This is tested on the latest release i.e ami20190216b
The above issue is partially resolved.
The dictionary files are correctly created in the specified directory option, but the two not so required directories are still created:

• Contentmine under the home directory
• target in the current working directory (this is not created for dictionary creation from terms)

I am attaching a test script for the same. I hope it helps. Please change the file extension to .sh, Github didn't allow me to upload file with that extension.
test_issue_12.txt

[petermr]

Thanks!

On Sun, Feb 17, 2019 at 1:31 PM amit yadav ***@***.***> wrote: This is tested on the latest release i.e ami20190216b The above issue is partially resolved. The dictionary files are correctly created in the specified directory option, but the two not so required directories are still created: - Contentmine under the home directory Will think about this. - target in the current working directory (this is not created for dictionary creation from terms) Yes - I think this is a feature that should be removed. I am attaching a test script for the same. I hope it helps. Please change the file extension to .sh,

Don't understand this. I can commit *.sh files. What's the error message?

Github didn't allow me to upload file with that extension. test_issue_12.txt <https://github.com/petermr/tigr2ess/files/2872980/test_issue_12.txt>

I'll look at this and commit it myself —

…

You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub <#12 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAsxS2BI9xEpVgyS99xeDK2sQn9ACnJAks5vOVnEgaJpZM4awkDu> .

-- Peter Murray-Rust Founder ContentMine.org and Reader Emeritus in Molecular Informatics Dept. Of Chemistry, University of Cambridge, CB2 1EW, UK

[petermr]

I have added this and edited: * don't include hard-coded directories (e.g. /home/amit) but use symbolic variables. Then anyone can us them. PLEASE TEST IT. On Sun, Feb 17, 2019 at 7:55 PM Peter Murray-Rust < peter.murray.rust@googlemail.com> wrote:

…

Thanks! On Sun, Feb 17, 2019 at 1:31 PM amit yadav ***@***.***> wrote: > This is tested on the latest release i.e ami20190216b > The above issue is partially resolved. > The dictionary files are correctly created in the specified directory > option, but the two not so required directories are still created: > > - Contentmine under the home directory > > Will think about this. > > - target in the current working directory (this is not created for > dictionary creation from terms) > > Yes - I think this is a feature that should be removed. > > > I am attaching a test script for the same. I hope it helps. Please change > the file extension to .sh, > Don't understand this. I can commit *.sh files. What's the error message? > Github didn't allow me to upload file with that extension. > test_issue_12.txt > <https://github.com/petermr/tigr2ess/files/2872980/test_issue_12.txt> > I'll look at this and commit it myself — > You are receiving this because you modified the open/close state. > Reply to this email directly, view it on GitHub > <#12 (comment)>, > or mute the thread > <https://github.com/notifications/unsubscribe-auth/AAsxS2BI9xEpVgyS99xeDK2sQn9ACnJAks5vOVnEgaJpZM4awkDu> > . > -- Peter Murray-Rust Founder ContentMine.org and Reader Emeritus in Molecular Informatics Dept. Of Chemistry, University of Cambridge, CB2 1EW, UK

-- Peter Murray-Rust Founder ContentMine.org and Reader Emeritus in Molecular Informatics Dept. Of Chemistry, University of Cambridge, CB2 1EW, UK

[ay-amityadav]

I tested the script amit_test.sh on the latest release i.e ami20190217. I have made minor changes to it, and now it's working properly.