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

extending data extraction endpoints with /contributions #34

Merged
merged 48 commits into from
Nov 4, 2020

Conversation

FabiKo117
Copy link
Contributor

@FabiKo117 FabiKo117 commented Aug 25, 2020

This branch implements the first 2 points raised in issue #23, which are:

  • /contributions/geometry/ for the modifications as GeoJSON

  • /contributions/latest/geometry/ for the "latest" changes only, as GeoJSON

  • same endpoints also for /bbox and /centroid respectively

  • add sphinx docs for the new endpoint + examples

For further rationale, please look at the discussions in PR #18.

@FabiKo117 FabiKo117 changed the title extending data extraction endpoints with /contributions WIP:extending data extraction endpoints with /contributions Aug 25, 2020
@FabiKo117 FabiKo117 added this to the 1.1 milestone Aug 25, 2020
@tyrasd tyrasd modified the milestones: 1.1, 1.2 Sep 2, 2020
@joker234 joker234 assigned joker234 and unassigned joker234 Sep 15, 2020
@joker234 joker234 added this to In progress in ohsome API general via automation Sep 15, 2020
@FabiKo117 FabiKo117 force-pushed the add-contributions-endpoint branch 2 times, most recently from 34bec81 to 03a1755 Compare September 17, 2020 15:39
@FabiKo117 FabiKo117 changed the title WIP:extending data extraction endpoints with /contributions extending data extraction endpoints with /contributions Sep 29, 2020
tyrasd
tyrasd previously requested changes Oct 2, 2020
Copy link
Member

@tyrasd tyrasd left a comment

Choose a reason for hiding this comment

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

I'm not done looking though the whole code yet, but I just realized one thing that I would really want to advice against: IMHO we should not add support for the old and deprecated types/keys/values parameters in this new endpoint is. Or is it unreasonably hard to drop the parameters for these resources?

ohsome API general automation moved this from In progress to Review in progress Oct 2, 2020
@FabiKo117
Copy link
Contributor Author

FabiKo117 commented Oct 2, 2020

I'm not done looking though the whole code yet, but I just realized one thing that I would really want to advice against: IMHO we should not add support for the old and deprecated types/keys/values parameters in this new endpoint is. Or is it unreasonably hard to drop the parameters for these resources?

I did not specifically add a support for it. So I'm just using the same framework that already exists in terms of parameter processing. What we could do is remove types/keys/values from the list of allowed parameters for this resource, so the user would get an error message when trying to use one of them in a request to /contributions

@tyrasd
Copy link
Member

tyrasd commented Oct 2, 2020

What we could do is remove types/keys/values from the list of allowed parameters for this resource, so the user would get an error message when trying to use one of them in a request to /contributions

sounds good 👍 . additionally, I'd say that in swagger and the documentation the parameters should not be suggested to the user if possible.

@FabiKo117
Copy link
Contributor Author

What we could do is remove types/keys/values from the list of allowed parameters for this resource, so the user would get an error message when trying to use one of them in a request to /contributions

sounds good 👍 . additionally, I'd say that in swagger and the documentation the parameters should not be suggested to the user if possible.

I can remove them from swagger completely yes. The docs are another topic, which is actually still not existant for the /contributions endpoint. Need to add those still.

@FabiKo117 FabiKo117 changed the title extending data extraction endpoints with /contributions WIP: extending data extraction endpoints with /contributions Oct 5, 2020
@tyrasd tyrasd dismissed their stale review November 2, 2020 09:34

should be fixed by now

ohsome API general automation moved this from Review in progress to Reviewer approved Nov 2, 2020
@FabiKo117 FabiKo117 changed the title WIP: extending data extraction endpoints with /contributions extending data extraction endpoints with /contributions Nov 2, 2020
@tyrasd tyrasd self-requested a review November 4, 2020 12:05
FabiKo117 and others added 24 commits November 4, 2020 17:40
to check if a proper empty geometry is returned
to incorporate the clipping flag
to handle creations, as they can also be included easier in the for-loop
to apply a better code flow
making DataRequestExecutor unstatic
modifying javadoc comments accordingly
to keep a specific ordering of the sites through adding numbers in front
removing types, keys, values from list of valid params as they are deprecated
removing types, keys, values parameters from swagger
adding a new section for the new endpoint
adding http response status codes, solves #64
adapting their grouping
modifying some descriptions
for HTTP status codes
for HTTP response codes
@FabiKo117 FabiKo117 merged commit 2ab129c into master Nov 4, 2020
ohsome API general automation moved this from Reviewer approved to Done Nov 4, 2020
@FabiKo117 FabiKo117 deleted the add-contributions-endpoint branch November 4, 2020 16:57
@tyrasd tyrasd added this to In progress in contributions endpoints via automation Mar 19, 2021
@tyrasd tyrasd moved this from In progress to Done in contributions endpoints Mar 19, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
4 participants