Idea
I think it would be interesting to define new API endpoints supported by DMS infrastructure that allows members (or registered non-members) to interface with the space.
This thread is about proposing API endpoints and possibly building a solid/useful specification for describing or interacting with any given Makerspace. Included in this discussion are considerations for backend persistence/management of state. For example, outlining sort of operations that need to be supported by a backend.
What goes in this thread,and what deserves new threads
Talk threads are messy and disorganized. Our membership has a bad habit of going off topic to the extent that no ideas presented on here are well developed. They’re typically either criticized(turns discussions into flame wars) or derailed(focus on new things for a short period of time. eventually even those new things are derailed).
To that end I would like to get people to adhere to the topic.
New threads house things that are functionally, or conceptually decoupled from the main point. An example in this case would be:
- The philosophical discussion about whether this is a good or bad idea probably deserves a separate thread.
- Reactions to proposed ideas probably deserve another thread as well. This thread is about generating/mining ideas, not refining them.
- Organizing the development and open source structure,
- Getting approval from board members, committees, general membership, integrating with the current space
- Spreading this or interacting with other makerspaces
- Technical details.
Submission Example
Here is an example of a high level description of a feature/request that can be made to an API. Notice that it doesn’t use any conventional notation. It focuses on high level meaning:
Input:
<rfid number>
Output:
<first name><last name>
Backend support needed:
Retrieve a subset of membership data. No Immediate need to persist state.
Purpose:
Identify owner of lost wallet/keychain without having to consult astan
(a figure that resembles either a Supervisor, Tour-giver, Administrator, Nice-guy/gal). Can also allow :
- integration with tool usage queues(adding removing people).
- space related projects that utilize RFID.
- Increase member contributions/engagement with the space without bottle-necking around
infrastructure