737 Parking restructure re-branch #892
No reviewers
Labels
No labels
_CRITICAL_
API
app
backEnd
Blocked-waiting-for-further-changes
bug
bug-only-on-server-for-mobile-not-webpage
Bug-Report-After-Merge
cleanup
close
design
duplicate
enhancement
feature request
frontEnd
further-changes-needed
future-problem-not-fixint-this-period
help wanted
invalid
last-week-issue-to-fix
library
low-priority
needs input
needs review
not-implemented.
project documentation
question
research
reviewed
Script
security
SQL
style
Team 1
Team 2
team leaders
test-creation
testing
topLevel
unassigned
Under-review
wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Andras/BoundlessFlowCampus2K!892
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "737-Parking-restructure-re-branch"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
A restructure of the original Parking API. Now simulates the existing parking spots on campus with its special attributes (charging, disabled and reserved). The refresh time for the spot is 30 seconds as of now (can be changed in the read folder). It currently only sends data accessible to the frontend, which you find in its Wiki page. The next step is to add frontend components for the data.
The frontend api endpoints seems to be broken
maybe ngnx. In the useParking.js file remove the api from the url the it should work :)@ -112,2 +24,3 @@};var data = zones;return Results.Json(data);you don't need row 24 for creation of data variable. You can directly return
Results.Json(zones)Agreed, I added it mostly because other mockups was returning a data variable. I'll just return the zones instead, maybe making it easier to read.
@ -0,0 +18,4 @@return result;}public async Task<IEnumerable<ParkingData?>> FetchZoneLatest(string zoneCode)I don't think you need latest in the end of FetchZone.
For temperature and energy it makes sense because we want latest temperature or energy right. but not for parking. What do you think?
I have seen it is used everywhere if it is a lot of effort then we can skip it.
The latest suffix refers to that the method returns the spot information with the latest timestamps, as updates to a spot doesn't directly delete entries in the database it needs to fetch the latest data for the representation to be "now", so to speak.
What works:
What needs to be changed:
Nice, it is ready to merge.