After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 138936 - Resource costs should have a per-use cost value.
Resource costs should have a per-use cost value.
Status: RESOLVED OBSOLETE
Product: planner
Classification: Other
Component: Resources
unspecified
Other All
: Low enhancement
: ---
Assigned To: planner-maint
planner-maint
Depends on:
Blocks:
 
 
Reported: 2004-04-03 09:49 UTC by Lincoln Phipps
Modified: 2021-06-09 20:30 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Lincoln Phipps 2004-04-03 09:49:18 UTC
Costs are calculated as M x X where X is the cost/unit of time 
and M is a time period. This should have a per-use value (C) 
too which is invariant of the time, thus,

 (MX) + C

This'll be added when a resource is used no matter what 
its utilisation or task duration. Mainly used as a 
"call-out" charge if its a human resource or as a mininum 
hire charge if its a bit of equipment.
Comment 1 Lutz Staemmler 2007-09-06 14:06:32 UTC
I agree totally. But even more, the cost should be divided into three types:
1. Work: i.e., the people who do the work they have a cost X per unit (hour).
2. Equipment: It is handle by 1. but has also a cost Y per unit.
3. Material: A fixed cost C.

The difference between 1. and 2. is that the duration of a task depends only on 1. If a resource of type 1. works only 50 % for a task the duration is twice the time  estimated for the task, independent of any resources of type 2.

Let's take an example:
We want to mill a groove. This needs one day of work M. Mr. Miller has also another project, so he works on the groove only with 50 %. That is he will need 2 days (duration). The cost for that is XM. To mill the groove he uses the milling machine with a cost of Y. Since Mr Miller works only 50 % the machine is occupied also with 50 %. Still, it runs in total one day (despite the duration of 2 days) and costs YM. Additionally we need the raw material with a cost of C. I.e. the sum will be

     cost: (X+Y)M + C
 duration: M/50%=2M

Here planner caculates that Mr. Miller and the milling machine share the work, both work 50 %, that would be in total 100 %. But no, Mr. Miller has to run the milling machine, so it is only his time that counts.
Comment 2 Alejo Pacín Jul 2012-06-26 09:36:57 UTC
I've found this bug searching for a related bug for a problem with the material costs.

I agree with the idea that the cost of a material resource should be a fixed cost (the total cost).
Comment 3 GNOME Infrastructure Team 2021-06-09 20:30:08 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/World/planner/-/issues/51.