10-23-2007 02:38 PM
10-23-2007 04:15 PM
Hello!
Isn't it amazing
. I ran in some similar strange problems with the GroupNameChk command. I expect that GroupCreate uses GroupNameCheck internaly. I suppose it is caused by the attempt to find an unique group name (but it still exist if you switch off this 'feature'). This also affects the GroupName and GroupPropSet commands. From my point of view a big bug in DIAdem 10.2.
Because of different issues with these commands starting in DIAdem 9.1 I had to wrap all these functions in a script and load this as an user command extension. As far as I know is there for your special problem no good solution, only a workaround: Just add a character e.g. a '_' at the end of every group name and cut it off if you want to use the group name later. If you need the real name in a report you can write it in a custom property of the group. Perhaps it will be fixed in the SP?!
Matthias
| Matthias Alleweldt Project Engineer / Projektingenieur | Twigeater? |
10-24-2007 02:26 AM
10-24-2007 02:48 AM
| Matthias Alleweldt Project Engineer / Projektingenieur | Twigeater? |
10-24-2007 02:54 AM
10-24-2007 03:02 AM
| Matthias Alleweldt Project Engineer / Projektingenieur | Twigeater? |
10-24-2007 08:57 AM
@Walter Rick wrote:
Hi jsmalley,
this maybe a problem if you have only long numbers as name for groups or channels. The current check algorithm for unique names causes it. But there is a very simple way to prevent this problem. Please go to "Settings" >> "Options" >> "General" and choose one of the "Unique group and channel names" "Separators" except "NONE".
Then it should work fine.
Greetings
Walter
Thanks. That makes sense.
I changed to an underscore and it works fine. Even adding groups directly into the portal (right click add group) works this way.