ptcr


Nameptcr JSON
Version 0.1.10 PyPI version JSON
download
home_pagehttps://github.com/T-Lind/ptcr
SummaryConstructs and simulates PTCR models.
upload_time2024-04-18 20:09:24
maintainerNone
docs_urlNone
authorTiernan Lindauer
requires_python==3.9
licenseMIT
keywords ptcr fom simulation optimization decision making models
VCS
bugtrack_url
requirements automata-lib cached_method frozendict mpmath networkx numpy sympy scipy typing_extensions tqdm rich
Travis-CI No Travis.
coveralls test coverage No coveralls.
            # Probabilistic Planning for Optimal Policies

### Author: T-Lind

## Introduction
This project, developed by T-Lind, is an implementation and extension of the work by Dylan A. Shell and Hazhar Rahmani on optimal policies for narrative observation of unpredictable events. It focuses on scenarios where a robot, or any observer, has to monitor an uncertain process over time, choosing what to pay attention to based on a set of constraints.

The project introduces a cost-based optimization approach, where the optimal policy is the one that reduces the most amount of cost while still satisfying the constraints of the problem. This could mean minimizing the distance a robot travels, reducing its wear and improving its efficiency, or minimizing the amount of time it takes to complete a certain task.

The cost is implemented in a matrix, so that the transition from state to state in the model incurs a certain cost. This is then paired with an optimization algorithm that factors in the state-state optimization, allowing the robot to minimize the cost it incurs while still satisfying the constraints of the problem.

This project is useful for developers and researchers working on robotics, automation, and any field where decision-making under uncertainty is crucial. It provides a practical approach to probabilistic planning, with a focus on cost optimization.

## Overview
This work implements and extends the work of Dylan A. Shell and Hazhar Rahmani in their paper ["Planning to chronicle: Optimal policies for narrative observation of unpredictable events"](https://journals.sagepub.com/doi/pdf/10.1177/02783649211069154).
An excerpt from the paper is as follows:

"An important class of applications entails a robot monitoring, scrutinizing, or recording the evolution of an uncertain
time-extended process. This sort of situation leads to an interesting family
of planning problems in which the robot is limited in what it sees and must, thus, choose what to pay attention to.
The distinguishing characteristic of this setting is that the robot has influence over what it  captures via its sensors,
but exercises no causal authority over the evolving process. As such, the robot's objective is to observe the underlying
process and to produce a 'chronicle' of current events, subject to a
goal specification of the sorts of event sequences that may be of interest.
This paper examines variants of such problems when the robot aims to
collect sets of observations to meet a rich specification of their sequential structure. We study this class of problems by modeling a stochastic
process via a variant of a hidden Markov model, and specify the event
sequences of interest as a regular language, developing a vocabulary of 'mutators'
that enable sophisticated requirements to be expressed. Under different suppositions about the information gleaned about the event
model, we formulate and solve different planning problems. The core underlying idea is the construction of a product between the event model
and a specification automaton.

"A concrete motivation for this sort of setting, consider the
proliferation of home videos. These videos are, with remarkably few exceptions,
crummy specimens of the cinematic arts. They fail, generally, to establish and
then bracket a scene; they often founder in emphasizing the importance of key
subjects within the developing action, and are usually unsuccessful in attempts
to trace an evolving narrative arc. And the current generation of autonomous
personal robots and video drones, in their roles as costly and glorified 'selfie sticks'
are set to follow suit. The trouble is that capturing footage to tell a story
is challenging. A camera can only record what you point it toward, so part of
the difficulty stems from the fact that you can't know exactly how the scene will
unfold before it actually does. Moreover, what constitutes structure isn't easily
summed up with a few trite quantities. Another part of the challenge, of course,
is that one has only limited time to capture video footage.
Setting aside pure vanity as a motivator, many applications can be cast as
the problem of producing a finite-length sensor-based recording of the evolution
of some process. As the video example emphasizes, one might be interested
in recordings that meet rich specifications of the event sequences that are of
interest. When the evolution of the event-generating process is uncertain/nondeterministic and sensing is local (necessitating its active direction), then one
encounters an instance from this class of problem. The broad class encompasses
many monitoring and surveillance scenarios. An important characteristic of such
settings is that the robot has influence over what it captures via its sensors, but
cannot control the process of interest.
Our incursion into this class of problem involves two lines of attack. The first
is a wide-embracing formulation in which we pose a general stochastic model,
including aspects of hidden/latent state, simultaneity of event occurrence, and
various assumptions on the form of observability. Secondly, we specify the sequences of interest via a deterministic finite automaton (DFA), and we define
several language mutators, which permit composition and refinement of specification DFAs, allowing for rich descriptions of desirable event sequences. The two
parts are brought together via our approach to planning: we show how to compute an optimal policy (to satisfy the specifications as quickly as possible) via
a form of product automaton. Empirical evidence from simulation experiments
attests to the feasibility of this approach.
Beyond the pragmatics of planning, a theoretical contribution of the paper
is to prove a result on representation independence of the specifications. That
is, though multiple distinct DFAs may express the same regular language and
despite the DFA being involved directly in constructing the product automaton
used to solve the planning problem, we show that it is merely the language expressed that affects the resulting optimal solution. Returning to mutators that
transform DFAs, enabling easy expression of sophisticated requirements, we distinguish when mutators preserve representational independence too."

Additionally, a cost-based optimization approach has been implemented, such that the optimal policy becomes the one that
reduces the most amount of cost, while still satisfying the constraints of the problem. This could mean minimizing the
distance a robot travels, reducing its wear and improving its efficiency, minimizing the amount of time it takes to
complete a certain task.

This "cost" is implemented in a matrix, so that the transition from state to state in the model incurs a certain cost.
This is then paired with an optimization algorithm that factors in the state-state optimization, such that the robot
can minimize the cost it incurs while still satisfying the constraints of the problem. This could be described as a 
"navigation" cost.



## Example Usage
In the example usage below, the state names must be specified as strings inside of a list, like seen below.
The transition matrix then must be square of the size of the state names; the row is "from" and the column is "to".
This represents probabilities in the model, so each row should sum up to 1.0. The cost matrix is also square, and
represents the cost of transitioning from one state to another as described above. Note that the costs could be from any
range, but should be consistent across the matrix. The initial distribution is the probability of starting in each state,
and should sum up to 1.0. The state events are the events that can occur in each state, and should be specified as a list
of lists of strings. The single initial states are the states that the robot can start in, and should be specified as a
list of lists of lists, where the innermost list is the state and the outermost list is the initial state. The alphabet is
the list of all possible events that can occur in the model.
```json
{
  "state_names": ["I", "E", "B", "C", "D", "S"],
  "transition_matrix": [
    [0.0, 0.1, 0.3, 0.1, 0.2, 0.3],
    [0.0, 0.1, 0.2, 0.1, 0.3, 0.3],
    [0.0, 0.2, 0.1, 0.1, 0.3, 0.3],
    [0.0, 0.1, 0.2, 0.2, 0.3, 0.2],
    [0.0, 0.2, 0.3, 0.1, 0.1, 0.3],
    [0.0, 0.4, 0.2, 0.2, 0.2, 0.0]
  ],
  "cost_matrix": [
    [1, 5, 2, 3, 2, 1],
    [1, 1, 5, 2, 3, 4],
    [2, 1, 1, 1, 2, 3],
    [3, 2, 5, 1, 1, 4],
    [2, 5, 2, 5, 1, 4],
    [5, 2, 3, 2, 4, 1]
  ],

  "initial_distribution": [0.0, 0.1, 0.3, 0.2, 0.2, 0.2],
  "state_events": [
      [[], ["e1"], ["b1"], ["c1"], ["d1"], ["s1"]],
      [[], ["e2"], ["b2"], ["c2"], ["d2"], ["s2"]],
      [[], ["e3"], ["b3"], ["c3"], ["d3"], ["s3"]]
    ],
  "single_initial_states": [
    [[["d1", "d2"], "d12"]],
    [[["d2", "d3"], "d23"]]
  ],

  "alphabet": ["e1", "b1", "c1", "d1", "s1", "e2", "b2", "c2", "d2", "s2", "d12", "e3", "b3", "c3", "d3", "s3", "d23"],
```

Demonstrate capabilities:
```python
import json
from timeit import default_timer as timer

import numpy as np
from scipy.stats import ttest_ind
from tqdm import tqdm

from ptcr2.fom import FOM

config_file = 'samples/wedding_fom.json'

with open(config_file) as f:
    spec = json.loads(f.read())

wedding_fom_cost = FOM()
start = timer()
wedding_fom_cost.compute_optimal_policy(spec, cost_based=True)
end = timer()

print('Time elapsed to compute cost-based optimal policy: ', end - start)

wedding_fom_no_cost = FOM()
start = timer()
wedding_fom_no_cost.compute_optimal_policy(spec)
end = timer()

print('Time elapsed to compute no-cost optimal policy: ', end - start)

# Load the two models
wedding_fom_cost = FOM.load('saves/wedding_fom_cost.pkl')
wedding_fom_no_cost = FOM.load('saves/wedding_fom_no_cost.pkl')

# Example run
result_no_cost = wedding_fom_no_cost.simulate_general_and_greedy_algorithms()
print(result_no_cost)
result_cost = wedding_fom_cost.simulate_general_and_greedy_algorithms()
print(result_cost)

# Now, simulate the algorithms across 1000 runs
n_runs = 1_000

no_cost_steps = []
no_cost_costs = []

cost_steps = []
cost_costs = []

for _ in tqdm(range(n_runs)):
    result_no_cost = wedding_fom_no_cost.simulate()
    no_cost_steps.append(result_no_cost['steps'])
    no_cost_costs.append(result_no_cost['total_cost'])

    result_cost = wedding_fom_cost.simulate()
    cost_steps.append(result_cost['steps'])
    cost_costs.append(result_cost['total_cost'])

# Print 5-number summary + mean for general and greedy steps taken
print('Costless Algorithm Steps Summary:')
print('Min:', np.min(no_cost_steps))
print('Q1:', np.percentile(no_cost_steps, 25))
print('Median:', np.median(no_cost_steps))
print('Mean:', np.mean(no_cost_steps))
print('Q3:', np.percentile(no_cost_steps, 75))
print('Max:', np.max(no_cost_steps))

print('\nCost-Optimized Algorithm Steps Summary:')
print('Min:', np.min(cost_steps))
print('Q1:', np.percentile(cost_steps, 25))
print('Median:', np.median(cost_steps))
print('Mean:', np.mean(cost_steps))
print('Q3:', np.percentile(cost_steps, 75))
print('Max:', np.max(cost_steps))

# Print 5-number summary + mean for general and greedy costs incurred
print('\nCostless Algorithm Costs Summary:')
print('Min:', np.min(no_cost_costs))
print('Q1:', np.percentile(no_cost_costs, 25))
print('Median:', np.median(no_cost_costs))
print('Mean:', np.mean(no_cost_costs))
print('Q3:', np.percentile(no_cost_costs, 75))
print('Max:', np.max(no_cost_costs))

print('\nCost-Optimized Algorithm Costs Summary:')
print('Min:', np.min(cost_costs))
print('Q1:', np.percentile(cost_costs, 25))
print('Median:', np.median(cost_costs))
print('Mean:', np.mean(cost_costs))
print('Q3:', np.percentile(cost_costs, 75))
print('Max:', np.max(cost_costs))

alpha = 0.05

# We want to check if both the number of steps and cost is lower for the cost-optimized algorithm than the costless algorithm
t_stat, p_val = ttest_ind(cost_steps, no_cost_steps, equal_var=False, alternative='less')
print("Performing 2-sample t-test to compare costless and cost-optimized algorithms:")
print('T-Statistic:', t_stat)
print('P-Value:', p_val)

if p_val < alpha:
    print(
        'Reject the null hypothesis: The cost-optimized algorithm is significantly lower in steps than the costless algorithm.')
else:
    print(
        'Fail to reject the null hypothesis: The cost-optimized algorithm is not significantly lower in steps than the costless algorithm.')

# Perform an independent 2-sample t-test to determine if the cost-optimized algorithm is significantly lower in cost than the costless algorithm
t_stat, p_val = ttest_ind(cost_costs, no_cost_costs, equal_var=False, alternative='less')
print("\nPerforming 2-sample t-test to compare costless and cost-optimized algorithms:")
print('T-Statistic:', t_stat)
print('P-Value:', p_val)

if p_val < alpha:
    print(
        'Reject the null hypothesis: The cost-optimized algorithm is significantly lower in cost than the costless algorithm.')
else:
    print(
        'Fail to reject the null hypothesis: The cost-optimized algorithm is not significantly lower in cost than the costless algorithm.')
```

## Questions?

If you have any questions, feel free to reach out to me at [tiernanlind@tamu.edu](mailto:tiernanlind@tamu.edu).

## Acknowledgements

Dylan A. Shell


Hazhar Rahmani

            

Raw data

            {
    "_id": null,
    "home_page": "https://github.com/T-Lind/ptcr",
    "name": "ptcr",
    "maintainer": null,
    "docs_url": null,
    "requires_python": "==3.9",
    "maintainer_email": null,
    "keywords": "PTCR, FOM, simulation, optimization, decision making, models",
    "author": "Tiernan Lindauer",
    "author_email": "tiernanlind@tamu.edu",
    "download_url": "https://files.pythonhosted.org/packages/0c/0e/bf1b18cb0b55722f7891f04f28b2d2732e651f96c58091b5cd73865c792d/ptcr-0.1.10.tar.gz",
    "platform": null,
    "description": "# Probabilistic Planning for Optimal Policies\r\n\r\n### Author: T-Lind\r\n\r\n## Introduction\r\nThis project, developed by T-Lind, is an implementation and extension of the work by Dylan A. Shell and Hazhar Rahmani on optimal policies for narrative observation of unpredictable events. It focuses on scenarios where a robot, or any observer, has to monitor an uncertain process over time, choosing what to pay attention to based on a set of constraints.\r\n\r\nThe project introduces a cost-based optimization approach, where the optimal policy is the one that reduces the most amount of cost while still satisfying the constraints of the problem. This could mean minimizing the distance a robot travels, reducing its wear and improving its efficiency, or minimizing the amount of time it takes to complete a certain task.\r\n\r\nThe cost is implemented in a matrix, so that the transition from state to state in the model incurs a certain cost. This is then paired with an optimization algorithm that factors in the state-state optimization, allowing the robot to minimize the cost it incurs while still satisfying the constraints of the problem.\r\n\r\nThis project is useful for developers and researchers working on robotics, automation, and any field where decision-making under uncertainty is crucial. It provides a practical approach to probabilistic planning, with a focus on cost optimization.\r\n\r\n## Overview\r\nThis work implements and extends the work of Dylan A. Shell and Hazhar Rahmani in their paper [\"Planning to chronicle: Optimal policies for narrative observation of unpredictable events\"](https://journals.sagepub.com/doi/pdf/10.1177/02783649211069154).\r\nAn excerpt from the paper is as follows:\r\n\r\n\"An important class of applications entails a robot monitoring, scrutinizing, or recording the evolution of an uncertain\r\ntime-extended process. This sort of situation leads to an interesting family\r\nof planning problems in which the robot is limited in what it sees and must, thus, choose what to pay attention to.\r\nThe distinguishing characteristic of this setting is that the robot has influence over what it  captures via its sensors,\r\nbut exercises no causal authority over the evolving process. As such, the robot's objective is to observe the underlying\r\nprocess and to produce a 'chronicle' of current events, subject to a\r\ngoal specification of the sorts of event sequences that may be of interest.\r\nThis paper examines variants of such problems when the robot aims to\r\ncollect sets of observations to meet a rich specification of their sequential structure. We study this class of problems by modeling a stochastic\r\nprocess via a variant of a hidden Markov model, and specify the event\r\nsequences of interest as a regular language, developing a vocabulary of 'mutators'\r\nthat enable sophisticated requirements to be expressed. Under different suppositions about the information gleaned about the event\r\nmodel, we formulate and solve different planning problems. The core underlying idea is the construction of a product between the event model\r\nand a specification automaton.\r\n\r\n\"A concrete motivation for this sort of setting, consider the\r\nproliferation of home videos. These videos are, with remarkably few exceptions,\r\ncrummy specimens of the cinematic arts. They fail, generally, to establish and\r\nthen bracket a scene; they often founder in emphasizing the importance of key\r\nsubjects within the developing action, and are usually unsuccessful in attempts\r\nto trace an evolving narrative arc. And the current generation of autonomous\r\npersonal robots and video drones, in their roles as costly and glorified 'selfie sticks'\r\nare set to follow suit. The trouble is that capturing footage to tell a story\r\nis challenging. A camera can only record what you point it toward, so part of\r\nthe difficulty stems from the fact that you can't know exactly how the scene will\r\nunfold before it actually does. Moreover, what constitutes structure isn't easily\r\nsummed up with a few trite quantities. Another part of the challenge, of course,\r\nis that one has only limited time to capture video footage.\r\nSetting aside pure vanity as a motivator, many applications can be cast as\r\nthe problem of producing a finite-length sensor-based recording of the evolution\r\nof some process. As the video example emphasizes, one might be interested\r\nin recordings that meet rich specifications of the event sequences that are of\r\ninterest. When the evolution of the event-generating process is uncertain/nondeterministic and sensing is local (necessitating its active direction), then one\r\nencounters an instance from this class of problem. The broad class encompasses\r\nmany monitoring and surveillance scenarios. An important characteristic of such\r\nsettings is that the robot has influence over what it captures via its sensors, but\r\ncannot control the process of interest.\r\nOur incursion into this class of problem involves two lines of attack. The first\r\nis a wide-embracing formulation in which we pose a general stochastic model,\r\nincluding aspects of hidden/latent state, simultaneity of event occurrence, and\r\nvarious assumptions on the form of observability. Secondly, we specify the sequences of interest via a deterministic finite automaton (DFA), and we define\r\nseveral language mutators, which permit composition and refinement of specification DFAs, allowing for rich descriptions of desirable event sequences. The two\r\nparts are brought together via our approach to planning: we show how to compute an optimal policy (to satisfy the specifications as quickly as possible) via\r\na form of product automaton. Empirical evidence from simulation experiments\r\nattests to the feasibility of this approach.\r\nBeyond the pragmatics of planning, a theoretical contribution of the paper\r\nis to prove a result on representation independence of the specifications. That\r\nis, though multiple distinct DFAs may express the same regular language and\r\ndespite the DFA being involved directly in constructing the product automaton\r\nused to solve the planning problem, we show that it is merely the language expressed that affects the resulting optimal solution. Returning to mutators that\r\ntransform DFAs, enabling easy expression of sophisticated requirements, we distinguish when mutators preserve representational independence too.\"\r\n\r\nAdditionally, a cost-based optimization approach has been implemented, such that the optimal policy becomes the one that\r\nreduces the most amount of cost, while still satisfying the constraints of the problem. This could mean minimizing the\r\ndistance a robot travels, reducing its wear and improving its efficiency, minimizing the amount of time it takes to\r\ncomplete a certain task.\r\n\r\nThis \"cost\" is implemented in a matrix, so that the transition from state to state in the model incurs a certain cost.\r\nThis is then paired with an optimization algorithm that factors in the state-state optimization, such that the robot\r\ncan minimize the cost it incurs while still satisfying the constraints of the problem. This could be described as a \r\n\"navigation\" cost.\r\n\r\n\r\n\r\n## Example Usage\r\nIn the example usage below, the state names must be specified as strings inside of a list, like seen below.\r\nThe transition matrix then must be square of the size of the state names; the row is \"from\" and the column is \"to\".\r\nThis represents probabilities in the model, so each row should sum up to 1.0. The cost matrix is also square, and\r\nrepresents the cost of transitioning from one state to another as described above. Note that the costs could be from any\r\nrange, but should be consistent across the matrix. The initial distribution is the probability of starting in each state,\r\nand should sum up to 1.0. The state events are the events that can occur in each state, and should be specified as a list\r\nof lists of strings. The single initial states are the states that the robot can start in, and should be specified as a\r\nlist of lists of lists, where the innermost list is the state and the outermost list is the initial state. The alphabet is\r\nthe list of all possible events that can occur in the model.\r\n```json\r\n{\r\n  \"state_names\": [\"I\", \"E\", \"B\", \"C\", \"D\", \"S\"],\r\n  \"transition_matrix\": [\r\n    [0.0, 0.1, 0.3, 0.1, 0.2, 0.3],\r\n    [0.0, 0.1, 0.2, 0.1, 0.3, 0.3],\r\n    [0.0, 0.2, 0.1, 0.1, 0.3, 0.3],\r\n    [0.0, 0.1, 0.2, 0.2, 0.3, 0.2],\r\n    [0.0, 0.2, 0.3, 0.1, 0.1, 0.3],\r\n    [0.0, 0.4, 0.2, 0.2, 0.2, 0.0]\r\n  ],\r\n  \"cost_matrix\": [\r\n    [1, 5, 2, 3, 2, 1],\r\n    [1, 1, 5, 2, 3, 4],\r\n    [2, 1, 1, 1, 2, 3],\r\n    [3, 2, 5, 1, 1, 4],\r\n    [2, 5, 2, 5, 1, 4],\r\n    [5, 2, 3, 2, 4, 1]\r\n  ],\r\n\r\n  \"initial_distribution\": [0.0, 0.1, 0.3, 0.2, 0.2, 0.2],\r\n  \"state_events\": [\r\n      [[], [\"e1\"], [\"b1\"], [\"c1\"], [\"d1\"], [\"s1\"]],\r\n      [[], [\"e2\"], [\"b2\"], [\"c2\"], [\"d2\"], [\"s2\"]],\r\n      [[], [\"e3\"], [\"b3\"], [\"c3\"], [\"d3\"], [\"s3\"]]\r\n    ],\r\n  \"single_initial_states\": [\r\n    [[[\"d1\", \"d2\"], \"d12\"]],\r\n    [[[\"d2\", \"d3\"], \"d23\"]]\r\n  ],\r\n\r\n  \"alphabet\": [\"e1\", \"b1\", \"c1\", \"d1\", \"s1\", \"e2\", \"b2\", \"c2\", \"d2\", \"s2\", \"d12\", \"e3\", \"b3\", \"c3\", \"d3\", \"s3\", \"d23\"],\r\n```\r\n\r\nDemonstrate capabilities:\r\n```python\r\nimport json\r\nfrom timeit import default_timer as timer\r\n\r\nimport numpy as np\r\nfrom scipy.stats import ttest_ind\r\nfrom tqdm import tqdm\r\n\r\nfrom ptcr2.fom import FOM\r\n\r\nconfig_file = 'samples/wedding_fom.json'\r\n\r\nwith open(config_file) as f:\r\n    spec = json.loads(f.read())\r\n\r\nwedding_fom_cost = FOM()\r\nstart = timer()\r\nwedding_fom_cost.compute_optimal_policy(spec, cost_based=True)\r\nend = timer()\r\n\r\nprint('Time elapsed to compute cost-based optimal policy: ', end - start)\r\n\r\nwedding_fom_no_cost = FOM()\r\nstart = timer()\r\nwedding_fom_no_cost.compute_optimal_policy(spec)\r\nend = timer()\r\n\r\nprint('Time elapsed to compute no-cost optimal policy: ', end - start)\r\n\r\n# Load the two models\r\nwedding_fom_cost = FOM.load('saves/wedding_fom_cost.pkl')\r\nwedding_fom_no_cost = FOM.load('saves/wedding_fom_no_cost.pkl')\r\n\r\n# Example run\r\nresult_no_cost = wedding_fom_no_cost.simulate_general_and_greedy_algorithms()\r\nprint(result_no_cost)\r\nresult_cost = wedding_fom_cost.simulate_general_and_greedy_algorithms()\r\nprint(result_cost)\r\n\r\n# Now, simulate the algorithms across 1000 runs\r\nn_runs = 1_000\r\n\r\nno_cost_steps = []\r\nno_cost_costs = []\r\n\r\ncost_steps = []\r\ncost_costs = []\r\n\r\nfor _ in tqdm(range(n_runs)):\r\n    result_no_cost = wedding_fom_no_cost.simulate()\r\n    no_cost_steps.append(result_no_cost['steps'])\r\n    no_cost_costs.append(result_no_cost['total_cost'])\r\n\r\n    result_cost = wedding_fom_cost.simulate()\r\n    cost_steps.append(result_cost['steps'])\r\n    cost_costs.append(result_cost['total_cost'])\r\n\r\n# Print 5-number summary + mean for general and greedy steps taken\r\nprint('Costless Algorithm Steps Summary:')\r\nprint('Min:', np.min(no_cost_steps))\r\nprint('Q1:', np.percentile(no_cost_steps, 25))\r\nprint('Median:', np.median(no_cost_steps))\r\nprint('Mean:', np.mean(no_cost_steps))\r\nprint('Q3:', np.percentile(no_cost_steps, 75))\r\nprint('Max:', np.max(no_cost_steps))\r\n\r\nprint('\\nCost-Optimized Algorithm Steps Summary:')\r\nprint('Min:', np.min(cost_steps))\r\nprint('Q1:', np.percentile(cost_steps, 25))\r\nprint('Median:', np.median(cost_steps))\r\nprint('Mean:', np.mean(cost_steps))\r\nprint('Q3:', np.percentile(cost_steps, 75))\r\nprint('Max:', np.max(cost_steps))\r\n\r\n# Print 5-number summary + mean for general and greedy costs incurred\r\nprint('\\nCostless Algorithm Costs Summary:')\r\nprint('Min:', np.min(no_cost_costs))\r\nprint('Q1:', np.percentile(no_cost_costs, 25))\r\nprint('Median:', np.median(no_cost_costs))\r\nprint('Mean:', np.mean(no_cost_costs))\r\nprint('Q3:', np.percentile(no_cost_costs, 75))\r\nprint('Max:', np.max(no_cost_costs))\r\n\r\nprint('\\nCost-Optimized Algorithm Costs Summary:')\r\nprint('Min:', np.min(cost_costs))\r\nprint('Q1:', np.percentile(cost_costs, 25))\r\nprint('Median:', np.median(cost_costs))\r\nprint('Mean:', np.mean(cost_costs))\r\nprint('Q3:', np.percentile(cost_costs, 75))\r\nprint('Max:', np.max(cost_costs))\r\n\r\nalpha = 0.05\r\n\r\n# We want to check if both the number of steps and cost is lower for the cost-optimized algorithm than the costless algorithm\r\nt_stat, p_val = ttest_ind(cost_steps, no_cost_steps, equal_var=False, alternative='less')\r\nprint(\"Performing 2-sample t-test to compare costless and cost-optimized algorithms:\")\r\nprint('T-Statistic:', t_stat)\r\nprint('P-Value:', p_val)\r\n\r\nif p_val < alpha:\r\n    print(\r\n        'Reject the null hypothesis: The cost-optimized algorithm is significantly lower in steps than the costless algorithm.')\r\nelse:\r\n    print(\r\n        'Fail to reject the null hypothesis: The cost-optimized algorithm is not significantly lower in steps than the costless algorithm.')\r\n\r\n# Perform an independent 2-sample t-test to determine if the cost-optimized algorithm is significantly lower in cost than the costless algorithm\r\nt_stat, p_val = ttest_ind(cost_costs, no_cost_costs, equal_var=False, alternative='less')\r\nprint(\"\\nPerforming 2-sample t-test to compare costless and cost-optimized algorithms:\")\r\nprint('T-Statistic:', t_stat)\r\nprint('P-Value:', p_val)\r\n\r\nif p_val < alpha:\r\n    print(\r\n        'Reject the null hypothesis: The cost-optimized algorithm is significantly lower in cost than the costless algorithm.')\r\nelse:\r\n    print(\r\n        'Fail to reject the null hypothesis: The cost-optimized algorithm is not significantly lower in cost than the costless algorithm.')\r\n```\r\n\r\n## Questions?\r\n\r\nIf you have any questions, feel free to reach out to me at [tiernanlind@tamu.edu](mailto:tiernanlind@tamu.edu).\r\n\r\n## Acknowledgements\r\n\r\nDylan A. Shell\r\n\r\n\r\nHazhar Rahmani\r\n",
    "bugtrack_url": null,
    "license": "MIT",
    "summary": "Constructs and simulates PTCR models.",
    "version": "0.1.10",
    "project_urls": {
        "Homepage": "https://github.com/T-Lind/ptcr"
    },
    "split_keywords": [
        "ptcr",
        " fom",
        " simulation",
        " optimization",
        " decision making",
        " models"
    ],
    "urls": [
        {
            "comment_text": "",
            "digests": {
                "blake2b_256": "0c0ebf1b18cb0b55722f7891f04f28b2d2732e651f96c58091b5cd73865c792d",
                "md5": "0aad7dc58d91ba7a39bea3a1bd973b20",
                "sha256": "d33217d307757a26b018a5cb38780275a12bfe6e1df63ba0e91ae17462a254f8"
            },
            "downloads": -1,
            "filename": "ptcr-0.1.10.tar.gz",
            "has_sig": false,
            "md5_digest": "0aad7dc58d91ba7a39bea3a1bd973b20",
            "packagetype": "sdist",
            "python_version": "source",
            "requires_python": "==3.9",
            "size": 29965,
            "upload_time": "2024-04-18T20:09:24",
            "upload_time_iso_8601": "2024-04-18T20:09:24.352630Z",
            "url": "https://files.pythonhosted.org/packages/0c/0e/bf1b18cb0b55722f7891f04f28b2d2732e651f96c58091b5cd73865c792d/ptcr-0.1.10.tar.gz",
            "yanked": false,
            "yanked_reason": null
        }
    ],
    "upload_time": "2024-04-18 20:09:24",
    "github": true,
    "gitlab": false,
    "bitbucket": false,
    "codeberg": false,
    "github_user": "T-Lind",
    "github_project": "ptcr",
    "travis_ci": false,
    "coveralls": false,
    "github_actions": false,
    "requirements": [
        {
            "name": "automata-lib",
            "specs": [
                [
                    "==",
                    "4.0.0"
                ]
            ]
        },
        {
            "name": "cached_method",
            "specs": [
                [
                    "==",
                    "0.1.0"
                ]
            ]
        },
        {
            "name": "frozendict",
            "specs": [
                [
                    "==",
                    "2.4.0"
                ]
            ]
        },
        {
            "name": "mpmath",
            "specs": [
                [
                    "==",
                    "1.3.0"
                ]
            ]
        },
        {
            "name": "networkx",
            "specs": [
                [
                    "==",
                    "3.2.1"
                ]
            ]
        },
        {
            "name": "numpy",
            "specs": [
                [
                    "==",
                    "1.26.4"
                ]
            ]
        },
        {
            "name": "sympy",
            "specs": [
                [
                    "==",
                    "1.12"
                ]
            ]
        },
        {
            "name": "scipy",
            "specs": [
                [
                    "==",
                    "1.13.0"
                ]
            ]
        },
        {
            "name": "typing_extensions",
            "specs": [
                [
                    "==",
                    "4.9.0"
                ]
            ]
        },
        {
            "name": "tqdm",
            "specs": [
                [
                    "==",
                    "4.66.2"
                ]
            ]
        },
        {
            "name": "rich",
            "specs": [
                [
                    "==",
                    "13.7.1"
                ]
            ]
        }
    ],
    "lcname": "ptcr"
}
        
Elapsed time: 0.70602s