Collaborative Development of a Shared ESP Troubleshooting Guidelines Document
Bibliographic record
Abstract
Abstract When an electric submersible pump (ESP) has tripped or is not operating as intended, operators need to quickly assess the underlying factors to determine if any corrective measures can be taken and if the ESP needs to be pulled. To assist, a new Troubleshooting Guidelines Document (TGD) has been collaboratively developed, incorporating the knowledge and experience of several ESP operators with diverse ESP applications and geographies. The TGD development involved a group of ESP operators agreeing on a logical and easy-to-follow document structure, reviewing and consolidating existing industry resources, and contributing technical knowledge based on the operators’ own experiences and internal practices. The focus was on documenting the knowledge and experience required to ask the right questions during a troubleshooting scenario, which is often stored only in the minds of experienced individuals (sometimes referred to as institutional knowledge). Asking the right questions during troubleshooting can help operators avoid unnecessary well interventions and reduce the time required to bring the system back online. The TGD is intended to serve as a technical reference for anyone involved in ESP troubleshooting and to provide the end-user with a structured troubleshooting workflow and list of questions to ask and probable solutions. This paper will illustrate the workflow based on two example ESP troubleshooting scenarios. The workflow starts with a set of observations describing the symptoms of the problem and leads to the identification of potential contributing factors, diagnostic checks, and corrective actions. The example scenarios will illustrate the structured workflow for complex troubleshooting situations and highlight some aspects or questions that may often be overlooked. The TGD is intended to compliment, not replace, operator site specific procedures and best practices and provides reminders that only competent and qualified personnel should execute troubleshooting tasks. The TGD is considered a "living" document, with new experience, tools, technologies, and knowledge being continually added. To the authors’ knowledge, it is the only shared, living ESP troubleshooting document of its kind that contains input from multiple ESP applications and geographies. The troubleshooting procedure outlined in the paper can be used in any ESP application and can provide a structured way for companies to capture and apply their ESP troubleshooting experience.
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.
How this classification was reachedexpand
Full frame machine prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.
Distilled classifier scores by category (both heads)
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.039 | 0.072 |
| Meta-epidemiology (narrow) | 0.002 | 0.001 |
| Meta-epidemiology (broad) | 0.001 | 0.002 |
| Bibliometrics | 0.008 | 0.003 |
| Science and technology studies | 0.004 | 0.002 |
| Scholarly communication | 0.010 | 0.007 |
| Open science | 0.004 | 0.009 |
| Research integrity | 0.004 | 0.004 |
| Insufficient payload (model declined to judge) | 0.010 | 0.006 |
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.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".