Tom Gehrke

Possibly solved by #1761.

I'll ignore the `Method has too many lines` messages since they refer to methods that were not written in this PR and should be addressed in a refactoring.

I just looked at how GitLab does all its repository operations. They created a [wrapper gem](https://gitlab.com/gitlab-org/gitlab_git) around Rugged, that seems to do some things differently. For example, [listing files is...

@eugenk I'm not sure how to implement this the easy way. We include codemirror as a rails gem, so I can't just apply the patch that is linked there. I...

Our version of codemirror does not support this yet. I'll try to update codemirror-rails, but it seems that our version comes from a stale repository. https://github.com/fixlr/codemirror-rails is much more up...

I created a branch for this, but it's not complete yet. After using `\r\n` as a line separator (it seems `\n` is now the default) for a file that uses...

I added the `do_parse: false` just to be more explicit.

I can't seem to reproduce either of those bugs locally on my machine. The ontologies get the locids `/external/Importer1` and `/external/Importer1//Importer1` and have only one version. They are also properly...

The locid is generated this way because the node in the dgraph has the name `http://github.com/eugenk/test-import-dol/raw/master/OwlBase.owl`. Is this the correct output, and if yes, can I safely remove the extension...

More problems: When the imported ontology includes a class (and probably also with others), this is what hets returns for the symbol (already parsed with Nokogiri): ``` { "kind"=>"Class", "name"=>"",...