Project

General

Profile

Actions

Bug #935

closed

Change behavior of routine that tests for 'access missing' triples

Added by Dan Higgins over 21 years ago. Updated over 20 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
morpho - general
Target version:
Start date:
01/08/2003
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
935

Description

routine in DataPackage creator that checks for datapackage elements that do not
have a complete set of access triples has confusing behavior

- email discussion below -

Dan Higgins wrote:
Matt,
Your points are good, but the fixes are non-trivial. First of all, morpho
keeps no record of who created a document, so it either has to try to open a doc
from metacat or explicitly ask metacat who is the original creator (do we have
such a metacat api call?).
Secondly, the check for missing access triples is (currently) in the
DataPackage creator. We call 'new DataPackage' from a variety of places and
DataPackage has no record of the method that is calling it. That makes it
difficult to figure out how to do an update. (and we even have the case of
opening a previous version of a package where automatic creation of a new
version makes no sense).
We can figure this out, put it will take some effort.

Dan

Matt Jones wrote:

Dan and Jing,

I opened these files in Morpho and updated them. I own them instead of nrsadmin
because they are the first two packages created, and we hadn't yet created the
nrsadmin account.

In the process of doing this, I found that the dialog that comes up still says
"Changes will take affect after the package is reopened." This is needlessly
complicated for the users. After updating the package, we should
programatically close it and reopen it without displaying the window in the
first place, as well as refresh the query from which it was opened. That way,
from the user's perspective they just say "Yes" or "No" and they are done.

Also, the dialog shouldn't even show up if the user does not have permission to
make those modifications, as they are guaranteed to get an error. Lets only
show the dialog if they have the permission to say "Yes" and have it work.

Matt

Jing Tao wrote:

Hi, Dan:

Just now I checked the db and found Matt is the owner of these package. He
can update the packages.

By the way, Matt, I don't think we need to rebuild the access table in knb
now. Currently, Morpho has a new feature to ask user to add new triples
in dataset file for the missed triples (e.g. the access file points
itself, access file points to entity file and so on). Then the new version
of this package will be created and metacat will delete all old entries
and create new entries in access table acorrding access file and new data
set file. So the new entries in access table will be consistent with both
access file and triples.

Jing

Jing Tao
National Center for Ecological
Analysis and Synthesis (NCEAS)
735 State St. Suite 204
Santa Barbara, CA 93101

On Mon, 30 Dec 2002, Dan Higgins wrote:

Jing,
There is a problem with some of the early nrs data packages (e.g.
nrs.10.2, and nrs.12.2). If I try to open them in Morpho when logged in
as 'nrsadmin' I get a message "No Access file in package!". This error
dialog is actually caused by not having permission to look at the access
file. Apparently, the early nrs files are not 'owned' by 'nrsadmin' and
for some reason the access files have limited access! Who owns these
packages and how can we make the access files available?

Dan

-- ***********************************************************
Dan Higgins
http://www.nceas.ucsb.edu/ Ph: 805-892-2531
National Center for Ecological Analysis and Synthesis (NCEAS)
735 State Street - Room 205
Santa Barbara, CA 93195
Actions #1

Updated by Dan Higgins over 20 years ago

This problem is no longer applicable with the eml2 version of Morpho

Actions #2

Updated by Redmine Admin about 11 years ago

Original Bugzilla ID was 935

Actions

Also available in: Atom PDF