vitamin-model-checker 0.9__tar.gz

vitamin-model-checker-0.9/.gitignore

@@ -0,0 +1,9 @@
+model_checker_interface/explicit/RBATL/__pycache__/RBATL.cpython-310.pyc
+xml_data/__pycache__/writting.cpython-310.pyc
+xml_data/__pycache__/writting.cpython-310.pyc
+xml_data/__pycache__/to_cgs.cpython-310.pyc
+xml_data/__pycache__/set_operation.cpython-310.pyc
+xml_data/__pycache__/initialisation.cpython-310.pyc
+xml_data/__pycache__/convertion.cpython-310.pyc
+__pycache__/front_end_CS.cpython-310.pyc
+__pycache__/back_end_CS.cpython-310.pyc

vitamin-model-checker-0.9/.idea/.gitignore

@@ -0,0 +1,3 @@
+# Default ignored files
+/shelf/
+/workspace.xml

vitamin-model-checker-0.9/.idea/VITAMIN.iml

@@ -0,0 +1,10 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<module type="PYTHON_MODULE" version="4">
+  <component name="NewModuleRootManager">
+    <content url="file://$MODULE_DIR$">
+      <excludeFolder url="file://$MODULE_DIR$/venv" />
+    </content>
+    <orderEntry type="inheritedJdk" />
+    <orderEntry type="sourceFolder" forTests="false" />
+  </component>
+</module>

vitamin-model-checker-0.9/.idea/inspectionProfiles/Project_Default.xml

@@ -0,0 +1,15 @@
+<component name="InspectionProjectProfileManager">
+  <profile version="1.0">
+    <option name="myName" value="Project Default" />
+    <inspection_tool class="PyPackageRequirementsInspection" enabled="true" level="WARNING" enabled_by_default="true">
+      <option name="ignoredPackages">
+        <value>
+          <list size="2">
+            <item index="0" class="java.lang.String" itemvalue="pyarrow" />
+            <item index="1" class="java.lang.String" itemvalue="lxml" />
+          </list>
+        </value>
+      </option>
+    </inspection_tool>
+  </profile>
+</component>

vitamin-model-checker-0.9/.idea/inspectionProfiles/profiles_settings.xml

@@ -0,0 +1,6 @@
+<component name="InspectionProjectProfileManager">
+  <settings>
+    <option name="USE_PROJECT_PROFILE" value="false" />
+    <version value="1.0" />
+  </settings>
+</component>

vitamin-model-checker-0.9/.idea/misc.xml

@@ -0,0 +1,4 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<project version="4">
+  <component name="ProjectRootManager" version="2" project-jdk-name="Python 3.9 (VITAMIN)" project-jdk-type="Python SDK" />
+</project>

vitamin-model-checker-0.9/.idea/modules.xml

@@ -0,0 +1,8 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<project version="4">
+  <component name="ProjectModuleManager">
+    <modules>
+      <module fileurl="file://$PROJECT_DIR$/.idea/VITAMIN.iml" filepath="$PROJECT_DIR$/.idea/VITAMIN.iml" />
+    </modules>
+  </component>
+</project>

vitamin-model-checker-0.9/.idea/vcs.xml

@@ -0,0 +1,6 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<project version="4">
+  <component name="VcsDirectoryMappings">
+    <mapping directory="" vcs="Git" />
+  </component>
+</project>

vitamin-model-checker-0.9/.vscode/launch.json

@@ -0,0 +1,28 @@
+{
+    // Use IntelliSense to learn about possible attributes.
+    // Hover to view descriptions of existing attributes.
+    // For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
+    "version": "0.2.0",
+    "configurations": [
+        {
+            "name": "Python: Current File",
+            "type": "python",
+            "request": "launch",
+            "program": "${file}",
+            "console": "integratedTerminal",
+            "justMyCode": true,
+            "args": ["1", "3", "5", "50", "1"]
+        }
+        // {
+        //     "name": "Python: Module",
+        //     "type": "debugpy",
+        //     "request": "launch",
+        //     "module": "streamlit",
+        //     "justMyCode": true,
+        //     "args": [
+        //         "run",
+        //         "./model_app.py"
+        //     ]
+        // }
+    ]
+}

vitamin-model-checker-0.9/C://Users//lmfao//Desktop//Tesi//TESTING//output.txt

@@ -0,0 +1,27 @@
+Transition
+II 0 0 0
+0 II 0 0
+0 0 II 0
+0 0 0 II
+Unkown_Transition_by
+0 0 0 0 0 0 0 0
+0 0 t1 0 0 0 0 0
+0 0 0 c 0 0 0 0
+0 0 0 0 0 0 0 0
+0 0 0 0 0 t1 0 0
+0 0 0 0 0 0 0 0
+0 0 0 0 0 0 0 0
+0 0 0 0 0 0 0 0
+Name_State
+s0 s1 s2 s3
+Initial_State
+s0
+Atomic_propositions
+a b c d e f g h
+Labelling
+1 0 0 0 0 0 0 1
+0 0 0 0 1 0 0 1
+0 0 1 0 0 0 0 1
+1 0 0 0 0 0 0 1
+Number_of_agents
+2

vitamin-model-checker-0.9/PKG-INFO

@@ -0,0 +1,129 @@
+Metadata-Version: 2.1
+Name: vitamin-model-checker
+Version: 0.9
+Summary: The VITAMIN model checker python package
+Author: Angelo Ferrando
+Author-email: angelo.ferrando42@gmail.com
+Requires-Dist: altair==5.2.0
+Requires-Dist: antlr4-python3-runtime==4.8.0
+Requires-Dist: anyio==3.6.1
+Requires-Dist: appnope==0.1.3
+Requires-Dist: argon2-cffi==21.3.0
+Requires-Dist: argon2-cffi-bindings==21.2.0
+Requires-Dist: asttokens==2.0.8
+Requires-Dist: attrs==22.2.0
+Requires-Dist: automata-lib==6.0.2
+Requires-Dist: Babel==2.10.3
+Requires-Dist: backcall==0.2.0
+Requires-Dist: beautifulsoup4==4.11.1
+Requires-Dist: bleach==5.0.1
+Requires-Dist: blinker==1.7.0
+Requires-Dist: cachetools==5.3.2
+Requires-Dist: certifi==2022.12.7
+Requires-Dist: cffi==1.15.1
+Requires-Dist: charset-normalizer==3.3.2
+Requires-Dist: click==8.1.3
+Requires-Dist: colormath==3.0.0
+Requires-Dist: commonmark==0.9.1
+Requires-Dist: contourpy==1.0.5
+Requires-Dist: cycler==0.11.0
+Requires-Dist: debugpy==1.6.3
+Requires-Dist: decorator==5.1.1
+Requires-Dist: defusedxml==0.7.1
+Requires-Dist: entrypoints==0.4
+Requires-Dist: executing==1.0.0
+Requires-Dist: fastjsonschema==2.16.2
+Requires-Dist: fonttools==4.37.2
+Requires-Dist: forbiddenfruit==0.1.4
+Requires-Dist: gitdb==4.0.9
+Requires-Dist: GitPython==3.1.27
+Requires-Dist: graphviz==0.20.1
+Requires-Dist: htbuilder==0.6.0
+Requires-Dist: idna==3.4
+Requires-Dist: importlib-metadata==6.11.0
+Requires-Dist: ipykernel==6.15.3
+Requires-Dist: ipython==8.5.0
+Requires-Dist: ipython-genutils==0.2.0
+Requires-Dist: iteration-utilities==0.11.0
+Requires-Dist: jedi==0.18.1
+Requires-Dist: Jinja2==3.1.2
+Requires-Dist: json5==0.9.10
+Requires-Dist: jsonschema==4.17.3
+Requires-Dist: jupyter-core==4.11.1
+Requires-Dist: jupyter-server==1.18.1
+Requires-Dist: jupyter_client==7.3.5
+Requires-Dist: jupyterlab==3.4.7
+Requires-Dist: jupyterlab-pygments==0.2.2
+Requires-Dist: jupyterlab_server==2.15.1
+Requires-Dist: kiwisolver==1.4.4
+Requires-Dist: lxml==4.9.1
+Requires-Dist: MarkupSafe==2.1.2
+Requires-Dist: matplotlib==3.6.0
+Requires-Dist: matplotlib-inline==0.1.6
+Requires-Dist: mistune==2.0.4
+Requires-Dist: nbclassic==0.4.3
+Requires-Dist: nbclient==0.6.8
+Requires-Dist: nbconvert==7.0.0
+Requires-Dist: nbformat==5.5.0
+Requires-Dist: nest-asyncio==1.5.5
+Requires-Dist: networkx==2.8.6
+Requires-Dist: notebook==6.4.12
+Requires-Dist: notebook-shim==0.1.0
+Requires-Dist: numpy==1.24.2
+Requires-Dist: packaging==23.0
+Requires-Dist: pandas==1.5.3
+Requires-Dist: pandocfilters==1.5.0
+Requires-Dist: parso==0.8.3
+Requires-Dist: pexpect==4.8.0
+Requires-Dist: pickleshare==0.7.5
+Requires-Dist: Pillow==9.2.0
+Requires-Dist: prometheus-client==0.14.1
+Requires-Dist: prompt-toolkit==3.0.31
+Requires-Dist: protobuf==4.25.1
+Requires-Dist: psutil==5.9.2
+Requires-Dist: ptyprocess==0.7.0
+Requires-Dist: pure-eval==0.2.2
+Requires-Dist: pyarrow==14.0.2
+Requires-Dist: pycparser==2.21
+Requires-Dist: pydeck==0.8.0b3
+Requires-Dist: pydot==1.4.2
+Requires-Dist: Pygments==2.14.0
+Requires-Dist: Pympler==1.0.1
+Requires-Dist: pyparsing==3.0.9
+Requires-Dist: pyrsistent==0.19.3
+Requires-Dist: python-dateutil==2.8.2
+Requires-Dist: pytz==2023.3
+Requires-Dist: pytz-deprecation-shim==0.1.0.post0
+Requires-Dist: pyzmq==24.0.0
+Requires-Dist: requests==2.31.0
+Requires-Dist: rich==13.7.0
+Requires-Dist: semver==2.13.0
+Requires-Dist: Send2Trash==1.8.0
+Requires-Dist: six==1.16.0
+Requires-Dist: smmap==5.0.0
+Requires-Dist: sniffio==1.3.0
+Requires-Dist: soupsieve==2.3.2.post1
+Requires-Dist: stack-data==0.5.0
+Requires-Dist: streamlit==1.24.0
+Requires-Dist: terminado==0.15.0
+Requires-Dist: tinycss2==1.1.1
+Requires-Dist: toml==0.10.2
+Requires-Dist: tomli==2.0.1
+Requires-Dist: toolz==0.12.0
+Requires-Dist: tornado==6.2
+Requires-Dist: traitlets==5.4.0
+Requires-Dist: typing_extensions==4.5.0
+Requires-Dist: tzdata==2023.4
+Requires-Dist: tzlocal==4.3.1
+Requires-Dist: urllib3==2.1.0
+Requires-Dist: validators==0.22.0
+Requires-Dist: visual-automata==1.1.1
+Requires-Dist: wcwidth==0.2.5
+Requires-Dist: webencodings==0.5.1
+Requires-Dist: websocket-client==1.4.1
+Requires-Dist: zipp==3.17.0
+Requires-Dist: binarytree==6.5.1
+Requires-Dist: ply==3.11
+Requires-Dist: anytree==2.8.0
+
+VITAMIN is an open-source model checker tailored to the verification of Multi-Agent Systems (MAS). MAS descriptions are given by means of labelled transition systems.

vitamin-model-checker-0.9/README.md

@@ -0,0 +1,123 @@
+# VITAMIN
+
+VITAMIN is an open-source model checker tailored to the verification of Multi-Agent Systems (MAS). MAS descriptions are given by means of labelled transition systems.
+VITAMIN supports a set of specifications, including Computation Tree Logic (CTL), Alternating-time Temporal Logic (ATL), and more. 
+
+The VITAMIN tool operates on Streamlit, an open-source app framework used for creating web apps. Thus, VITAMIN runs on all architectures (e.g., Linux, Mac, and Windows). 
+
+The tool takes as input:
+- A text file representing the model. This file can be manually created by the user (in a guided way), or interactively deployed via VITAMIN’s user interface.
+- A text box representing the logical formula under exam. Such a text box is part of the graphical user interface.
+
+Then, VITAMIN applies the corresponding model checking algorithm for the chosen temporal logic. 
+
+<!-- Currently, VITAMIN supports Concurrent Game Structures (CGSs) as models, and CTL, ATL, and ATLF as specifications. 
+The CGS consists of states of the MAS and transitions that are labeled with actions taken by each agent.  -->
+
+## User guide
+
+<!-- VITAMIN can be accessed at the following link: https://vitamin.streamlit.app/ -->
+
+In the dashboard (on the left side), two options can be found:
+- Non-Expert User
+- Expert User
+
+### Non-Expert Users
+
+You can interact with the user interface to generate the model and the formula to be model checked. 
+<!-- The system will ask you a sequence of questions to populate the MAS. Such a sequence starts with the number of agents to include in the MAS to analyse. In this step, you can also decide which name to give to each of the agents so created. After that, the system will ask for the number of states to have in the CGS. Again, like before, it will be possible for you to decide which names to give to the states so added. Finally, the system will ask for the actions to be performed by the agents, which you can customise, moreover, the system will also require you to specify which actions -- in which states -- the agent will be able to perform (i.e., by defining in this way the transition function amongst states in the CGS). -->
+The following steps will happen:
+- The system will prompt the user to specify the number of agents to include in the MAS for analysis.
+- Users will have the option to assign names to each agent created during this step.
+- Following the agent creation, the system will request the number of states to be included in the model.
+- Users will once again have the opportunity to assign names to the states added to the model.
+- Finally, the system will ask users to define the actions to be performed by the agents.
+- Users can customize these actions according to their requirements.
+- Additionally, users will need to specify which actions, in which states, the agents will be able to perform, thus defining the transition function among states in the model.
+
+Once the system has gathered all the above mentioned information, a graph will be shown to the user to be checked.
+
+The last step now is to perform the actual verification of the MAS created previously. This will be achieved by deciding which formalism -- amongst the available ones in VITAMIN -- to use to specify the formula of interest. After that, inside a specific text box, it will be possible to insert the formula (according to the formalism chose in the previous step).
+
+The process concludes with the verification of the formula and the reporting of the verification result in VITAMIN's GUI.
+Such result comprises the following: 
+- the states from which the formula holds;
+- the model checking result, that is the verification outome considering the initial state(s) of the model;
+- the time the verification process required to conclude.
+
+### Expert Users
+
+A text file describing the model (i.e., the MAS) can be uploaded (see in more detail the section 'Input Model'). 
+To do so, first the "Browse files" button needs to be pressed. This allows selecting the text file to upload. After that, the "Upload Data" button can be pressed. This will perform the actual upload of the file.
+
+Once the file has been uploaded, in the "Logic Selection" section, the logical formula to verify can be typed.
+
+To perform the model checking of the model w.r.t. the typed formula, the "Next: To Model Checking" button can be pressed. This will execute the model checker.
+The verification result comprises the following: 
+- the states from which the formula holds;
+- the model checking result, that is the verification outome considering the initial state(s) of the model;
+- the time the verification process required to conclude.
+
+<!-- ### Case Studies
+
+In this section there are some examples to interact with the VITAMIN tool. -->
+
+### Input Model
+
+The text file given in input is a TXT file with the following attributes:
+- Transition: a matrix where row and columns denote the transitions involved in the MAS.
+- Unknown_by: a matrix where the indistinguishability relations are defined (it is optional).  
+- Name_State: a list of states that follows the same order of the transition matrix (i.e., the i-th element represents the i-th row and i-th column in the matrix).
+- Initial_State: the unique initial state of the MAS.
+- Atomic_propositions: a list of atomic propositions used in the MAS.
+- Labelling: a matrix where the rows represent the states, while the columns represent the atomic propositions. Also in this case the columns are ordered w.r.t. the atomic propositions (i.e., the i-th atomic proposition truth values can be derived by the i-th column in the labelling matrix).
+- Number_of_agents: the number of agents in the MAS.
+
+## Developer Guide
+
+VITAMIN is compositional and divided in three main components:
+- Logic component
+- Model component
+- Model Checking component
+
+### Logic component
+
+In the logics folder, all the Python scripts regarding the support of all the logics in VITAMIN are present. 
+
+In case a developer wants to extend VITAMIN with a new logic formalism, all that is needed is to add a corresponding folder inside the logics folder. Inside such a folder then, the developers can implement -- as they prefer -- the parsers for the new logics to be included in VITAMIN.
+
+Note that, even though the supported logics' parsers have been implemented via yacc, new logics' parsers can be implemented freely (for example, with ANTLR, and so on).
+
+### Model component
+
+In the models folder, all the Python scripts regarding the support of all the models in VITAMIN are present.
+
+In case a developer wants to extend VITAMIN with a new model formalism, all that is needed is to add a corresponding folder inside the models folder. Inside such a folder then, the developers can implement -- as they prefer -- the parsers for the new models to be included in VITAMIN.
+
+### Model Checker Interface component
+
+In the model_checker_interface folder, all the Python scripts to perform the actual verification of the logics and models supported in VITAMIN are present.
+
+In case a developer wants to extend VITAMIN with a new verification mechanism, all that is needed is to add a corresponding folder inside the model_checker_interface folder. Inside such a folder then, the developers can implement -- as they prefer -- the algorithms to achieve the verification of models against formulas.
+Notice that, in this folder there is a directory for each verification approach. For example, directories for implicit, explicit, and abstract approaches can be found.
+
+Note that, the addition of a verification mechanism may not be tied to the addition of a corresponding new logic or model formalism. Indeed, new verification mechanisms can be added to handle existing logics and models in VITAMIN as well.
+
+### How to integrate the modification in VITAMIN
+
+Here, the public repository containing the skeleton architecture of VITAMIN can be found: ....
+
+After the logics and models are added in VITAMIN, the last step is to make such logics and models available to end-users (both non-expert and expert ones). To do so, it is necessary to modify the front_end_CS.py Python script. Specifically, such modification requires the following.
+
+In the callback function attached to the 'Next : To Model Checking' button, the developer needs to add an additional case to handle the newly introduced logic in the corresponding dropdown menu.
+
+For example, the code to add would look like this:
+```python
+elif Logic == 'NEWLOGIC':
+    from model_checker_interface.NEWLOGIC import NEWLOGIC
+    result  = NEWLOGIC.model_checking(formula, filename)
+    del NEWLOGIC
+    st.write(result['res'])
+    st.write(result['initial_state'])
+```
+where NEWLOGIC is the name of the logic which has been introduced by the developer.

vitamin-model-checker-0.9/back_end_CS.py

@@ -0,0 +1,189 @@
+#Case Studies
+from class_game import *
+import ast
+from visual_automata.fa.dfa import VisualDFA
+from visual_automata.fa.nfa import VisualNFA
+
+
+import numpy as np
+
+### Initialization function
+def Init(Mat_transition,Istate,Fstate):
+  #State init
+  state_i=[]
+  N=len(Mat_transition)
+  M=len(Mat_transition[0])
+  for nn in range(N):
+    state_i.append("q"+str(nn))
+  state_i=set(state_i)
+
+  #Name_Transitions
+  list_trans_i=list(dict.fromkeys(Mat_transition.flatten()))
+  trans_i=[]
+  for ti in list_trans_i:
+    if ti:
+      trans_i.append(str(ti))
+  trans_i=set(trans_i)
+  Istate="q"+str(Istate-1)
+  FS=[]
+  for kk in range(len(Fstate)):
+    FS.append("q"+str(Fstate[kk]-1))
+  if len(FS)==1:
+    Fstate={FS}
+  else:
+    Fstate=set(FS)
+  dict_trans={}
+  for id_state in range(N):
+    dict_state={}
+    for id_transition in range(M):
+      value=Mat_transition[id_state][id_transition]
+      if value:
+        out="q"+str(id_transition)
+        dict_state[str(value)]={out}
+    dict_trans["q"+str(id_state)]=dict_state
+  #return state_i,trans_i,dict_trans,Istate,Fstate
+  nfa=VisualNFA(
+      states=state_i,
+      input_symbols=trans_i,
+      transitions=dict_trans,
+      initial_state=Istate,
+      final_states=Fstate)
+
+  table=nfa.table
+  graph=nfa.show_diagram()
+  return graph,table,nfa
+
+
+
+
+#### Dining Cryptographe
+
+def dining_crypt(ab="Head",ac="Tail",bc="Head",who_paid=[0,0,0]):
+  dining=game(3,["A","B","C"]) 
+  ab=ab
+  ac=ac
+  bc=bc
+  list_value=[ac,ab,bc]
+  #mat=[[0,ab,ac],[ab,0,bc],[ac,bc,0]]
+  mat=[[0,ab,ac],[0,0,0],[0,bc,0]]
+  dining.make_transition(mat)
+
+  for id in range(len(list_value)):
+    if list_value[id]=="Head":
+      list_value[id]=1
+    else:
+      list_value[id]=0
+  list_XOR=[]
+  for kk in range(3):
+    if not(who_paid[kk]):
+      list_XOR.append(list_value[kk]^list_value[(kk+1)%3])
+    else:
+      list_XOR.append(not(list_value[kk]^list_value[(kk+1)%3]))
+    
+  list_XOR_label=[]
+  for XOR in list_XOR:
+    if XOR:
+      list_XOR_label.append("True")
+    else:
+      list_XOR_label.append("False")
+  rez=list_XOR[0]^list_XOR[1]^list_XOR[2]
+  f=dining.display_diagram(list_XOR_label)
+  if rez==0:
+    if sum(who_paid)==0:
+      f.attr(label='Result:NSA paid. Good Prediction',frontcolor='red')
+    else:
+      f.attr(label='Result:NSA paid. Bad Prediction')
+  else:
+    if sum(who_paid)==0:
+     f.attr(label='Result: Someone paid. Bad Prediction')
+    else:
+      f.attr(label='Result: Someone paid. Good Prediction')
+  
+  return f
+
+
+### ICGS train
+
+def iCGS_train(ActT1="r",ActT2="r",ActC="6",boolean_Red=True,cs1='a',cs2='a',cs3='o',cs4='o',cs5='e',cs6='e'):
+  #icgs: M=< Ag={t1,t2,c}, AP={p,b,d}, S={sI,s1,s2,s3,s4,s5,s6,s7?}, so=SI, Actt1={r,l,i}, Act2={r,l,s,i},Actc={1,2,3,4,5,6,a,e,o,i}> #We swich Agent and State
+  test=game(load_file=True,AW=True)
+  if ActC=='6' and ActT1=='r' and ActT2=='r':
+    if cs6=='e':
+      SP=3
+    elif cs6=='o':
+      SP=7
+    else:
+      SP=6
+  elif ActC=='2' and ActT1=='l' and ActT2=='l':
+    if cs2=='o':
+      SP=7
+    else:
+      SP=2
+  elif ActC=='3' and ActT1=='r' and ActT2=='l':
+    if cs3=='e':
+      SP=2
+    elif cs3=='o':
+      SP=7
+    else:
+      SP=3
+  elif ActC=='4' and ActT1=='r' and ActT2=='s':
+    if cs4=='a':
+      SP=0
+    elif cs4=='o':
+      SP=7
+    else:
+      SP=4
+  elif ActC=='5' and ActT1=='l' and ActT2=='r':
+    if cs5=='a':
+      SP=0
+    elif cs5=='o':
+      SP=7
+    else:
+      SP=5
+  elif ActC=='1' and ActT1=='l' and ActT2=='s':
+    if cs1=='a':
+      SP=0
+    elif cs1=='o':
+      SP=7
+    else:
+      SP=1
+  else:
+    SP=0
+  if boolean_Red:
+    graph=test.display_diagram(Special_node=SP)
+  else:
+    graph=test.display_diagram()
+  return graph
+
+
+### Example Graph
+def example_strategy(h1,h2):
+  game_strategy=game(load_file=True,path1='example_strategy.txt',AW=True)
+  if h1[0]=='A' and h2[0]!='0':
+    if h2[1]=='D':
+      if (h1[2]=='A' and h2[2]=='D') or (h1[2]=='B' and h2[2]=='C'):
+        SP=3
+      else:
+        SP=2
+    elif h2[1]=='C':
+      SP=3
+    else:
+      SP=1
+  elif h1[0]=='B' and h2[0]!='0':
+    if (h1[2]=='A' and h2[2]=='D') or (h1[2]=='B' and h2[2]=='C'):
+      SP=3
+    else:
+      SP=2
+  else:
+    SP=0
+  graph=game_strategy.display_diagram(Special_node=SP)
+  return graph
+
+
+def display_graph_MS(Mat_transition,List_name_agent,List_name_stat):
+  test=game(len(List_name_stat),List_name_stat,AW=True)
+  test.make_transition(Mat_transition)
+  test=test.display_diagram()
+  return test
+
+