Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BI-671,BI-679] - Create new trait - Scale class 'ordinal scale' and Scale class 'nominal class' #60

Merged
merged 8 commits into from
Dec 9, 2020

Conversation

ctucker3
Copy link
Contributor

@ctucker3 ctucker3 commented Dec 2, 2020

No description provided.

@ctucker3 ctucker3 changed the title [BI-671] - Create new trait - Scale class 'ordinal scale' [BI-671,BI-679] - Create new trait - Scale class 'ordinal scale' and Scale class 'nominal class' Dec 7, 2020
@ctucker3 ctucker3 marked this pull request as ready for review December 7, 2020 16:52
Comment on lines +68 to +72
<template v-if="trait.scale && trait.scale.dataType === DataType.Nominal">
<CategoryTraitForm
v-on:update="trait.scale.categories = $event"
v-bind:type="DataType.Nominal"
/>
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This element and Ordinal could be combined. The type passed to CategoryTraitForm can be the value of trait.scale.dataType

Copy link
Contributor Author

@ctucker3 ctucker3 Dec 8, 2020

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good catch. This is changed in one of the next PR's I have open.

#62

v-bind:type="DataType.Ordinal"
/>
</template>
<template v-if="trait.scale && trait.scale.dataType === DataType.Text">
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There's also a method to do a case insensitive comparison for the DataType in the Scale class. Not important here since it's a new trait but may be for edit where that info could possibly come in differently.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, that might be good to check. I was thinking that those data types got transformed into the enum values which is why I didn't worry about case matching. I'll leave that for the edit form card if that is cool with you?

@ctucker3 ctucker3 requested a review from timparsons December 9, 2020 15:06
@ctucker3 ctucker3 merged commit c323228 into develop Dec 9, 2020
@ctucker3 ctucker3 deleted the feature/BI-671 branch December 9, 2020 15:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants