Skip to content
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

need to re-import [ +separation of application in client projects?] #4

Open
cccs-ip opened this issue Nov 5, 2014 · 3 comments
Open
Assignees

Comments

@cccs-ip
Copy link
Member

cccs-ip commented Nov 5, 2014

I was poking around the doc-meta front end on 'abadi'. I noticed that our logs folder was showing, so I re-set that to collect in a different S3 bucket and deleted the folder from the file system. I also merged together two 'project documentation' folders into one (now called project-documentation_ESMS), as the spreadsheet I supplied to you with meta-data also combines these two folders into a single group. I suspect we'll have to re-run the importer?

I look forward to seeing the abadi documents populated with metadata

I would normally raise this issue in our client project site. I raise it here b/c I am not seeing a 'doc meta' module in GitLabs for abadi. Please let me know if I am missing something.

@pwhipp
Copy link
Contributor

pwhipp commented Nov 6, 2014

Yes, this requires deletion and rebuilding of the docmeta document objects. Importing data into abadi should really be reported in the abadi issues. The docmeta github issues are for issues with the docmeta module itself.

docmeta is a completely separate project. There are no docmeta files in the Django space.

The importer is in docmeta. It picks up the project settings in order to get the right s3 bucket which is how it remains agnostic about the project it is in.

Python looks at the sys.path when finding a module (import sys in a shell to examine this). Normal python modules will be in the appropriate lib which will be on the path. This is also true of docmeta. setup.py will either add docmeta to the appropriate lib folder (setup.py install) or add its path to the sys.path (setup.py develop).

The reason 'Django' modules (they are really just python modules) appear under the project folder is because we routinely add this folder to the sys.path (that is the 'add2virtualenv .' instruction).

I'll rebuild the data when I've been through #1. Let me know if you need it done sooner.

@cccs-ip
Copy link
Member Author

cccs-ip commented Nov 6, 2014

Thanks, Paul. As noted, I don't see an appropriate place yet in the client 'abadi' site (even though the module is there). Am I missing something?

@pwhipp
Copy link
Contributor

pwhipp commented Nov 12, 2014

Hopefully our discussion covered your comment. This issue can be closed. I'm raising the other issues shortly.

@pwhipp pwhipp assigned cccs-ip and unassigned pwhipp Nov 12, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants