uxdat and calendar

[Anon Anon]

Hi,

we runned the command uxdat to determine if a specified date is a working day or not.

 

On the node used to test the behaviour of the command, we have two calendars: one is the generic default calendar, another is the specific for the node with italian holidays.

 

There is a strange behaviour: the command returns 'w' (working) for all italian holidays, and 'h' for american holidays. It seems that the command reads from generic instead specifica calendar.

 

Is there a issue or is an error in the command syntax??

 

These are some command outputs:

 

[root@zlinux20 ~]# $UXEXE/uxdat dd/mm/yyyy 04/07/2014 type

h

[root@zlinux20 ~]# $UXEXE/uxdat dd/mm/yyyy 01/05/2014 type

w

 

In our calendar, the 4th of July isn't holiday; instead the 1st of May is holiday.

We tested the command both on v5.6 and v6.2 nodes.

 

Regards

 

Samuele Firpo

[Anon Anon]

Hi, 

I understood that the general calendar is used because the command uxdat does not refer to MU and my calendar with italian holidays is specific of MU.

Now, the question is? Is there a way to use specific calendar instead of generic calendar?

[Octavie_Chakoute_1958]

Hi,

 

I am afraid there is no way to use the specific calendar since the uxdat doesn't accept MU as argument.

 

Sorry, I can't be more helpful

 

Octavie

[Octavie_Chakoute_1958]

An update to this topic.

 

One of our product expert has just told me that the uxdat does accept MU as argument in fact. Since this info is not documented, a doc enhancement has been opened.

So the command should look like this:

 

uxdat "mm/dd/yyyy" "01/01/2014" "type" [MU=<MU name>]

 

Octavie

[Legacy User]

We are having similar issues now. We are using DUAS 6.3.41 in zLinux.
Command without the [MU=<MU name>] uses general calendar, even though the uproc is run in a MU which has its own calendar.

MU parameter is optional but why it uses the general calendar? In 5.6 it used the calendar/MU where the uproc was running.

In 6.3 manual it says:
"Dollar Universe calendars will only be consulted in the case of working day offsets or requests concerning the status of the source date. All other operations are independent of the Dollar Universe environment. The optional item MU=<MU name> indicates the target calendar."

Is this a bug or working as intended?
It kind of seems it's working as intended but I'd like to know why it was changed like this?
I mean it's nice you can now choose what MU/calendar to use, but I think (logically) it should use the current MUs calendar if not specified other wise.

This is easy to fix by just adding MU=$S_CODUG to end of command and then it's working as it was working in DUAS 5.6 and can be used in any MU without changes.

[Legacy User]

With the item MU=$S_CODUG, it seems OK, but not for MU that uses an MU-type calendar...

Why not use the current calendar of the context MU as default value?

[Legacy User]

Hi,

In v5, the usage of uxdat to target a MU was only possible in a jobs. Some users want to use this command outside of jobs and sometime outside of Dollar Universe (should be a nice tool ... ).

In V6, the command allows to enter the MU independently of the context. With this change, the context is not taken into account anymore. 

Yes, only the MU is managed not the Type...