-
Notifications
You must be signed in to change notification settings - Fork 44
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
Make Integer and Float values comparable for Join #737
Comments
florianesser
added a commit
to florianesser/hale
that referenced
this issue
Jun 13, 2019
This patch adds the same behaviour to the processing of double and float values that already existed for BigDecimals. In particular, double and float values that are in fact integers (e.g. `2.0`) are now serialized without the trailing `.0` during value processing. This allows the mixed use of float/double and integer/string properties in Joins. halestudio#737
florianesser
added a commit
that referenced
this issue
Jun 14, 2019
This patch adds the same behaviour to the processing of double and float values that already existed for BigDecimals. In particular, double and float values that are in fact integers (e.g. `2.0`) are now serialized without the trailing `.0` during value processing. This allows the mixed use of float/double and integer/string properties in Joins. #737
@florianesser isn't this done or at least ready to be challenged? |
@thorsten-reitz Yes, it's been merged and can be tested with this build. |
@JohannaOtt Could you use this successfully in your customer project? |
I found an email from June 19th in which the customer confirms, the Join worked with build 15. So I assume this issue can be closed. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
In a customer's project, a Join is needed that is based on an attribute with an Integer value in one of the feature types and on an attribute with a Float value in the other one.
The Float version of it holds the same values as the Integer one but ".0" is added.
In order to make the two attributes comparable, one idea was to cut the post-comma part of each Float used for a Join (as a Join using two Float values won't appear anyway) and convert it into Integer.
In this case, there should be an information somewhere that Float values can't be used as Join attributes in order to avoid wrong usage of the Join function.
Alternatively, "cutting" Float values to Integer values could be added as option.
The customer affected wants to use this functionality in an automated workflow so that it should also be deployed in a new hale-cli version.
The text was updated successfully, but these errors were encountered: