-
Notifications
You must be signed in to change notification settings - Fork 15
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
[ISSUE #16] Implemented a function and tests to extract vertices from spoly by index #37
Conversation
e8a53a2
to
2c14fb4
Compare
|
||
SELECT spoint( spoly '{(0,0),(1,0),(1,1)}', 3 ); | ||
|
||
SELECT spoly_as_array( spoly '{(0,0),(1,0),(1,1)}' ); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I hate to nitpick whitespace, but I recommend removing one of the two spaces after the SELECTs on lines 599, 601, 603, and 605.
Otherwise, it looks good to me! But if you're adding a function, shouldn't there be an upgrade script and version number bump? Or will that be done in a separate PR?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Of course, but which version should we put? @vitcpp
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As we discussed before, the master branch is the development branch. Once the API is changed I propose to assign a new version 1.3.0. Upgrade script should be named as pg_sphere--1.2.3--1.3.0.sql.in. The same as I proposed in #22.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Concerning the use of blank lines for queries separation. I propose to follow the same coding style. There are no blank lines in sql/path.sql but there are blank lines in sql/poly.sql. I propose to remove these redundant blank lines.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
a75e806
to
d77d4d8
Compare
What about this pull request? Is it approved? @esabol |
It's perfect other than PR #38 also bumps the version to 1.3.0 and adds an upgrade script. So I recommended merging PR #38 first and then Thank you, @stepan-neretin7, for all your work! |
Thank you also very much for your patient, detailed review of my code (I'm just learning and it's very valuable to me). Yes, I have added a version update here too and there will be no problems with rebase in any order. Therefore, @vitcpp can merge in any order |
@stepan-neretin7 : Now that PR #38 has been merged, I think this PR could use a |
d51cb2e
to
446f759
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me! Thank you, @stepan-neretin7
446f759
to
6c5d333
Compare
Can we merge it? @vitcpp |
|
||
SELECT spoint( spoly '{(0,0),(1,0),(1,1)}', 3 ); | ||
|
||
SELECT spoly_as_array( spoly '{(0,0),(1,0),(1,1)}' ); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Concerning the use of blank lines for queries separation. I propose to follow the same coding style. There are no blank lines in sql/path.sql but there are blank lines in sql/poly.sql. I propose to remove these redundant blank lines.
6c5d333
to
1deaec5
Compare
0642734
to
211a4b3
Compare
f5b83ef
to
df75911
Compare
df75911
to
124cca6
Compare
…rtices from spoly by index
124cca6
to
d88c059
Compare
@esabol @vitcpp please, review it.