Skip to content

Project name of "deepkit" changes nested directory behavior #12

Open
@planetceres

Description

@planetceres

A logical name to keep DeepKit configuration files within a project would be nested in a subdirectory called deepkit. However, using this convention on a DeepKit server causes inconsistency with deepkit.yml config values.

Server Example

For example, say we're training a model in a parent repo of https://github.com/username/MyNetwork.git

If we create a directory ./deepkit and put deepkit.yml there, DeepKit can't seem to find the configuration. Notice the [object Object] placeholder value.

./MyNetwork
└──  deepkit
    └── deepkit.yml

deepkit_issue_001

But if we duplicate the same deepkit.yml file and nest it under ./deepkit/train, DeepKit is able to find the config

./MyNetwork
└──  deepkit
    └── train
        └── deepkit.yml

deepkit_issue_002

GUI Example

This also happens when using the GUI on localhost to manage a Project - but it is affected one level higher in the directory structure (so that the [object Object] placeholder value appears if ./deepkit.yml is in the root of the project:

./MyNetwork
└──  deepkit.yml

Summary

One solution is to make sure that DeepKit configuration files are not organized under a directory named deepkit . However, unless the directory name deepkit needs to be reserved, it might cause less confusion to correct this behavior so that experiments are not affected by this.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions