MétaCan
Menu
Back to cohort

Keeping Better Site Records Using Intelligent Bar Charts

2005· article· en· W2100550918 on OpenAlex

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 Construction Engineering and Management · 2005
Typearticle
Languageen
FieldHealth Professions
TopicOccupational Health and Safety Research
Canadian institutionsUniversity of Waterloo
Fundersnot available
KeywordsBar chartComputer scienceChartSchedulePie chartScheduling (production processes)Process (computing)Bar (unit)SoftwareData miningOperations researchSoftware engineeringEngineeringOperations managementProgramming languageOperating system

Abstract

fetched live from OpenAlex

Daily recording of the actions done by all parties on a construction site is necessary, not only for confirming that work is done according to specifications, but also for analyzing any claims for additional time/cost. Site records, however, are often incomplete and inaccurate, and commercial scheduling software provides little support in this regard. In this paper, a simplified approach for site-data recording and constructing “as-built” schedules is introduced through the use of intelligent bar charts. The proposed bar chart guides the user through progress reporting by observing any conflict with the planned logic of the work. It automatically recognizes the occurrence of delays and asks the user to record the responsible party and the reasons. Based on percent completes and recorded delays, the bar chart recognizes the progress status of activities as being slow, suspended, or accelerated. The paper starts with a description of the types of data that need to be recorded on site. It then provides a description of the automated guidance mechanism of the proposed bar chart, along with details on schedule integration and applicability for claim analysis.

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.000
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesnone
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Other design · Consensus signal: none
GenreCandidate signal: Empirical · Consensus signal: Empirical
Teacher disagreement score0.889
Threshold uncertainty score0.298

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0010.000
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.000
Science and technology studies0.0000.000
Scholarly communication0.0000.000
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.042
GPT teacher head0.379
Teacher spread0.337 · 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