Michael Kallfelz

This is connected to this [vocabulary issue](https://github.com/OHDSI/Vocabulary-v5.0/issues/677) - we have to remove this entry from the vocabulary_conversion table, which in turn is connected to #278 ....

to be precise, this is not an Athena issue but rather an issue on vocabulary maintenance, in which if there is not one concept for a given vocabulary ID on...

For the time being, the paragraph in the email text pointing at vocabulary import scripts will be changed as follows: Scripts for importing the vocabulary csv files into your OMOP...

(a manual refresh would also still be acceptable...)

@dimshitc and @aostropolets - while I created this issue, it is probably rather something that you would like to comment on. As this is not yet a standard table in...

Hi @Alexdavv , but you agree that we first need to introduce this table into the CDM before it can make sense to deliver it through Athena, right?

@odikia - Daniel, this is odd... let me double check if we have changed anything recently about the cpt4.jar.

@odikia - looks as if we have been doing this for a while now. I can confirm that it seems that all rows for CPT4 in the concept.csv after reconstitution...

Dear @konstjar - I think with the latest fixes in the CPT4.jar, the vulnerability should be fixed, too, right?

I however understand the requirement to recognize dependencies between vocabularies. This touches the "default" list of vocabularies and that users can very easily deselect vocabularies and end up with a...