Skip to content
This repository has been archived by the owner on May 15, 2023. It is now read-only.

API methods #7

Closed
11 tasks
i-walker opened this issue Mar 18, 2019 · 1 comment
Closed
11 tasks

API methods #7

i-walker opened this issue Mar 18, 2019 · 1 comment

Comments

@i-walker
Copy link

Proposal for API methods

  • #1264, #491 #1225 seem like one basic GET. We can request them with ?name = "" and ?address = "". Internally, we should use a LIKE (Postgres) operator for address Strings.

  • In addition to the latter. Two nice GET meth. would be a simple Boolean response for an open specified location. with ?time = t::TIMESTAMP

/** @param loc = User.aroundUser() would be called by the client if no location is specified
*    @param time = now() is also called from client // we may change that I am not sure which is faster right now
/
fun locationIsOpen(loc:Location, time:TIME= now()): Boolean

fun IsOpen(time:Time= now()): Collection<Location>() 
// I don't even care if we  use a HashMap :)
if you're familiar with Higher Kinded Types we can use a Kinds<Container, Location> 
  • Can be messy, but I found an almost easy solution. We Pattern Match over the search string and output max. 3 columns with the highest resemblance.

  • One PUT/ POST for the Crawler without specifying the Id

  • One PATCH for Users and the Crawler

  • Feature Issue: Users can Up/Down Vote the correctness of opening hours so we can debug

  • Feature Issue: Users can suggest not indexed Locations (only TUM) specifying a name and address

Why do they matter ?

missing information

  • Straubing facilities
  • Weihnstephen lib
  • Barrierefreiheit info's
  • Ansprechparter of other facilities than IT

I am open for suggestions.

@kordianbruck
Copy link
Member

I guess if we ever come back to this feature, we can reopen this bug.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants