Dealing With Knowledge Uncertainties in Pipeline Reliability Based Design and Assessment
Pourquoi ce travail est dans la base
Une base qui oublie comment elle a trouvé un travail ne peut pas être vérifiée. Voici les voies qui ont admis celui-ci.
Notice bibliographique
Résumé
Knowledge uncertainties result from limitations of the data and other information required to define parameters that are used in estimating reliability with respect to a given failure threat. The parameters affected typically represent distribution parameters of input random variables used in the calculation; for example, the mean corrosion growth rate for a given pipeline segment. Knowledge uncertainties are distinct from randomness, which is typically manifested in variations in the basic input parameters affecting a given limit state; for example, variations in the excavator force applied to the pipeline in different impact events. Randomness is reflected in the probability distributions used to model the input variables affected and is automatically built into the reliability estimate. However, the reliability estimate is conditional on the values used for parameters affected by knowledge uncertainty. Since these parameters can take a range of values with different probabilities, knowledge uncertainty is best represented as a distribution or confidence interval on the calculated failure probability. Two approaches are proposed to deal with knowledge uncertainties in Reliability Based Design and Assessment (RBDA) applications in which design and operational choices are accepted if they meet a specified reliability target. The first is a formal approach in which reliability targets must be met with a specified level of confidence (e.g. meet the reliability targets with 90% confidence). The second approach is an informal one in which a single conservative value is used for each parameter affected by knowledge uncertainties. Although this approach relies on the judgment of the user, it has the advantage of being simple. In the context of standardizing RBDA, it is recommended that epistemic uncertainty be identified as an important issue that must be considered in demonstrating compliance. It is also recommended that both formal and informal approaches be permitted as viable means of accounting for epistemic uncertainty. The informal approach should be included as a minimum requirement, whereas the formal approach should be presented as an option. This recommended strategy addresses epistemic uncertainty without creating a significant obstacle to the application of RBDA.
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Prédiction distillée sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.
Scores Codex et Gemma par catégorie
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,000 | 0,000 |
| Méta-épidémiologie (sens strict) | 0,000 | 0,000 |
| Méta-épidémiologie (sens large) | 0,000 | 0,000 |
| Bibliométrie | 0,000 | 0,000 |
| Études des sciences et des technologies | 0,000 | 0,000 |
| Communication savante | 0,000 | 0,000 |
| Science ouverte | 0,000 | 0,000 |
| Intégrité de la recherche | 0,000 | 0,000 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,000 | 0,000 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découle