Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

UiPath-SAIv1 Exam - Topic 9 Question 19 Discussion

Posted by Kate on Jul 17, 2024 at 06:38 PM

Which generic ML Package should be used when the document type you are using is not part of the out of the box models?

Suggested Answer: C

Get Premium UiPath-SAIv1 Questions as Interactive Web-Based Practice Test or PDF Real Exam Format Detailed Explanations Instant Access Get Your Practice Test
40 comments · newest first
CH
Chuck 10 months ago
I thought Document was the best option, but I'm not sure now.
DE
Devorah 11 months ago
DocumentClassifier works for most cases too.
BR
Brandon 11 months ago
Wait, is DocumentMLPackage even a real thing?
AN
Annabelle 11 months ago
Definitely agree with that!
TA
Tammi 11 months ago
I think DocumentUnderstanding is the way to go for custom docs.
LE
Lera 12 months ago
I’m leaning towards Document, but I’m not confident if it’s the best option for non-standard documents.
KA
Karan 12 months ago
I practiced a similar question, and I think DocumentMLPackage could be the answer, but I can't recall the specifics.
CA
Carli 12 months ago
I feel like DocumentClassifier is more for predefined models, so it might not be the right choice here.
AN
Anabel 1 year ago
I think I remember something about DocumentUnderstanding being used for custom document types, but I'm not entirely sure.
MI
Mi 1 year ago
The DocumentClassifier package seems like a good starting point, but if the document type isn't part of the out-of-the-box models, I'd probably go with DocumentUnderstanding to have more flexibility.
LI
Lisandra 1 year ago
I'm a bit confused by the options, but I'm leaning towards DocumentUnderstanding since it sounds like it's the most flexible for handling different document types.
ST
Stevie 1 year ago
Based on the question, it seems like the DocumentUnderstanding package would be the most appropriate choice, as it's specifically for handling document types that aren't part of the out-of-the-box models.
JE
Jerilyn 1 year ago
Hmm, this is a tricky one. I'll need to think carefully about the different ML packages and their capabilities.
EM
Emmett 1 year ago
I'm not entirely sure, but I think the DocumentClassifier package might be the best option here since it's designed for document-related tasks.
AJ
Aja 1 year ago
I'm a bit unsure about this one. The features listed don't all seem directly related to SD-WAN. I'll need to rely on my general networking knowledge to make an educated guess here.
RE
Reynalda 1 year ago
This looks like a money laundering policy question. I remember something about financial restrictions being tied to these designations.
NO
Nobuko 1 year ago
As a machine learning expert, I can confidently say that the answer is 'Skynet'. It's the only logical choice when dealing with non-standard document types.
TA
Tarra 1 year ago
↳ replying to Nobuko
DocumentMLPackage is not a standard ML package for document classification.
EL
Eladia 1 year ago
↳ replying to Nobuko
DocumentClassifier is also a good choice for custom document types.
SU
Susana 1 year ago
↳ replying to Nobuko
The correct answer is DocumentUnderstanding.
SU
Sueann 1 year ago
↳ replying to Nobuko
Skynet is not a valid option for generic ML packages.
KI
Kindra 1 year ago
DocumentUnderstanding? Really? That's like naming a package 'ThingamajigMacGuffin'. I'm going to have to go with B on this one.
TA
Talia 1 year ago
↳ replying to Kindra
I see your point, but I still think C, DocumentUnderstanding, might be worth considering.
MI
Miss 1 year ago
↳ replying to Kindra
I'm leaning towards A, DocumentClassifier. It seems like the most straightforward option.
SH
Sherrell 1 year ago
↳ replying to Kindra
I agree, DocumentUnderstanding does sound a bit strange. I think B is the safer choice.
GU
Gussie 1 year ago
I'm going to go with DocumentClassifier. It seems like the most logical choice for classifying documents that aren't in the standard models.
GE
Gennie 1 year ago
↳ replying to Gussie
DocumentUnderstanding might also be a good choice for more advanced document analysis.
TO
Tonette 1 year ago
↳ replying to Gussie
I agree, DocumentClassifier is designed for handling documents not covered by standard models.
JA
Jaleesa 1 year ago
↳ replying to Gussie
I think DocumentClassifier is the best option for custom document classification.
ST
Stacey 1 year ago
DocumentMLPackage sounds like it might be the correct answer, but I'm not sure if that's an actual package or just a made-up option.
AN
Antonio 1 year ago
↳ replying to Stacey
I'm not sure about DocumentMLPackage, it doesn't sound familiar to me either.
DE
Devon 1 year ago
↳ replying to Stacey
DocumentUnderstanding might also work depending on the specific requirements.
MA
Mabel 1 year ago
↳ replying to Stacey
I agree, DocumentClassifier is a common choice for generic ML packages.
SH
Shenika 1 year ago
↳ replying to Stacey
I think DocumentClassifier would be the best choice.
JO
Jolene 1 year ago
I agree with Pearlene, DocumentUnderstanding provides more flexibility for custom document types.
PE
Pearlene 1 year ago
I disagree, I believe DocumentUnderstanding would be more suitable.
DA
Darell 1 year ago
I think Document would be the best option since it is a generic package that can handle a variety of document types, not just the out-of-the-box models.
RE
Rebbecca 1 year ago
↳ replying to Darell
I think DocumentClassifier could also be a good choice if you need more specific classification capabilities.
ST
Stefania 1 year ago
↳ replying to Darell
I agree, Document seems like the most versatile option for handling different document types.
ER
Erick 2 years ago
I think we should use DocumentClassifier.
0/2000 characters

Save Cancel