We should also only keep those attr

We should also only keep those attributes that we think could help the classifier in
determining the good from the not-so-good answers. Certainly, we need the
identification-related attributes to assign the correct answers to the questions. Read
the following attributes:
The PostType attribute, for example, is only necessary to distinguish between
questions and answers. Furthermore, we can distinguish between them later by
checking for the ParentId attribute. So, we keep it for questions too, and set it
to 1.
The CreationDate attribute could be interesting to determine the time span
between posting the question and posting the individual answers, so we keep it.
The Score attribute is, of course, important as an indicator of the community's
evaluation.
The ViewCount attribute, in contrast, is most likely of no use for our task. Even
if it is able to help the classifier distinguish between good and bad, we will not
have this information at the time when an answer is being submitted. We will
ignore it.
The Body attribute obviously contains the most important information. As it is
encoded in HTML, we will have to decode it to plain text.
The OwnerUserId attribute is useful only if we will take the user-dependent
features into account, which we won't. Although we drop it here, we encourage
you to use it (maybe in connection with users.xml) to build a better classifier.
The Title attribute is also ignored here, although it could add some more
information about the question.
The CommentCount attribute is also ignored. Similar to ViewCount, it could help
the classifier with posts that were posted a while ago (more comments are
equal to more ambiguous posts). It will, however, not help the classifier at the
time that an answer is posted.
The AcceptedAnswerId attribute is similar to the Score attribute, that is, it is an
indicator of a post's quality. As we will access this per answer, instead of
keeping this attribute, we will create a new attribute, IsAccepted, which will be
0 or 1 for answers and ignored for questions (ParentId = 1).

Kết quả (Việt) 1:

Chúng tôi cũng chỉ nên giữ lại các thuộc tính mà chúng tôi nghĩ rằng có thể giúp loại trongxác định lợi ích từ các câu trả lời không phải như vậy tốt. Chắc chắn, chúng tôi cần cácliên quan đến xác định thuộc tính để gán câu trả lời đúng cho những câu hỏi. ĐọcCác thuộc tính sau:Thuộc tính PostType, ví dụ, là chỉ cần thiết để phân biệt giữacâu hỏi và câu trả lời. Hơn nữa, chúng tôi có thể phân biệt giữa chúng, sau đó bởikiểm tra các thuộc tính ParentId. Vì vậy, chúng tôi giữ nó cho câu hỏi quá, và thiết lập nó1.Thuộc tính CreationDate có thể được thú vị để xác định khoảng thời giangiữa đăng các câu hỏi và đăng các câu trả lời cá nhân, vì vậy chúng tôi giữ nó.Các thuộc tính được điểm là, tất nhiên, quan trọng như là một chỉ báo của cộng đồngđánh giá.Thuộc tính lượt, ngược lại, là rất có thể không sử dụng cho nhiệm vụ của chúng tôi. Thậm chíNếu nó có thể giúp loại phân biệt giữa tốt và xấu, chúng tôi sẽ khôngcó thông tin này tại thời điểm khi một câu trả lời đang được đệ trình. Chúng tôi sẽbỏ qua nó.Các thuộc tính cơ thể rõ ràng chứa thông tin quan trọng nhất. Vì nó làmã hóa trong HTML, chúng ta sẽ phải giải mã nó sang văn bản thuần.Thuộc tính OwnerUserId là hữu ích nếu chúng tôi sẽ thực sự phụ thuộc vào người sử dụngtính năng vào tài khoản, chúng tôi sẽ không. Mặc dù chúng tôi thả nó ở đây, chúng tôi khuyến khíchbạn sử dụng nó (có lẽ liên quan đến users.xml) để xây dựng một loại tốt hơn.Thuộc tính Title cũng bỏ qua ở đây, mặc dù nó có thể thêm một số chi tiếtthông tin về các câu hỏi.Thuộc tính CommentCount cũng bị bỏ qua. Tương tự như lượt, nó có thể giúploại với các bài viết được đăng một trong khi trước đây (Thêm ý kiếnBài viết tương đương với mơ hồ hơn). Nó sẽ, Tuy nhiên, không giúp loại tại cácthời gian một câu trả lời được đăng.Thuộc tính AcceptedAnswerId là tương tự như các thuộc tính điểm, có nghĩa là, nó là mộtchỉ số của một bài đăng chất lượng. Như chúng tôi sẽ truy cập một câu trả lời, thay vìGiữ thuộc tính này, chúng tôi sẽ tạo một thuộc tính mới, IsAccepted, mà sẽ0 hay 1 cho câu trả lời và bỏ qua cho câu hỏi (ParentId = 1).

Kết quả (Việt) 2:

Chúng tôi cũng chỉ nên giữ lại những thuộc tính mà chúng tôi nghĩ rằng có thể giúp phân loại trong
việc xác định tốt từ các câu trả lời không mấy tốt. Chắc chắn, chúng ta cần
xác định các thuộc tính liên quan đến giao cho câu trả lời đúng cho các câu hỏi. Đọc
các thuộc tính sau:
Thuộc tính PostType, ví dụ, chỉ cần phân biệt giữa
câu hỏi và câu trả lời. Hơn nữa, chúng ta có thể phân biệt giữa chúng sau này bằng
cách kiểm tra các thuộc tính ParentId. Vì vậy, chúng tôi giữ nó cho câu hỏi quá, và thiết lập nó
thành 1.
Các thuộc tính CreationDate thể là thú vị để xác định khoảng thời gian
giữa đăng câu hỏi và câu trả lời cá nhân đăng, vì vậy chúng tôi giữ nó.
Các thuộc tính Điểm là, tất nhiên, quan trọng như một chỉ số của cộng đồng
đánh giá.
Các thuộc tính số lượt, ngược lại, rất có thể không sử dụng cho nhiệm vụ của chúng tôi. Thậm chí
nếu nó có thể giúp phân loại phân biệt giữa tốt và xấu, chúng ta sẽ không
có thông tin này tại thời điểm khi một câu trả lời đã được gửi. Chúng tôi sẽ
bỏ qua nó.
Các thuộc tính cơ rõ ràng là có chứa các thông tin quan trọng nhất. Vì nó được
mã hóa trong HTML, chúng ta sẽ phải giải mã nó để đồng bằng văn bản.
Các thuộc tính OwnerUserId chỉ có ích nếu chúng ta sẽ đưa người sử dụng phụ thuộc vào
tính năng này vào tài khoản, chúng tôi sẽ không. Mặc dù chúng tôi thả nó vào đây, chúng tôi khuyến khích
bạn sử dụng nó (có thể trong kết nối với users.xml) để xây dựng một bộ phân loại tốt hơn.
Các thuộc tính tiêu đề cũng được xem xét ở đây, mặc dù nó có thể bổ sung thêm một số chi tiết
thông tin về các câu hỏi.
Các thuộc tính là CommentCount cũng bỏ qua. Tương tự như số lượt, nó có thể giúp
phân loại với các bài viết được đăng trong một thời gian trước đây (nhiều ý kiến được
bằng bài viết không rõ ràng hơn). Nó sẽ, tuy nhiên, không giúp phân loại tại
thời điểm đó một câu trả lời được đăng.
Các thuộc tính AcceptedAnswerId là tương tự như các thuộc tính Score, có nghĩa là, nó là một
chỉ số về chất lượng của một bài. Như chúng ta sẽ truy cập mỗi câu trả lời này, thay vì
giữ thuộc tính này, chúng ta sẽ tạo ra một thuộc tính mới, IsAccepted, đó sẽ là
0 hoặc 1 câu trả lời và bỏ qua cho những câu hỏi (ParentId = 1).