[GiDlist] Urgent problem

Hi gid Team

There is some “progress”.

I tried to collapse the mesh using the command mesh-edit mesh-collapse-mesh, after that the writing “Collapse mesh. Created -31139 elements and 0 nodes. Tolerance=0.000150” appears, so I lunched the work but in the view process info windows appears:
"
*** ERROR!!! ***
– Bug found!
This line has terms that don’t have sense.(“;” Missing?)
Decoded line: (36 words, 24 numbers.)

WORDS NUMBERS ‘?’ = Unknown term.

FluidDefinition
FlowModel
Incompressible
Integration_Scheme
Backward_Euler
Assembling_Type
None?
Solve_NavierStokes
MinTauV_Ratio 0.01
MinTauP_Ratio 0.1
Velocity_Smoothing 0
Solve_Spalart_Allmaras
Turbulence_Smoothing 2
EddyKEnergy_Production_Limit 20
Epsilon_Production_Limit 2000
Epsilon_Reaction_Limit 2000
Omega_Production_Limit 2000
Omega_Reaction_Limit 2000
EddyViscoT_Production_Limit 2000
EddyViscoT_Reaction_Limit 2000
TVscMinimum 0.001
TVscMaximum 100000
KenrMinimum 0.001
KenrMaximum 100000
EpslMinimum 0.1
EpslMaximum 100000
OmegMinimum 0.1
OmegMaximum 1000
KtauMinimum 0.001
KtauMaximum 100000
NS_AdvecStab_4th_Order
NS_PressStab_4th_Order
TB_AdvecStab_2nd_Order
SteadyNorm 0
AdvectionNorm 0
Control_Increment 1 "

So, what do you think?

Thans a lot!

Sergio


\

Scegli infostrada: ADSL gratis per tutta l’estate e telefoni senza canone Telecom
http://click.libero.it/infostrada

Probably some boundary condition or material is missing (because the collapse has deleted mesh entities) and must be assigned again
to nodes or elements.
Unassign all conditions, and assign again over the mesh entities (assing data directly over mesh can be very difficult, but you did
before, because you imported a mesh)

In any case, the messages are written by the external CFD solver (Tdyn), not by GiD, contact somebody of Compass to ask this
question.
Have a look to the calculation dat file written by GiD to check if somehing seems wrong.

Enrique

----- Original Message -----
From: sergiodibari at libero.it
To: “gidlist” gidlist at gatxan.cimne.upc.edu
Sent: Friday, July 06, 2007 11:23 AM
Subject: Re: [GiDlist] Urgent problem


Hi gid Team
There is some “progress”.
I tried to collapse the mesh using the command mesh-edit mesh-collapse-mesh, after that the writing "Collapse mesh.
Created -31139 elements and 0 nodes. Tolerance=0.000150" appears, so I lunched the work but in the view process info windows
appears:
"
*** ERROR!!! ***
– Bug found!
This line has terms that don’t have sense.(“;” Missing?)
Decoded line: (36 words, 24 numbers.)
WORDS NUMBERS ‘?’ = Unknown term.
FluidDefinition
FlowModel
Incompressible
Integration_Scheme
Backward_Euler
Assembling_Type
None?
Solve_NavierStokes
MinTauV_Ratio 0.01
MinTauP_Ratio 0.1
Velocity_Smoothing 0
Solve_Spalart_Allmaras
Turbulence_Smoothing 2
EddyKEnergy_Production_Limit 20
Epsilon_Production_Limit 2000
Epsilon_Reaction_Limit 2000
Omega_Production_Limit 2000
Omega_Reaction_Limit 2000
EddyViscoT_Production_Limit 2000
EddyViscoT_Reaction_Limit 2000
TVscMinimum 0.001
TVscMaximum 100000
KenrMinimum 0.001
KenrMaximum 100000
EpslMinimum 0.1
EpslMaximum 100000
OmegMinimum 0.1
OmegMaximum 1000
KtauMinimum 0.001
KtauMaximum 100000
NS_AdvecStab_4th_Order
NS_PressStab_4th_Order
TB_AdvecStab_2nd_Order
SteadyNorm 0
AdvectionNorm 0
Control_Increment 1 "
So, what do you think?
Thans a lot!
Sergio


------------------------------------------------------
Scegli infostrada: ADSL gratis per tutta l’estate e telefoni senza canone Telecom
_http://click.libero.it/infostrada_


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_

Dear GiD team,

I’m using GiD 8.0.4.

In executing an external program via “CALCULATE” menu, GiD manual says that
“%1 is the name of the current project (project_name)”.

Within my short experience, current project name is
forced to short name like “SPHERE~1” though the original name is
“sphere_model”. This is annoying me. Is there a way not using
short name?

HEMMI, Shigeru
ITOCHU Techno-Solutions Corporation (CTC), Japan.

I’ve tested this with some GiD versions,
and the %2 and %3 model and problemtype paths are short names,
but the %1 project_name parameter is not short.

e.g.
I tested a .bat file with this content:
echo %1 C:\args.txt
echo %2 C:\args.txt
echo %3 C:\args.txt

And for a model named sphere_model I obtained a file C:\args.txt with this:
sphere_model
C:\temp\SPHERE~1.GID
C:\ARCHIV~1\GiD\GID80~1.9\PROBLE~1\base.gid

Maybe is a problem related with theJapanese encoding of your operating system.

Regards

Enrique

----- Original Message -----
From: “HEMMI, Shigeru” shigeru.hemmi at ctc-g.co.jp
To: gidlist at gatxan.cimne.upc.es
Sent: Thursday, July 12, 2007 7:32 AM
Subject: [GiDlist] Current project name forced short name like SPHERE~1


Dear GiD team,
I’m using GiD 8.0.4.
In executing an external program via “CALCULATE” menu, GiD manual says that
“%1 is the name of the current project (project_name)”.
Within my short experience, current project name is
forced to short name like “SPHERE~1” though the original name is
“sphere_model”. This is annoying me. Is there a way not using
short name?
HEMMI, Shigeru
ITOCHU Techno-Solutions Corporation (CTC), Japan.


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_

Thanks for the reply.

I did the same test as you wrote. My C:\args.txt is

SPHERE~1
C:\cygwin\home\c1544\CRCSOL~3\work\SPHERE~1.GID
C:\PROGRA~1\CTC\GID80~1.9\PROBLE~1\MagnaFEM\3D_A-P~1.GID

FYI, the “true” %2 name for this case is
C:\cygwin\home\c1544\crcsolver\work\sphere_model.gid
and my C-drive is NTFS, not FAT nor FAT32 formatted.

Further, for my another project, I got a “true” name for %1,
my C:\args.txt is
ConstFieldByT0Tetra
C:\cygwin\home\c1544\CRCSOL~3\work\CONSTF~1.GID
C:\PROGRA~1\CTC\GID80~1.9\PROBLE~1\MagnaFEM\3D_A-P~1.GID

I am not sure why my %1 is short name for the first case,
though I do not believe with that the cause came from theJapanese encoding.
It seems difficult to fix this problem within short term.

Regards,

HEMMI, Shigeru
ITOCHU Techno-Solutions Corporation (CTC), Japan.



Enrique Escolano wrote:
I’ve tested this with some GiD versions,
and the %2 and %3 model and problemtype paths are short names,
but the %1 project_name parameter is not short.
e.g.
I tested a .bat file with this content:
echo %1 C:\args.txt
echo %2 C:\args.txt
echo %3 C:\args.txt
And for a model named sphere_model I obtained a file C:\args.txt with this:
sphere_model
C:\temp\SPHERE~1.GID
C:\ARCHIV~1\GiD\GID80~1.9\PROBLE~1\base.gid
Maybe is a problem related with theJapanese encoding of your operating system.
Regards
Enrique
----- Original Message -----
From: “HEMMI, Shigeru” shigeru.hemmi at ctc-g.co.jp
To: gidlist at gatxan.cimne.upc.es
Sent: Thursday, July 12, 2007 7:32 AM
Subject: [GiDlist] Current project name forced short name like SPHERE~1

Dear GiD team,
I’m using GiD 8.0.4.
In executing an external program via “CALCULATE” menu, GiD manual says that
“%1 is the name of the current project (project_name)”.
Within my short experience, current project name is
forced to short name like “SPHERE~1” though the original name is
“sphere_model”. This is annoying me. Is there a way not using
short name?
HEMMI, Shigeru
ITOCHU Techno-Solutions Corporation (CTC), Japan.


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_

If you need a workaround, insert the following text in the .bat file:


rem OutputFile: %2%1.info
rem ErrorFile: %2%1.err
rem WarningFile: %2%1.war
tcl
foreach “- - basename dir problemtypedir - more_files” $argv break
set dir [file normalize $dir]
set problemtypedir [file normalize $problemtypedir]

Note that command “tcl” is and extension to the MSDOS bat file language
for GiD. If this command is used, all the rest of the file is interpreted
as TCL commands instead of MSDOS commands.

In this situation, TCL variable “argv” contains all the arguments to
the .bat file and variable “dir” contains the expanded name of the
directory.


Compass Ing. y Sistemas Dr. Ramon Ribo
http://www.compassis.com ramsan at compassis.com
c/ Tuset, 8 7-2 tel. +34 93 218 19 89
08006 Barcelona, Spain fax. +34 93 396 97 46

En Fri, 13 Jul 2007 02:38:07 +0200, HEMMI, Shigeru
shigeru.hemmi at ctc-g.co.jp escribió:

Thanks for the reply.
I did the same test as you wrote. My C:\args.txt is
SPHERE~1
C:\cygwin\home\c1544\CRCSOL~3\work\SPHERE~1.GID
C:\PROGRA~1\CTC\GID80~1.9\PROBLE~1\MagnaFEM\3D_A-P~1.GID
FYI, the “true” %2 name for this case is
C:\cygwin\home\c1544\crcsolver\work\sphere_model.gid
and my C-drive is NTFS, not FAT nor FAT32 formatted.
Further, for my another project, I got a “true” name for %1,
my C:\args.txt is
ConstFieldByT0Tetra
C:\cygwin\home\c1544\CRCSOL~3\work\CONSTF~1.GID
C:\PROGRA~1\CTC\GID80~1.9\PROBLE~1\MagnaFEM\3D_A-P~1.GID
I am not sure why my %1 is short name for the first case,
though I do not believe with that the cause came from theJapanese
encoding.
It seems difficult to fix this problem within short term.
Regards,
HEMMI, Shigeru
ITOCHU Techno-Solutions Corporation (CTC), Japan.


Enrique Escolano wrote:
I’ve tested this with some GiD versions,
and the %2 and %3 model and problemtype paths are short names,
but the %1 project_name parameter is not short.
e.g.
I tested a .bat file with this content:
echo %1 C:\args.txt
echo %2 C:\args.txt
echo %3 C:\args.txt
And for a model named sphere_model I obtained a file C:\args.txt with
this:
sphere_model
C:\temp\SPHERE~1.GID
C:\ARCHIV~1\GiD\GID80~1.9\PROBLE~1\base.gid
Maybe is a problem related with theJapanese encoding of your operating
system.
Regards
Enrique
----- Original Message -----
From: “HEMMI, Shigeru” shigeru.hemmi at ctc-g.co.jp
To: gidlist at gatxan.cimne.upc.es
Sent: Thursday, July 12, 2007 7:32 AM
Subject: [GiDlist] Current project name forced short name like SPHERE~1

Dear GiD team,
I’m using GiD 8.0.4.
In executing an external program via “CALCULATE” menu, GiD manual says
that
“%1 is the name of the current project (project_name)”.
Within my short experience, current project name is
forced to short name like “SPHERE~1” though the original name is
“sphere_model”. This is annoying me. Is there a way not using
short name?
HEMMI, Shigeru
ITOCHU Techno-Solutions Corporation (CTC), Japan.


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_

\

Compass Ing. y Sistemas Dr. Ramon Ribo
http://www.compassis.com ramsan at compassis.com
c/ Tuset, 8 7-2 tel. +34 93 218 19 89
08006 Barcelona, Spain fax. +34 93 396 97 46

Thanks for the support.

For a .bat file at your suggesion,

tcl
foreach “- - basename dir problemtypedir - more_files” $argv break
set dir [lindex [file split [file normalize $dir]] end]
set problemtypedir [file normalize $problemtypedir]
if [catchFo {open “C:/args.txt” w} fd] {
error “Unable to open file”
}
puts $fd $dir
puts $fd $problemtypedir
close $fd

I got a file C:\args.txt what I wanted:

sphere_model.gid
C:/Program Files/CTC/GiD 8.0.9/problemtypes/MagnaFEM/3d_A-Phi_Edge.gid

Best regards,

HEMMI, Shigeru
ITOCHU Techno-Solutions Corporation (CTC)



Ramon Ribó wrote:

If you need a workaround, insert the following text in the .bat file:
--------------------------------------------
rem OutputFile: %2%1.info
rem ErrorFile: %2%1.err
rem WarningFile: %2%1.war
tcl
foreach “- - basename dir problemtypedir - more_files” $argv break
set dir [file normalize $dir]
set problemtypedir [file normalize $problemtypedir]
----------------------------------------------
Note that command “tcl” is and extension to the MSDOS bat file language
for GiD. If this command is used, all the rest of the file is interpreted
as TCL commands instead of MSDOS commands.
In this situation, TCL variable “argv” contains all the arguments to
the .bat file and variable “dir” contains the expanded name of the
directory.

Compass Ing. y Sistemas Dr. Ramon Ribo
http://www.compassis.com ramsan at compassis.com
c/ Tuset, 8 7-2 tel. +34 93 218 19 89
08006 Barcelona, Spain fax. +34 93 396 97 46
En Fri, 13 Jul 2007 02:38:07 +0200, HEMMI, Shigeru
shigeru.hemmi at ctc-g.co.jp escribió:
Thanks for the reply.
I did the same test as you wrote. My C:\args.txt is
SPHERE~1
C:\cygwin\home\c1544\CRCSOL~3\work\SPHERE~1.GID
C:\PROGRA~1\CTC\GID80~1.9\PROBLE~1\MagnaFEM\3D_A-P~1.GID
FYI, the “true” %2 name for this case is
C:\cygwin\home\c1544\crcsolver\work\sphere_model.gid
and my C-drive is NTFS, not FAT nor FAT32 formatted.
Further, for my another project, I got a “true” name for %1,
my C:\args.txt is
ConstFieldByT0Tetra
C:\cygwin\home\c1544\CRCSOL~3\work\CONSTF~1.GID
C:\PROGRA~1\CTC\GID80~1.9\PROBLE~1\MagnaFEM\3D_A-P~1.GID
I am not sure why my %1 is short name for the first case,
though I do not believe with that the cause came from theJapanese
encoding.
It seems difficult to fix this problem within short term.
Regards,
HEMMI, Shigeru
ITOCHU Techno-Solutions Corporation (CTC), Japan.


Enrique Escolano wrote:
I’ve tested this with some GiD versions,
and the %2 and %3 model and problemtype paths are short names,
but the %1 project_name parameter is not short.
e.g.
I tested a .bat file with this content:
echo %1 C:\args.txt
echo %2 C:\args.txt
echo %3 C:\args.txt
And for a model named sphere_model I obtained a file C:\args.txt with
this:
sphere_model
C:\temp\SPHERE~1.GID
C:\ARCHIV~1\GiD\GID80~1.9\PROBLE~1\base.gid
Maybe is a problem related with theJapanese encoding of your
operating system.
Regards
Enrique
----- Original Message -----
From: “HEMMI, Shigeru” shigeru.hemmi at ctc-g.co.jp
To: gidlist at gatxan.cimne.upc.es
Sent: Thursday, July 12, 2007 7:32 AM
Subject: [GiDlist] Current project name forced short name like SPHERE~1

Dear GiD team,
I’m using GiD 8.0.4.
In executing an external program via “CALCULATE” menu, GiD manual
says that
“%1 is the name of the current project (project_name)”.
Within my short experience, current project name is
forced to short name like “SPHERE~1” though the original name is
“sphere_model”. This is annoying me. Is there a way not using
short name?
HEMMI, Shigeru
ITOCHU Techno-Solutions Corporation (CTC), Japan.


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_


–Compass Ing. y Sistemas Dr. Ramon Ribo
http://www.compassis.com ramsan at compassis.com
c/ Tuset, 8 7-2 tel. +34 93 218 19 89
08006 Barcelona, Spain fax. +34 93 396 97 46


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_

Hello GiD-Team,

i want to post process a very big binary result file (2GB) and get the
following error:
/ Result end values - it seems to be too much for binary string: 1514449826
Bin mesh keyword 1 - it seems to be to few for a binary string:
-1564671999.
/Are there any possibilities to load such a big result file?

Thanks in advance
Gerhard

Hello Gerhard,

The biggest file i worked with was around 1.5 GBytes big and GiD could read
it and postprocess it. I don’t know how the Zlib (which GiD uses to compress
the binary files) works with files bigger than 2GBytes. But for the message
you sent, I would tip for an error inside the file.

¿Can you put the file in a place where I can download it and check it?
If you prefer, you can send me the details to my direct mail:
miguel at cimne.upc.edu.
Thanks,

Miguel Pasenau


-----Mensaje original-----
De: gidlist-admin at gatxan.cimne.upc.edu
[mailto:gidlist-admin at gatxan.cimne.upc.edu] En nombre de Gerhard Link
Enviado el: lunes, 16 de julio de 2007 10:36
Para: gidlist at gatxan.cimne.upc.edu
Asunto: [GiDlist] Handling of big result files

Hello GiD-Team,

i want to post process a very big binary result file (2GB) and get the
following error:
/ Result end values - it seems to be too much for binary string: 1514449826
Bin mesh keyword 1 - it seems to be to few for a binary string:
-1564671999.
/Are there any possibilities to load such a big result file?

Thanks in advance
Gerhard


GiDlist mailing list
GiDlist at gid.cimne.upc.es
http://gid.cimne.upc.es/mailman/listinfo/gidlist

Hello Miguel,

the computation is still running. I computed 475 of 700 steps.
As soon as the simulation finished i can put the results on our homepage.

If you want i can put the results so far on the web.
The last data field inside that result file is of course not complete.
But i got the reading error already after the 66 step and i already
computed 475.

If you assume an error in the result file it should be near the step 66.
Sadly i can not check the result file because i use binary format.
Do you now a way to check the binary result file?

Gerhard

Miguel Pasenau wrote:
Hello Gerhard,
The biggest file i worked with was around 1.5 GBytes big and GiD could read
it and postprocess it. I don’t know how the Zlib (which GiD uses to compress
the binary files) works with files bigger than 2GBytes. But for the message
you sent, I would tip for an error inside the file.
¿Can you put the file in a place where I can download it and check it?
If you prefer, you can send me the details to my direct mail:
miguel at cimne.upc.edu.
Thanks,
Miguel Pasenau

-----Mensaje original-----
De: gidlist-admin at gatxan.cimne.upc.edu
[mailto:gidlist-admin at gatxan.cimne.upc.edu] En nombre de Gerhard Link
Enviado el: lunes, 16 de julio de 2007 10:36
Para: gidlist at gatxan.cimne.upc.edu
Asunto: [GiDlist] Handling of big result files
Hello GiD-Team,
i want to post process a very big binary result file (2GB) and get the
following error:
/ Result end values - it seems to be too much for binary string: 1514449826
Bin mesh keyword 1 - it seems to be to few for a binary string:
-1564671999.
/Are there any possibilities to load such a big result file?
Thanks in advance
Gerhard


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_


\

/ // /// Friedrich-Alexander-Universität Erlangen
_/ _/ _/ _/ Lehrstuhl für Sensorik
_/ _/ _/ Paul-Gordan-Str. 3-5, D-91052 Erlangen
/ // ///
_/ _/ _/ Friedrich-Alexander University Erlangen
_/ _/ / / Department of Sensor Technology
//
/ // //
/ Paul-Gordan-Str. 3-5, D-91052 Erlangen


Gerhard Link, M.Sc.

email: Gerhard.Link at lse.eei.uni-erlangen.de
phone: +49-9131-85-23149
fax: +49-9131-85-23133

Hi,
If the error is already at step 66, you can i can already look into the file
although the simulation is not finished.
If you post a link I’ll download it and take a look.
The only way is to run gid in debug mode and see where the problem is.

Miguel

-----Mensaje original-----
De: gidlist-admin at gatxan.cimne.upc.edu
[mailto:gidlist-admin at gatxan.cimne.upc.edu] En nombre de Gerhard Link
Enviado el: lunes, 16 de julio de 2007 16:48
Para: gidlist at gatxan.cimne.upc.edu
Asunto: Re: [GiDlist] Handling of big result files

Hello Miguel,

the computation is still running. I computed 475 of 700 steps.
As soon as the simulation finished i can put the results on our homepage.

If you want i can put the results so far on the web.
The last data field inside that result file is of course not complete.
But i got the reading error already after the 66 step and i already
computed 475.

If you assume an error in the result file it should be near the step 66.
Sadly i can not check the result file because i use binary format.
Do you now a way to check the binary result file?

Gerhard

Miguel Pasenau wrote:
Hello Gerhard,
The biggest file i worked with was around 1.5 GBytes big and GiD could
read
it and postprocess it. I don’t know how the Zlib (which GiD uses to
compress
the binary files) works with files bigger than 2GBytes. But for the
message
you sent, I would tip for an error inside the file.
¿Can you put the file in a place where I can download it and check it?
If you prefer, you can send me the details to my direct mail:
miguel at cimne.upc.edu.
Thanks,
Miguel Pasenau

-----Mensaje original-----
De: gidlist-admin at gatxan.cimne.upc.edu
[mailto:gidlist-admin at gatxan.cimne.upc.edu] En nombre de Gerhard Link
Enviado el: lunes, 16 de julio de 2007 10:36
Para: gidlist at gatxan.cimne.upc.edu
Asunto: [GiDlist] Handling of big result files
Hello GiD-Team,
i want to post process a very big binary result file (2GB) and get the
following error:
/ Result end values - it seems to be too much for binary string:
1514449826
Bin mesh keyword 1 - it seems to be to few for a binary string:
-1564671999.
/Are there any possibilities to load such a big result file?
Thanks in advance
Gerhard


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_


GiDlist mailing list
GiDlist at gid.cimne.upc.es
_http://gid.cimne.upc.es/mailman/listinfo/gidlist_


\

/ // /// Friedrich-Alexander-Universität Erlangen
_/ _/ _/ _/ Lehrstuhl für Sensorik
_/ _/ _/ Paul-Gordan-Str. 3-5, D-91052 Erlangen
/ // ///
_/ _/ _/ Friedrich-Alexander University Erlangen
_/ _/ / / Department of Sensor Technology
//
/ // //
/ Paul-Gordan-Str. 3-5, D-91052 Erlangen


Gerhard Link, M.Sc.

email: Gerhard.Link at lse.eei.uni-erlangen.de
phone: +49-9131-85-23149
fax: +49-9131-85-23133


GiDlist mailing list
GiDlist at gid.cimne.upc.es
http://gid.cimne.upc.es/mailman/listinfo/gidlist