MétaCan
Menu
Back to cohort

Productivity Analysis of Lateral CIPP Rehabilitation Process Using <i>Simphony</i> Simulation Modeling

2017· article· en· W2770918708 on OpenAlex
Susen Das, Alireza Bayat, Leon F. Gay, John C. Matthews

Why this work is in the frame

A frame that forgets how it found something cannot be audited. These are the routes that admitted this work.

affAt least one author lists a Canadian institution in the pinned OpenAlex snapshot.

Bibliographic record

VenueJournal of Pipeline Systems Engineering and Practice · 2017
Typearticle
Languageen
FieldEngineering
TopicBIM and Construction Integration
Canadian institutionsUniversity of Alberta
Fundersnot available
KeywordsCrewProcess (computing)ProductivityResource (disambiguation)EngineeringResource allocationDuration (music)Computer scienceOperations researchSystems engineeringConstruction engineeringAeronautics

Abstract

fetched live from OpenAlex

One of the challenges of the construction planning stage is selecting an appropriate construction setup, such as crew and equipment conformation, for a project. It is essential to choose a suitable method that can save time and avoid significant disruptions in the area, especially for projects in urban settings. Management must consider various resource (crew and equipment) combinations, calculate the associated time and construction productivity for each scenario, and determine the most desirable solution. In this research, a simulation-based approach was used to assist decision makers in choosing the best crew and equipment combination for lateral rehabilitation using cured-in-place pipe (CIPP) from the main line, also called lateral relining process using main and lateral cured-in-place liner (MLCIPL). The simulation model enables users to simulate for different resource compositions and calculate resource utilization and total duration of the project. The results’ comparison is demonstrated in this paper. This paper also suggests an amendment in the installation sequence to improve the construction productivity, which was developed from the results of this model.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

Full frame distilled prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.

metaresearch head score (Codex)0.001
metaresearch head score (Gemma)0.001
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesnone
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Simulation or modeling · Consensus signal: Simulation or modeling
GenreCandidate signal: Empirical · Consensus signal: Empirical
Teacher disagreement score0.308
Threshold uncertainty score0.429

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0010.001
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.000
Science and technology studies0.0000.000
Scholarly communication0.0000.001
Open science0.0000.000
Research integrity0.0000.000
Insufficient payload (model declined to judge)0.0000.000

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.021
GPT teacher head0.298
Teacher spread0.277 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it