File size: 3,878 Bytes
62571ae
 
6b17f81
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
62571ae
6b17f81
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
---
license: apache-2.0
metrics:
- name: accuracy
  value: 0.9394
- name: precision
  value: 0.9413
- name: recall
  value: 0.9394
- name: F1-Score
  value: 0.9388
library_name: transformers
pipeline_tag: text-classification
tags:
- bert
- research abstract
widget:
- text: >-
    Following the tsunami in December 2004 in Aceh, Indonesia, there has been a
    massive programme of rebuilding permanent houses for the tsunami victims.
    The houses are of various designs, and the internal conditions and thermal
    performance vary considerably. This paper is aimed at assessing comfort in a
    number of these houses, and is based on measurements from ten designs of
    post tsunami houses conducted between 22nd May and 4th July 2009. These ten
    house types are categorized by different form, design and materials, two
    houses of each type being represented in the results. Air and surface
    temperatures, relative humidity, and air velocity were measured and
    questionnaires on thermal comfort were filled in by the occupants. The
    results show an interesting range of temperature and humidity, ranging from
    250C-380C indoors and 210C-41.40C outdoors, relative humidity of 40%-86%
    indoors, compared with 26%-98% outdoors. The households qualify their house
    comfort by voting seven thermal sensation scales.
  example_title: recovery
language:
- id
- en
---
# Model Card for Model ID

<!-- Provide a quick summary of what the model is/does. -->

This modelcard aims to be text classification for research abstract regarding to disaster management phase.
## Model Details

### Model Description

<!-- Provide a longer summary of what this model is. -->



- **Developed by:** Odirunia
- **Shared by [optional]:** [More Information Needed]
- **Model type:** Bert
- **Language(s) (NLP):** [More Information Needed]
- **License:** [More Information Needed]
- **Finetuned from model [optional]:** [More Information Needed]

### Model Sources [optional]

<!-- Provide the basic links for the model. -->

- **Repository:** [More Information Needed]
- **Paper [optional]:** [More Information Needed]
- **Demo [optional]:** [More Information Needed]

## Uses

<!-- Address questions around how the model is intended to be used, including the foreseeable users of the model and those affected by the model. -->

### Direct Use

<!-- This section is for the model use without fine-tuning or plugging into a larger ecosystem/app. -->

[More Information Needed]

### Downstream Use [optional]

<!-- This section is for the model use when fine-tuned for a task, or when plugged into a larger ecosystem/app -->

[More Information Needed]

### Out-of-Scope Use

<!-- This section addresses misuse, malicious use, and uses that the model will not work well for. -->

[More Information Needed]

## Bias, Risks, and Limitations

<!-- This section is meant to convey both technical and sociotechnical limitations. -->

[More Information Needed]

### Recommendations

<!-- This section is meant to convey recommendations with respect to the bias, risk, and technical limitations. -->

Users (both direct and downstream) should be made aware of the risks, biases and limitations of the model. More information needed for further recommendations.

## How to Get Started with the Model

Use the code below to get started with the model.

[More Information Needed]

## Training Details

### Training Data

<!-- This should link to a Data Card, perhaps with a short stub of information on what the training data is all about as well as documentation related to data pre-processing or additional filtering. -->

[More Information Needed]

### Training Procedure 

<!-- This relates heavily to the Technical Specifications. Content here should link to that section when it is relevant to the training procedure. -->

#### Preprocessing [optional]

[More Information Needed]