sandbox - User contributions [en]

https://sandbox.umd.edu/wiki/api.php?action=feedcontributions&feedformat=atom&user=Gfc sandbox - User contributions [en] 2026-10-21T08:53:18Z User contributions MediaWiki 1.43.11 https://sandbox.umd.edu/wiki/index.php?title=Talk:Maker_Space_Manager_System&diff=3434 Talk:Maker Space Manager System 2026-10-16T21:06:15Z

<p>Gfc: /* Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) */</p> <hr /> <div>= Makerspace Management Software at UMD Sandbox Makerspace = <br /> Discussion page related to software for managing the Sandbox Makerspace<br /> <br /> <br /> <br /> = Listing of commercial or open source systems with overlapping functionality =<br /> == Lists of Systems (other pages like this one)==<br /> ;Hackerspaces.org wishlist of software functions / features. :https://wiki.hackerspaces.org/Software_Wish_List<br /> <br /> ;List of software from hackerspaces.org: https://wiki.hackerspaces.org/Hackerspace_Software\<br /> <br /> ;MakerNexus notes on Access Control Systems: https://makernexuswiki.com/wiki/Access_Control_Systems<br /> <br /> == Individual Systems ==<br /> === Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) ===<br /> <br /> ;Fabman software :Management software with machine control hardware devices, API, and other features. https://fabman.io/<br /> <br /> ;Grit Automation Platform. :The Grit Automation Platform is a wireless, local-software workshop automation system designed for woodshops, metal shops, and education labs. Includes Core Features & Solutions for Dust Management, Tool Access Control & Safety, Time & Asset Management, Environmental & Energy Monitoring.<br /> <br /> ;MakerGate (Equipment Access Control): An open-source smart power switch and safety interlock system (similar in function to Fabman) that requires authentication—such as an RFID card and PIN—to let only trained users operate workshop machinery, eliminating monthly subscription fees. <br /> :https://makergate.us/<br /> <br /> ;Nova Labs Nova Pass : https://novapass.nova-labs.org/ (active system home page)<br /> ::(description from Makerfaire: https://nova.makerfaire.com/maker/entry/1224/) <br /> ::(details:https://goo.gl/RVmtiS)<br /> <br /> ;RATT - RFID All The Things: New Hampshire's MakeIT Labs RaspPi based RFID access control system. https://github.com/makeitlabs/ratt (video: https://www.youtube.com/watch?v=erwIPVwXUr8)<br /> <br /> ;FATT - FOB all The Things: Ace makerspace (formerly Ace Master Toys) https://www.acemakerspace.org/fatt-project/<br /> ::;Ace Master Toys: Makerspace system based on Google's AuthBox system https://github.com/google/makerspace-auth<br /> ::;Ace Makerspace Occupancy System: https://www.youtube.com/watch?v=kemAM8MWIN8<br /> <br /> ;Google Makerspace Auth (aka AuthBox): https://github.com/google/makerspace-auth<br /> <br /> ;Ithaca Generator AuthBox:<br /> :* https://discuss.ithacagenerator.org/t/makerspace-authbox-on-github/565/3<br /> :* https://github.com/ithacagenerator/AuthBox<br /> <br /> ;Manchester, NH MakerAuth<br /> :* https://github.com/ManchesterMakerspace/MakerAuth<br /> <br /> ;RasPi-Lockout (designed for RIT Construct Makerspace): <br /> :* https://www.youtube.com/watch?v=aoAdB13IVr0 (YouTube demo)<br /> :* https://github.com/jaschawilcox/raspi-lockout (GitHub Repo)<br /> <br /> ;Build Brighton Access Node: https://www.youtube.com/watch?v=3X64JmTpOcA<br /> <br /> ;Open Access Control: Uses the Arduino hardware to build a robust access control and alarm system. https://code.google.com/archive/p/open-access-control/<br /> <br /> ;tinkerAccess: The tinkerAccess system is a Raspberry Pi based access control system that can be used to prevent unauthorized users from using devices that require special training. It could also conceivably be used to control electronic lock boxes or doors. The system was originally designed and created by Matt Stallard, Ron Thomas, and Matt Peopping for TinkerMill a makerspace in Longmont, CO. It is continually being maintained and enhanced by other contributors in the community. https://github.com/TinkerMill/tinkerAccess<br /> <br /> ;Triple Cities Makerspace ACS System: https://www.tcmakerspace.com/index.php/2019/08/19/project-profile-access-control-system-acs/<br /> <br /> ;The MakerBarn in The Woodlands, Texas MACS System: http://koljawindeler.github.io/macs/. <br /> ::* MACS UI Video: https://www.youtube.com/watch?v=zLidqAPo3Cs <br /> ::* An Introduction to the MACS - Makerspace Access Control System: https://www.youtube.com/watch?v=CI3xxsBM9SE<br /> <br /> ;PITT-X Makerspace Access System: https://www.youtube.com/watch?v=2HG-vyV4yoM<br /> <br /> ;Member Access System for Pumping Station One :https://github.com/hef/ps1auth<br /> ::https://github.com/bdenne2/ps1auth<br /> <br /> ;HACCSY: Hackerspace Access Control and Check in System. Works with Seltzer CRM, running on a Raspberry Pi. https://www.instructables.com/id/HACCSY-Hackerspace-Access-Control-and-Check-in-Sys/<br /> <br /> :;Open Access Control Ethernet: https://github.com/zyphlar/Open_Access_Control_Ethernet<br /> ::;Open Source Access Control Web Interface (works with above) :https://github.com/zyphlar/Open-Source-Access-Control-Web-Interface<br /> <br /> <s>;Safety Spot :Commercial maker space management software widely used in university maker spaces. https://www.safetyspot.com/ </s> <b>No Longer Available</><br /> <br /> ;(UC Berkeley) Makerpass system onepager: https://assets.pubpub.org/hpise2ck/01585588151622.pdf<br /> <br /> ;Recursion: https://recursion.space Commercial system with free tier. Patented equipment lockout controller.<br /> <br /> ;UT Austin FabApp/JuiceBox: FabApp is a PHP-based system for managing a makerspace (https://github.com/UTA-FabLab/fabapp). JuiceBox is a Python-based system for providing access control to power tools (https://github.com/UTA-FabLab/JuiceBox). These and other UTA apps are on the UTA GitHub: https://github.com/UTA-FabLab<br /> <br /> ;UT Austin Team Lockout: https://blog.uta.edu/cseseniordesign/2019/07/20/lockout/ The Maker Space Lockout System correctly gives access to Machinery only to users that have been adequately briefed on the machinery’s safety and operation. The system will be able to control access for each user according to their level of skill and expertise. Users of The Maker Space Lockout System will also become more equipped to handle and view wear and tear on machines via the data collection purge at the end of each job.<br /> <br /> ===Not yet Categorized ===<br /> :;RFIDDoorLock: https://wiki.melbournemakerspace.org/projects/RFIDDoorLock<br /> <br /> :;Byro :https://github.com/byro/byro<br /> <br /> :;HSBNE :https://github.com/hsbne/hsbneportal<br /> <br /> :;MetalabOS: https://github.com/Metalab/mos/<br /> <br /> :;NOMOS (Membership Management): https://github.com/vhs/nomos<br /> <br /> :;MeMaTool: https://github.com/sim0nx/mematool<br /> <br /> :;RFID Tool Cabinet: https://www.youtube.com/watch?v=u-L_7pyPcvE<br /> <br /> === Systems Focusing on Space Management without Access Control (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> (Some of these may integrate with other Access Control Systems)<br /> <br /> :;WildApricot :Membership management software used by many maker spaces. https://www.wildapricot.com/<br /> <br /> :;Seltzer CRM: Open source CRM / membership management software created by a maker space and designed to be extensible and easily modified. https://wiki.hackerspaces.org/Seltzer_CRM<br /> <br /> :;SIMPL: (Software primarily designed to manage coworking spaces with features to support maker spaces) https://smpl.io/software/makerspaces/<br /> <br /> :;OpenBravo (ERM/ERP) :https://www.openbravo.com/<br /> <br /> :;WikiSpaces :The primary goal of the WikiSpaces project is to provide a 'startup' wiki, which is basically a MediaWiki distribution especially for hackerspaces. This distribution will provide a working, up to date, MediaWiki installation, with the commonly needed extensions installed and configured. https://wiki.hackerspaces.org/WikiSpaces<br /> <br /> ==== Not Yet Categorized ====<br /> <br /> :;Scholarly article on value of information collected using Maker Lens / MakerPass access system. : https://people.eecs.berkeley.edu/~eschoop/docs/makerlens.pdf<br /> <br /> = ARCHIVED ITEMS BELOW =<br /> <br /> <br /> ==ARCHIVE LabSwipe /MSM System Development History & 2022 Road Map ==<br /> <br /> ===Development History===<br /> Would someone on the Labswipe team add to this section?<br /> <br /> ===Current Release===<br /> <br /> ===Future Enhancements===<br /> <br /> Road Map for future enhancements. <br /> <br /> ==== 2021-2022 MSM Rework Outline ====<br /> *Outline of desired improvements for development work from Summer 2021 to Summer 2022<br /> ===== 2021 =====<br /> * Improvements to existing UI / core LabSwipe functionality (Fall 21) <br /> ** Improved editing of data entry fields<br /> ** Integration with UMD swipe Identity API to correctly identify new cards swiped into system and close current opportunity for student to use a created ID card with false UID.<br /> ** Integration with UMD swipe API to:<br /> *** Identify deactivated student ID cards and <br /> *** Update CardID serial number when a lost ID card is replaced with a new card.<br /> <br /> ===== 2022 =====<br /> * Integration with Canvas LMS (Spring 22)<br /> ** Using Canvas API, ensuring API key is well protected using a secrets manager or similar approach<br /> ** Implement a middle layer between MSM and Canvas to track training certifications (similar to a micro credentialing system) in a way that creates an abstraction layer between a canvas course and a training certification.<br /> ** See '''Integration with ELMS/Canvas Learning Management System''' below for detail<br /> <br /> ===== Overview of Enhancements =====<br /> *Additional Enhancements not yet implemented (many not yet scheduled).<br /> ** Integration with a tool access control system (such as Safety Spot, The Google system used at Ace Makerspace and elsewhere, or the Nova Pass system)<br /> *** See '''Tool Access Control''' below for details<br /> *** This integration would require certain tools flagged in system to have a swipe card reader at the tool which verifies training before tool will operate. <br /> *** While extending MSM to support tool access control, modify it as well to allow a particular makerspace to set up a two-tier implementation of MSM where initial swipe allows entry into makerspace without selecting a specific tool (but perhaps requires the selection of a studio or category of tool) and subsequent swipe was required to select a particular tool. <br /> ** Tool reservation / tool-in-use flagging<br /> ** Tool Loan (away from makerspace)<br /> ** Student charging system (allow students to purchase materials and tooling using student ID or credit card.<br /> ** Faculty charging system (allow faculty / researchers to purchase materials using KFC account #)<br /> ** Matching of maker skills between students and managers. <br /> ** Campus-wide inventory of tools at each makerspace with ability for students to search for a particular tool (similar to MIT Manus system)<br /> <br /> Many of these are presented in more detail below:<br /> <br /> ==== Integration with ELMS/Canvas Learning Management System====<br /> Currently Labswipe stores training accomplishments in a Google Sheet. This needs to be manually updated. A brief look at the sheet shows very few of our makerspaces are making these manual updates. <br /> <br /> Sandbox implemented makerspace training in ELMS/Canvas in 2019. Initially we were manually updating the Labswipe sheet from Canvas but this became very time consuming. We wrote a Canvas API query tool that re-formats the Canvas results to make the updates a bit easier. We considered automating the Labswipe sheet update process but discontinued our efforts on this when it was decided to move the Labswipe back end from google sheets to AWS.<br /> <br /> Adding a badging or micro-credentialing plugin to Canvas was attempted in 2019-2020. Sandbox hoped that by adding this capability to Canvas we could avoid concerns about running queries directly against the Canvas system (which contains protected information about students) While the primary benefit would be isolating us from FERPA concerns, the badging system Would also simplify our queries (especially for training completed at a different makerspace), allow us to track training not done in Canvas (such as Welding or other training requiring direct, hands-on instruction), and also provide additional ways to gamify training (for example by allowing training tiers, 'leveling up', etc.) Our request to add a badging plugin to Canvas was rejected by DIT. We understand that a request to add a different badging system has been made by a different department and is still under consideration. <br /> <br /> *We'd like future versions of Labswipe to have the capability to update training accomplishments from Canvas. <br /> <br /> *Ideally this update would happen every time a maker swiped in to the system. <br /> <br /> *The system should support tracking of training that was completed at other UMD MSI makerspaces to support the MSI plans to open up access to makerspaces across campus. For example, a maker who completed Glowforge laser training at one of the library makerspaces should be able to use the Sandbox Glowforge without additional training.<br /> <br /> ==== Improve quantity and quality of tool usage data being gathered. ====<br /> <br /> Currently, the MSM system only asks each makerspace visitor which tools they will be using when they first swipe in at the front door. We've found this arrangement results in distorted statistics as many users just select the first tool they see on the list, don't take the time to check off every tool they intend to use, and often end up using tools they hadn't intended when they first arrived. <br /> <br /> An improvement would be to add additional data gathering points in the makerspace. For example, by adding touch screens with swipe readers in each workshop or tool storage area we could encourage makers to log every tool they use by making the process more convenient. Another approach would be to use a mobile web app to log tool usage by scanning each tool's barcode or otherwise selecting the tool. <br /> <br /> <br /> Several of the entries below relate to our goal of gathering more data on tool usage. <br /> *For example, the safety-driven requirement to add Tool Access Control lockout devices to dangerous tools (such as chop saws and lathes) will also help us gather more detailed tool usage data for those dangerous tools. <br /> *Adding an advanced tool reservation capability will add additional usage data for popular tools such as 3D printers and laser cutters. <br /> *Rather than add expensive lockout devices to all tools, we discuss the possible idea of adding Tool-In-Use flagging.<br /> <br /> All of these work together to not only better track tool usage but also to improve the user experience and reduce frustration, increase compliance with training requirements, and ensue our compliance with campus safety rules.<br /> <br /> <br /> <br /> <br /> <br /> ==== Tool Access Control ====<br /> <br /> Once the MSM system is able to look up tool training certification information using the ELMS/Canvas APAI. we'd like to add on to MSM additional hardware and software that will directly control use of certain tools that are deemed to be dangerous (such as a CNC router, milling machine, band saw, etc.) or other tools that, while not particularly dangerous, require specific knowledge to operate correctly (such as laser cutter, SLA 3D printer, etc) to avoid damaging the tool. <br /> <br /> * This access control system should be implemented as a separate hardware and software system connected to each tool we wish to have this added level of access control. While we envision this being implemented using commercially-available micro controllers (such as an Arduino-compatible microcontroller) or single board computers (such as a Raspberry Pi computer) any other implementation is acceptable so long as it provides a low cost per controlled machine tool.<br /> <br /> * This access control capability would require each maker to swipe their UMD ID before using that tool. Use of a UMD ID is preferred since all students and staff already carry this with them. Other authentication mechanism such as RFID or other ID card that works by proximity instead of requiring a physical swipe, or NFC or similar systems using a person's cell phone. For systems not using UMD ID magnetic stripe cards, the cost of additional cards, software, etc must be factored into our decision to use that system. <br /> <br /> * The system would look up the makers ID in a central database, and if able to verify that the maker is trained and certified to use the tool, the system would allow use of that tool. The preferred central database would be the existing UMD ELMS/Canvas Learning Management System or a system (such as a micro credentialing or badging system) that is connected to and synchronized with the ELMS/Canvas system. Systems that provide a central database system other than ELMS / Canvas must provide an automatic mechanism to update the database using the ELMS / Canvas API. <br /> <br /> * The means to allow use of the tool should be by:<br /> ** Switching on power through a relay or contactor controlled by the software logic <br /> ** Enabling a logical +5 volt signal to be read by the tool's existing controller (such as an ENABLE signal)<br /> ** By deactivating the tool's e-stop circuit, restoring a cabinet interlock circuit, or other mechanism by closing or opening a relay contacts. (i.e. dry contact closure)<br /> ** Several different approaches (ideally all of those listed above) should be provided to adapt the system to the widest variety of machine tools and their control systems.<br /> * The system should provide some way to prevent the maker from walking away and leaving the tool in an operational state. Some research and discussion are needed to determine the best approach for this but a simple example would be by setting a timeout after which the system requires the user to verify they are present by pushing a button or re-swiping their ID. This capability should be settable per-tool.<br /> * For tools enabled by simply applying power, the system should prevent these tools from starting up immediately on authentication to prevent unsafe situations. For example, by using a magnetic motor starter.<br /> * The system should ideally store locally a list of the IDs for all makers who recently were authenticated to use the tool (or store a list of all authorized users, updated periodically) This is to permit use of the tool control system even if the central database is unavailable or if network connectivity has failed.<br /> * A display on each access control station would ideally display information such as the name of the current authorized user (or last user if tool is idle), length of tool use (or countdown to expiration), connectivity check, etc.<br /> <br /> ==== System Support for Enforcing Buddy System ====<br /> <br /> UMD ESSR safety rule changes require certain tools to be used with the "buddy system" In short, the "buddy system" prohibits certain dangerous tools to be used by a person alone in the workshop. Another person must be close enough to see and hear the tool being used so they can render aid and call for assistance in case of injury.<br /> <br /> The MSM system should provide support for enforcing the buddy system. This support could entail requiring a second person to swipe in when using certain tools. This requirement might be limited to certain times of day (for example during the evening or when staff is reduced. The requirements for buddy system support are not yet clear, this is a placeholder.<br /> <br /> ==== Tool-In-Use Flagging ====<br /> <br /> An additional capability desired is the ability to flag the status of a tool as '''''In Use''''', '''''Available for Use''''', or other statuses such as '''''Awaiting Repair''''' or '''''Out of Service''''' Since demand for many tools is high and a student may be frustrated if they travel to a makerspace only to find a particular tool unavailable, it would be helpful for the system to flag tools that are not available for use because they are being used by someone else or are broken or otherwise unavailable. <br /> <br /> * For tools that are not in service, a makerspace staff member should be able to change the status through a web interface. <br /> ** The system should record a date/time stamp for when the tool was taken out of service and a date stamp for an expected return-to-service. <br /> *For tools being used by a maker, the MSM system should provide a mechanism for students to quickly and easily select a tool for use. This capability should allow the use of that tool for a fixed period of time, ideally this time period would differ for different types of tools (for example, a hammer would be flagged as in-use for 1-hour intervals while a sewing machine might have longer intervals such as 3 hours.<br /> ** The Tool-in-Use flag feature would verify the maker has completed any necessary training.<br /> ** When a different maker wishes to use that tool, they would see that the tool was currently in use by another maker and would also see the time the tool is expected to be available for their use. <br /> ** If a tool is still being used by that maker after the check-in time has passed, the new maker would have the right to be the next to use the tool.<br /> ** Ideally, the system would send an SMS message or some other sort of notification that the maker's use time has expired.<br /> ** Some examples of quick and easy mechanisms for makers to lag that they are using a tool <br /> *** A touch screen kiosk in each workshop or tool storage area.<br /> *** A QR code on each tool or on the storage location for each tool. The QR code would be scanned by the maker using the tool<br /> *** A mobile web app used by the maker.<br /> <br /> Note that the Tool-In-Use Flag Feature will provide a great deal of useful information about the relative popularity of each tool and could provide data to support the purchase of additional tools.<br /> <br /> ==== Tool Check-Out / Check-In (for use in makerspace) ====<br /> See '''Tool-In-Use flagging''' above. 'Check-In' and 'Check-Out' functions would be used by a student when they take a tool from storage to their work area or return it to storage. Note that Check-Out is different than Tool-Loan which entails removing a tool from the makerspace.<br /> <br /> ==== Tool Reservation ====<br /> <br /> Several tools (such as laser cutters or 3D printers are popular and makers often wish to sign-up in advance for a window of time to use the tool. In the case of 3D printers, a print job could run for many hours, or even multiple days. It would be useful for MSM to allow makers to reserve time on a tool and allow other makers to see that the tool is reserved and unavailable until a given time.<br /> <br /> Reservations block-out for class times or maintenance windows.<br /> <br /> ==== Manager / Staff skills matching ====<br /> Provide a new capability in MSM to allow staff and volunteer managers to swipe in and out while indicating if they are working or just using the space as a maker. <br /> <br /> The system should provide a display of all on-duty managers and staff, displaying each manager's photo and list of each's skills / specialties. This to help makers using the space know who to best ask questions about a particular tool or technique. <br /> <br /> ====Resale of maker materials, tooling, etc.====<br /> <br /> We would like to be able to resell materials such as sheet goods (plywood, MDF, acrylic, etc.) 3D printer filament, tooling (CNC router bits, milling machine tooling, etc.) This is a service to makers who don't necessarily have the ability to transport physically large materials.<br /> <br /> Further definition is needed to specify how payments will be taken. We don't want to accept cash and are uneasy about volunteer managers having access to maker credit/debit cards. Ideally, payments would be charged against a maker's account balance. Is it possible to use an existing student payment system such as Terrapin Express?<br /> <br /> === FERPA Concerns ===<br /> Since LabSwipe data is student data there may be concern that some of the data may fall under the protection of the Family Educational Rights and Privacy Act (FERPA). FERPA requires protection of "Personally Identifiable Information" (PII) from release to 3rd parties. Anyone using student PII must take steps to protect this from release, even through the action of a student working in the makerspace. FERPA exempts from the protection requirement certain "Directory Information" that is commonly used. It requires each university to identify what information is considered "Directory Information" <br /> <br /> UMD defines their PII and Directory Information here: https://academiccatalog.umd.edu/undergraduate/university-policies/ In July 2020 this policy defined UMD PII & Directory Information as:<br /> <br /> ''"Personally identifiable information" or "PII" means data or information which includes, but is not limited to:''<br /> <br /> *a student’s name;<br /> *a name of a student’s parent or family member<br /> *an address of a student or a student’s family; <br /> *a personal identifier, such as a social security number, University Identification Number (UID), or biometric record; <br /> *other indirect identifiers, such as mother’s maiden name; <br /> *other information that alone, or in combination, is linked or linkable to a specific student and that would allow a reasonable person in the UMD community who does not have personal knowledge of the relevant circumstances to identify the student with reasonable certainty; or information requested by a person who UMD reasonably believes knows the identity of the student to whom the education record relates.<br /> <br /> <br /> ''"Directory Information" means information which would generally not be considered harmful or an invasion of privacy if disclosed. It includes, but is not limited to, a student’s: <br /> <br /> *name, <br /> *address, <br /> *telephone listing, <br /> *e-mail address, <br /> *date and place of birth, <br /> *major field of study, <br /> *full-time/part-time status, <br /> *participation in officially recognized activities and sports, <br /> *weight and height of members of athletic teams, <br /> *dates of attendance, <br /> *degrees and awards received, and <br /> *the most recent previous educational agency or institution attended'' <br /> <br /> Note that UID is listed as PII but not excluded as "Directory Information" as is done at other institutions, especially those that also print UID on campus ID cards.<br /> <br /> = Parallel Development of Sandbox Kiosk Prototype =<br /> <br /> '''''Kiosk System Test'''''<br /> <br /> Sandbox hopes to continue the development and testing of a '''''Kiosk System''''' in Spring 2022. The kiosk system is envisioned as a way to improve tool usage tracking and replace the tool identification signage on each studio door. Each studio would have a touch screen computer system on or near the door that displays a visual listing of tools in that studio. Makers would be asked to select the tool they wanted to use. The kiosk would verify that the maker had completed any required training on that tool. <br /> <br /> By asking the maker to check the tool back in, we would be able to collect additional information about usage of individual tools as well as provide remote visibility of tool availability to makers planning on visiting the makerspace. <br /> <br /> Eventually we envision the kiosk system having additional functionality including tool and studio reservation, broken tool tagging, identifying tool experts, etc.<br /> <br /> One possible initiative we could undertake would be the development of a prototype kiosk system for use in the various studios at Sandbox. This prototype would allow us to test ideas for MSM improvements and more quickly iterate through design concepts without having to modify the core MSM system. It would provide a working prototype useful for demonstrating our needs to the MSM development team, or to demonstrate our requirements if MSI decides to invest in an externally-developed system.<br /> ==== Overview of Sandbox Kiosk System ====<br /> The existing MSM / LabSwipe system assumes each lab will be a single room or small number of related spaces that are hierarchically flat. Sandbox is a group of six different studios, each with a different type of tool. This leads to some confusion and a slowdown each time a maker checks in. If the tools are grouped alphabetically, a maker interested in electronics might check that he plans to use a "multimeter" then have to scroll past "multitool" and 3 different "sander" entries related to woodworking, 4 different types of "sewing machine" in the crafting studio before finding "soldering iron" a few pages down. We've re-ordered the list by studio, which has helped quite a bit but makers using the woodworking studio have to scroll down several screens to find the start of tools they may want to use. While this may be fixable with some tweaks to the existing system UI, we've uncovered other issues that we'd like to address as well.<br /> <br /> In a review of system usage for the fall semester, we discovered that most students select a single tool regardless of the length of their visit. A maker may swipe in and select "laser cutter" as the tool they will be using but almost never returns to the front desk if (for example) they need to use a circular saw to trim their stock to the correct size, or need to use a drill to add a couple of holes to their project, or a sander to prepare it for finishing. Individually these failures aren't important but collectively they degrade the quality of data we hope to collect on tool usage and perhaps more importantly make it more difficult for us to report other statistics such as length of visit. Also, this avoidance bypasses the very important checking of training credentials that is a critical reason for having this system in the first place. Indeed, we found that a considerable number of students would select "no tool, table use only" when that option was made available. <br /> <br /> To improve this situation, we'd like to move tool selection part of MSM closer to the point where the tool is used. Makers would still swipe in to the space when entering, but would not be asked whaic tools they plan to use. The extreme case of this would be to equip each tool with a sensor that indicated use and requested the maker picking up the tool to authenticate and verify their certification to use that tool. This would likely be too expensive to be practical except on the most hazardous or expensive tools such as milling machines, laser cutters, etc. What we propose and would like to test using the concept of kiosks, would be moving tool check-out to each individual studio. We envision a touch-screen display at the door of each studio. While the touch screen could be a self-contatrined system such as a iPad tablet, we are more inclined to use small computers such as the RaspberryPi. <br /> <br /> In a perfect world this kiosk system would be connected to the card key door lock system, but we don't envision that being possible because of political limitations with the UMD card key system.<br /> <br /> <br /> <br /> <br /> ==== Initial Requirements for Kiosk Protoype ====<br /> <br /> * Kiosks to run Touch-screen terminals outside each Sandbox studio (to begin with woodworking studio and prototyping studio)<br /> ** Kiosk will display information about each tool available in that studio including training requirements and links to training materials. <br /> ** Tool information and training requirements should preferably come directly from existing wiki pages to ease updating. Either display wiki pages in embedded web browser or use mediawiki API to retrieve wiki content. <br /> * Information shown on kiosk would include both publicly viewable (no login required) and private information (requiring login) such as maker's training accomplishments, etc.<br /> ** Provide quick and simple means for each maker to log in / authenticate with the system (card swipe, phone app, NFC, etc) <br /> * Subset of information from kiosk system also available via login-secured web page accessible from off campus. Initially, remote functionality to include: <br /> **ability to reserve a tool for a certain period of time, with the length of time specified by the maker, provided that request is within the limits set for that particular tool, perhaps also taking into account the time of day or day of week. <br /> *** For example, a laser cutter might be reservible in blocks of 30 minutes with maximum of 3 blocks<br /> *** A 3d printer might be reservible in blocks of 2 hours with the maximum number of blocks varying depending of day of week and time of day. For example, a Friday afternoon reservation might allow 48 hours total time, while Monday afternoon would only allow 4 hours total.<br /> *** A more common power tool such as a jigsaw or drill might be reservible in blocks of 30 minutes with a maximum of 2-4 blocks.<br /> ** Some mechanism should be devised to prevent makers from always reserving the maximum number of blocks of time. <br /> ** display calendar view for each of the reservible tools that shows free/reserved blocks for each tool <br /> ** display calendar view for each studio that shows free/reserved status based on the tool being reserved. This view to be used to enforce Covid-19 distancing requirements</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Talk:Maker_Space_Manager_System&diff=3433 Talk:Maker Space Manager System 2026-10-16T21:00:59Z

<p>Gfc: /* Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) */</p> <hr /> <div>= Makerspace Management Software at UMD Sandbox Makerspace = <br /> Discussion page related to software for managing the Sandbox Makerspace<br /> <br /> <br /> <br /> = Listing of commercial or open source systems with overlapping functionality =<br /> == Lists of Systems (other pages like this one)==<br /> ;Hackerspaces.org wishlist of software functions / features. :https://wiki.hackerspaces.org/Software_Wish_List<br /> <br /> ;List of software from hackerspaces.org: https://wiki.hackerspaces.org/Hackerspace_Software\<br /> <br /> ;MakerNexus notes on Access Control Systems: https://makernexuswiki.com/wiki/Access_Control_Systems<br /> <br /> == Individual Systems ==<br /> === Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) ===<br /> <br /> ;Fabman software :Management software with machine control hardware devices, API, and other features. https://fabman.io/<br /> <br /> ;Grit Automation Platform. :The Grit Automation Platform is a wireless, local-software workshop automation system designed for woodshops, metal shops, and education labs. Includes Core Features & Solutions for Dust Management, Tool Access Control & Safety, Time & Asset Management, Environmental & Energy Monitoring.<br /> <br /> ;MakerGate (Equipment Access Control): An open-source smart power switch and safety interlock system (similar in function to Fabman) that requires authentication—such as an RFID card and PIN—to let only trained users operate workshop machinery, eliminating monthly subscription fees. <br /> <br /> ;Nova Labs Nova Pass : https://novapass.nova-labs.org/ (active system home page)<br /> ::(description from Makerfaire: https://nova.makerfaire.com/maker/entry/1224/) <br /> ::(details:https://goo.gl/RVmtiS)<br /> <br /> ;RATT - RFID All The Things: New Hampshire's MakeIT Labs RaspPi based RFID access control system. https://github.com/makeitlabs/ratt (video: https://www.youtube.com/watch?v=erwIPVwXUr8)<br /> <br /> ;FATT - FOB all The Things: Ace makerspace (formerly Ace Master Toys) https://www.acemakerspace.org/fatt-project/<br /> ::;Ace Master Toys: Makerspace system based on Google's AuthBox system https://github.com/google/makerspace-auth<br /> ::;Ace Makerspace Occupancy System: https://www.youtube.com/watch?v=kemAM8MWIN8<br /> <br /> ;Google Makerspace Auth (aka AuthBox): https://github.com/google/makerspace-auth<br /> <br /> ;Ithaca Generator AuthBox:<br /> :* https://discuss.ithacagenerator.org/t/makerspace-authbox-on-github/565/3<br /> :* https://github.com/ithacagenerator/AuthBox<br /> <br /> ;Manchester, NH MakerAuth<br /> :* https://github.com/ManchesterMakerspace/MakerAuth<br /> <br /> ;RasPi-Lockout (designed for RIT Construct Makerspace): <br /> :* https://www.youtube.com/watch?v=aoAdB13IVr0 (YouTube demo)<br /> :* https://github.com/jaschawilcox/raspi-lockout (GitHub Repo)<br /> <br /> ;Build Brighton Access Node: https://www.youtube.com/watch?v=3X64JmTpOcA<br /> <br /> ;Open Access Control: Uses the Arduino hardware to build a robust access control and alarm system. https://code.google.com/archive/p/open-access-control/<br /> <br /> ;tinkerAccess: The tinkerAccess system is a Raspberry Pi based access control system that can be used to prevent unauthorized users from using devices that require special training. It could also conceivably be used to control electronic lock boxes or doors. The system was originally designed and created by Matt Stallard, Ron Thomas, and Matt Peopping for TinkerMill a makerspace in Longmont, CO. It is continually being maintained and enhanced by other contributors in the community. https://github.com/TinkerMill/tinkerAccess<br /> <br /> ;Triple Cities Makerspace ACS System: https://www.tcmakerspace.com/index.php/2019/08/19/project-profile-access-control-system-acs/<br /> <br /> ;The MakerBarn in The Woodlands, Texas MACS System: http://koljawindeler.github.io/macs/. <br /> ::* MACS UI Video: https://www.youtube.com/watch?v=zLidqAPo3Cs <br /> ::* An Introduction to the MACS - Makerspace Access Control System: https://www.youtube.com/watch?v=CI3xxsBM9SE<br /> <br /> ;PITT-X Makerspace Access System: https://www.youtube.com/watch?v=2HG-vyV4yoM<br /> <br /> ;Member Access System for Pumping Station One :https://github.com/hef/ps1auth<br /> ::https://github.com/bdenne2/ps1auth<br /> <br /> ;HACCSY: Hackerspace Access Control and Check in System. Works with Seltzer CRM, running on a Raspberry Pi. https://www.instructables.com/id/HACCSY-Hackerspace-Access-Control-and-Check-in-Sys/<br /> <br /> :;Open Access Control Ethernet: https://github.com/zyphlar/Open_Access_Control_Ethernet<br /> ::;Open Source Access Control Web Interface (works with above) :https://github.com/zyphlar/Open-Source-Access-Control-Web-Interface<br /> <br /> <s>;Safety Spot :Commercial maker space management software widely used in university maker spaces. https://www.safetyspot.com/ </s> <b>No Longer Available</><br /> <br /> ;(UC Berkeley) Makerpass system onepager: https://assets.pubpub.org/hpise2ck/01585588151622.pdf<br /> <br /> ;Recursion: https://recursion.space Commercial system with free tier. Patented equipment lockout controller.<br /> <br /> ;UT Austin FabApp/JuiceBox: FabApp is a PHP-based system for managing a makerspace (https://github.com/UTA-FabLab/fabapp). JuiceBox is a Python-based system for providing access control to power tools (https://github.com/UTA-FabLab/JuiceBox). These and other UTA apps are on the UTA GitHub: https://github.com/UTA-FabLab<br /> <br /> ;UT Austin Team Lockout: https://blog.uta.edu/cseseniordesign/2019/07/20/lockout/ The Maker Space Lockout System correctly gives access to Machinery only to users that have been adequately briefed on the machinery’s safety and operation. The system will be able to control access for each user according to their level of skill and expertise. Users of The Maker Space Lockout System will also become more equipped to handle and view wear and tear on machines via the data collection purge at the end of each job.<br /> <br /> ===Not yet Categorized ===<br /> :;RFIDDoorLock: https://wiki.melbournemakerspace.org/projects/RFIDDoorLock<br /> <br /> :;Byro :https://github.com/byro/byro<br /> <br /> :;HSBNE :https://github.com/hsbne/hsbneportal<br /> <br /> :;MetalabOS: https://github.com/Metalab/mos/<br /> <br /> :;NOMOS (Membership Management): https://github.com/vhs/nomos<br /> <br /> :;MeMaTool: https://github.com/sim0nx/mematool<br /> <br /> :;RFID Tool Cabinet: https://www.youtube.com/watch?v=u-L_7pyPcvE<br /> <br /> === Systems Focusing on Space Management without Access Control (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> (Some of these may integrate with other Access Control Systems)<br /> <br /> :;WildApricot :Membership management software used by many maker spaces. https://www.wildapricot.com/<br /> <br /> :;Seltzer CRM: Open source CRM / membership management software created by a maker space and designed to be extensible and easily modified. https://wiki.hackerspaces.org/Seltzer_CRM<br /> <br /> :;SIMPL: (Software primarily designed to manage coworking spaces with features to support maker spaces) https://smpl.io/software/makerspaces/<br /> <br /> :;OpenBravo (ERM/ERP) :https://www.openbravo.com/<br /> <br /> :;WikiSpaces :The primary goal of the WikiSpaces project is to provide a 'startup' wiki, which is basically a MediaWiki distribution especially for hackerspaces. This distribution will provide a working, up to date, MediaWiki installation, with the commonly needed extensions installed and configured. https://wiki.hackerspaces.org/WikiSpaces<br /> <br /> ==== Not Yet Categorized ====<br /> <br /> :;Scholarly article on value of information collected using Maker Lens / MakerPass access system. : https://people.eecs.berkeley.edu/~eschoop/docs/makerlens.pdf<br /> <br /> = ARCHIVED ITEMS BELOW =<br /> <br /> <br /> ==ARCHIVE LabSwipe /MSM System Development History & 2022 Road Map ==<br /> <br /> ===Development History===<br /> Would someone on the Labswipe team add to this section?<br /> <br /> ===Current Release===<br /> <br /> ===Future Enhancements===<br /> <br /> Road Map for future enhancements. <br /> <br /> ==== 2021-2022 MSM Rework Outline ====<br /> *Outline of desired improvements for development work from Summer 2021 to Summer 2022<br /> ===== 2021 =====<br /> * Improvements to existing UI / core LabSwipe functionality (Fall 21) <br /> ** Improved editing of data entry fields<br /> ** Integration with UMD swipe Identity API to correctly identify new cards swiped into system and close current opportunity for student to use a created ID card with false UID.<br /> ** Integration with UMD swipe API to:<br /> *** Identify deactivated student ID cards and <br /> *** Update CardID serial number when a lost ID card is replaced with a new card.<br /> <br /> ===== 2022 =====<br /> * Integration with Canvas LMS (Spring 22)<br /> ** Using Canvas API, ensuring API key is well protected using a secrets manager or similar approach<br /> ** Implement a middle layer between MSM and Canvas to track training certifications (similar to a micro credentialing system) in a way that creates an abstraction layer between a canvas course and a training certification.<br /> ** See '''Integration with ELMS/Canvas Learning Management System''' below for detail<br /> <br /> ===== Overview of Enhancements =====<br /> *Additional Enhancements not yet implemented (many not yet scheduled).<br /> ** Integration with a tool access control system (such as Safety Spot, The Google system used at Ace Makerspace and elsewhere, or the Nova Pass system)<br /> *** See '''Tool Access Control''' below for details<br /> *** This integration would require certain tools flagged in system to have a swipe card reader at the tool which verifies training before tool will operate. <br /> *** While extending MSM to support tool access control, modify it as well to allow a particular makerspace to set up a two-tier implementation of MSM where initial swipe allows entry into makerspace without selecting a specific tool (but perhaps requires the selection of a studio or category of tool) and subsequent swipe was required to select a particular tool. <br /> ** Tool reservation / tool-in-use flagging<br /> ** Tool Loan (away from makerspace)<br /> ** Student charging system (allow students to purchase materials and tooling using student ID or credit card.<br /> ** Faculty charging system (allow faculty / researchers to purchase materials using KFC account #)<br /> ** Matching of maker skills between students and managers. <br /> ** Campus-wide inventory of tools at each makerspace with ability for students to search for a particular tool (similar to MIT Manus system)<br /> <br /> Many of these are presented in more detail below:<br /> <br /> ==== Integration with ELMS/Canvas Learning Management System====<br /> Currently Labswipe stores training accomplishments in a Google Sheet. This needs to be manually updated. A brief look at the sheet shows very few of our makerspaces are making these manual updates. <br /> <br /> Sandbox implemented makerspace training in ELMS/Canvas in 2019. Initially we were manually updating the Labswipe sheet from Canvas but this became very time consuming. We wrote a Canvas API query tool that re-formats the Canvas results to make the updates a bit easier. We considered automating the Labswipe sheet update process but discontinued our efforts on this when it was decided to move the Labswipe back end from google sheets to AWS.<br /> <br /> Adding a badging or micro-credentialing plugin to Canvas was attempted in 2019-2020. Sandbox hoped that by adding this capability to Canvas we could avoid concerns about running queries directly against the Canvas system (which contains protected information about students) While the primary benefit would be isolating us from FERPA concerns, the badging system Would also simplify our queries (especially for training completed at a different makerspace), allow us to track training not done in Canvas (such as Welding or other training requiring direct, hands-on instruction), and also provide additional ways to gamify training (for example by allowing training tiers, 'leveling up', etc.) Our request to add a badging plugin to Canvas was rejected by DIT. We understand that a request to add a different badging system has been made by a different department and is still under consideration. <br /> <br /> *We'd like future versions of Labswipe to have the capability to update training accomplishments from Canvas. <br /> <br /> *Ideally this update would happen every time a maker swiped in to the system. <br /> <br /> *The system should support tracking of training that was completed at other UMD MSI makerspaces to support the MSI plans to open up access to makerspaces across campus. For example, a maker who completed Glowforge laser training at one of the library makerspaces should be able to use the Sandbox Glowforge without additional training.<br /> <br /> ==== Improve quantity and quality of tool usage data being gathered. ====<br /> <br /> Currently, the MSM system only asks each makerspace visitor which tools they will be using when they first swipe in at the front door. We've found this arrangement results in distorted statistics as many users just select the first tool they see on the list, don't take the time to check off every tool they intend to use, and often end up using tools they hadn't intended when they first arrived. <br /> <br /> An improvement would be to add additional data gathering points in the makerspace. For example, by adding touch screens with swipe readers in each workshop or tool storage area we could encourage makers to log every tool they use by making the process more convenient. Another approach would be to use a mobile web app to log tool usage by scanning each tool's barcode or otherwise selecting the tool. <br /> <br /> <br /> Several of the entries below relate to our goal of gathering more data on tool usage. <br /> *For example, the safety-driven requirement to add Tool Access Control lockout devices to dangerous tools (such as chop saws and lathes) will also help us gather more detailed tool usage data for those dangerous tools. <br /> *Adding an advanced tool reservation capability will add additional usage data for popular tools such as 3D printers and laser cutters. <br /> *Rather than add expensive lockout devices to all tools, we discuss the possible idea of adding Tool-In-Use flagging.<br /> <br /> All of these work together to not only better track tool usage but also to improve the user experience and reduce frustration, increase compliance with training requirements, and ensue our compliance with campus safety rules.<br /> <br /> <br /> <br /> <br /> <br /> ==== Tool Access Control ====<br /> <br /> Once the MSM system is able to look up tool training certification information using the ELMS/Canvas APAI. we'd like to add on to MSM additional hardware and software that will directly control use of certain tools that are deemed to be dangerous (such as a CNC router, milling machine, band saw, etc.) or other tools that, while not particularly dangerous, require specific knowledge to operate correctly (such as laser cutter, SLA 3D printer, etc) to avoid damaging the tool. <br /> <br /> * This access control system should be implemented as a separate hardware and software system connected to each tool we wish to have this added level of access control. While we envision this being implemented using commercially-available micro controllers (such as an Arduino-compatible microcontroller) or single board computers (such as a Raspberry Pi computer) any other implementation is acceptable so long as it provides a low cost per controlled machine tool.<br /> <br /> * This access control capability would require each maker to swipe their UMD ID before using that tool. Use of a UMD ID is preferred since all students and staff already carry this with them. Other authentication mechanism such as RFID or other ID card that works by proximity instead of requiring a physical swipe, or NFC or similar systems using a person's cell phone. For systems not using UMD ID magnetic stripe cards, the cost of additional cards, software, etc must be factored into our decision to use that system. <br /> <br /> * The system would look up the makers ID in a central database, and if able to verify that the maker is trained and certified to use the tool, the system would allow use of that tool. The preferred central database would be the existing UMD ELMS/Canvas Learning Management System or a system (such as a micro credentialing or badging system) that is connected to and synchronized with the ELMS/Canvas system. Systems that provide a central database system other than ELMS / Canvas must provide an automatic mechanism to update the database using the ELMS / Canvas API. <br /> <br /> * The means to allow use of the tool should be by:<br /> ** Switching on power through a relay or contactor controlled by the software logic <br /> ** Enabling a logical +5 volt signal to be read by the tool's existing controller (such as an ENABLE signal)<br /> ** By deactivating the tool's e-stop circuit, restoring a cabinet interlock circuit, or other mechanism by closing or opening a relay contacts. (i.e. dry contact closure)<br /> ** Several different approaches (ideally all of those listed above) should be provided to adapt the system to the widest variety of machine tools and their control systems.<br /> * The system should provide some way to prevent the maker from walking away and leaving the tool in an operational state. Some research and discussion are needed to determine the best approach for this but a simple example would be by setting a timeout after which the system requires the user to verify they are present by pushing a button or re-swiping their ID. This capability should be settable per-tool.<br /> * For tools enabled by simply applying power, the system should prevent these tools from starting up immediately on authentication to prevent unsafe situations. For example, by using a magnetic motor starter.<br /> * The system should ideally store locally a list of the IDs for all makers who recently were authenticated to use the tool (or store a list of all authorized users, updated periodically) This is to permit use of the tool control system even if the central database is unavailable or if network connectivity has failed.<br /> * A display on each access control station would ideally display information such as the name of the current authorized user (or last user if tool is idle), length of tool use (or countdown to expiration), connectivity check, etc.<br /> <br /> ==== System Support for Enforcing Buddy System ====<br /> <br /> UMD ESSR safety rule changes require certain tools to be used with the "buddy system" In short, the "buddy system" prohibits certain dangerous tools to be used by a person alone in the workshop. Another person must be close enough to see and hear the tool being used so they can render aid and call for assistance in case of injury.<br /> <br /> The MSM system should provide support for enforcing the buddy system. This support could entail requiring a second person to swipe in when using certain tools. This requirement might be limited to certain times of day (for example during the evening or when staff is reduced. The requirements for buddy system support are not yet clear, this is a placeholder.<br /> <br /> ==== Tool-In-Use Flagging ====<br /> <br /> An additional capability desired is the ability to flag the status of a tool as '''''In Use''''', '''''Available for Use''''', or other statuses such as '''''Awaiting Repair''''' or '''''Out of Service''''' Since demand for many tools is high and a student may be frustrated if they travel to a makerspace only to find a particular tool unavailable, it would be helpful for the system to flag tools that are not available for use because they are being used by someone else or are broken or otherwise unavailable. <br /> <br /> * For tools that are not in service, a makerspace staff member should be able to change the status through a web interface. <br /> ** The system should record a date/time stamp for when the tool was taken out of service and a date stamp for an expected return-to-service. <br /> *For tools being used by a maker, the MSM system should provide a mechanism for students to quickly and easily select a tool for use. This capability should allow the use of that tool for a fixed period of time, ideally this time period would differ for different types of tools (for example, a hammer would be flagged as in-use for 1-hour intervals while a sewing machine might have longer intervals such as 3 hours.<br /> ** The Tool-in-Use flag feature would verify the maker has completed any necessary training.<br /> ** When a different maker wishes to use that tool, they would see that the tool was currently in use by another maker and would also see the time the tool is expected to be available for their use. <br /> ** If a tool is still being used by that maker after the check-in time has passed, the new maker would have the right to be the next to use the tool.<br /> ** Ideally, the system would send an SMS message or some other sort of notification that the maker's use time has expired.<br /> ** Some examples of quick and easy mechanisms for makers to lag that they are using a tool <br /> *** A touch screen kiosk in each workshop or tool storage area.<br /> *** A QR code on each tool or on the storage location for each tool. The QR code would be scanned by the maker using the tool<br /> *** A mobile web app used by the maker.<br /> <br /> Note that the Tool-In-Use Flag Feature will provide a great deal of useful information about the relative popularity of each tool and could provide data to support the purchase of additional tools.<br /> <br /> ==== Tool Check-Out / Check-In (for use in makerspace) ====<br /> See '''Tool-In-Use flagging''' above. 'Check-In' and 'Check-Out' functions would be used by a student when they take a tool from storage to their work area or return it to storage. Note that Check-Out is different than Tool-Loan which entails removing a tool from the makerspace.<br /> <br /> ==== Tool Reservation ====<br /> <br /> Several tools (such as laser cutters or 3D printers are popular and makers often wish to sign-up in advance for a window of time to use the tool. In the case of 3D printers, a print job could run for many hours, or even multiple days. It would be useful for MSM to allow makers to reserve time on a tool and allow other makers to see that the tool is reserved and unavailable until a given time.<br /> <br /> Reservations block-out for class times or maintenance windows.<br /> <br /> ==== Manager / Staff skills matching ====<br /> Provide a new capability in MSM to allow staff and volunteer managers to swipe in and out while indicating if they are working or just using the space as a maker. <br /> <br /> The system should provide a display of all on-duty managers and staff, displaying each manager's photo and list of each's skills / specialties. This to help makers using the space know who to best ask questions about a particular tool or technique. <br /> <br /> ====Resale of maker materials, tooling, etc.====<br /> <br /> We would like to be able to resell materials such as sheet goods (plywood, MDF, acrylic, etc.) 3D printer filament, tooling (CNC router bits, milling machine tooling, etc.) This is a service to makers who don't necessarily have the ability to transport physically large materials.<br /> <br /> Further definition is needed to specify how payments will be taken. We don't want to accept cash and are uneasy about volunteer managers having access to maker credit/debit cards. Ideally, payments would be charged against a maker's account balance. Is it possible to use an existing student payment system such as Terrapin Express?<br /> <br /> === FERPA Concerns ===<br /> Since LabSwipe data is student data there may be concern that some of the data may fall under the protection of the Family Educational Rights and Privacy Act (FERPA). FERPA requires protection of "Personally Identifiable Information" (PII) from release to 3rd parties. Anyone using student PII must take steps to protect this from release, even through the action of a student working in the makerspace. FERPA exempts from the protection requirement certain "Directory Information" that is commonly used. It requires each university to identify what information is considered "Directory Information" <br /> <br /> UMD defines their PII and Directory Information here: https://academiccatalog.umd.edu/undergraduate/university-policies/ In July 2020 this policy defined UMD PII & Directory Information as:<br /> <br /> ''"Personally identifiable information" or "PII" means data or information which includes, but is not limited to:''<br /> <br /> *a student’s name;<br /> *a name of a student’s parent or family member<br /> *an address of a student or a student’s family; <br /> *a personal identifier, such as a social security number, University Identification Number (UID), or biometric record; <br /> *other indirect identifiers, such as mother’s maiden name; <br /> *other information that alone, or in combination, is linked or linkable to a specific student and that would allow a reasonable person in the UMD community who does not have personal knowledge of the relevant circumstances to identify the student with reasonable certainty; or information requested by a person who UMD reasonably believes knows the identity of the student to whom the education record relates.<br /> <br /> <br /> ''"Directory Information" means information which would generally not be considered harmful or an invasion of privacy if disclosed. It includes, but is not limited to, a student’s: <br /> <br /> *name, <br /> *address, <br /> *telephone listing, <br /> *e-mail address, <br /> *date and place of birth, <br /> *major field of study, <br /> *full-time/part-time status, <br /> *participation in officially recognized activities and sports, <br /> *weight and height of members of athletic teams, <br /> *dates of attendance, <br /> *degrees and awards received, and <br /> *the most recent previous educational agency or institution attended'' <br /> <br /> Note that UID is listed as PII but not excluded as "Directory Information" as is done at other institutions, especially those that also print UID on campus ID cards.<br /> <br /> = Parallel Development of Sandbox Kiosk Prototype =<br /> <br /> '''''Kiosk System Test'''''<br /> <br /> Sandbox hopes to continue the development and testing of a '''''Kiosk System''''' in Spring 2022. The kiosk system is envisioned as a way to improve tool usage tracking and replace the tool identification signage on each studio door. Each studio would have a touch screen computer system on or near the door that displays a visual listing of tools in that studio. Makers would be asked to select the tool they wanted to use. The kiosk would verify that the maker had completed any required training on that tool. <br /> <br /> By asking the maker to check the tool back in, we would be able to collect additional information about usage of individual tools as well as provide remote visibility of tool availability to makers planning on visiting the makerspace. <br /> <br /> Eventually we envision the kiosk system having additional functionality including tool and studio reservation, broken tool tagging, identifying tool experts, etc.<br /> <br /> One possible initiative we could undertake would be the development of a prototype kiosk system for use in the various studios at Sandbox. This prototype would allow us to test ideas for MSM improvements and more quickly iterate through design concepts without having to modify the core MSM system. It would provide a working prototype useful for demonstrating our needs to the MSM development team, or to demonstrate our requirements if MSI decides to invest in an externally-developed system.<br /> ==== Overview of Sandbox Kiosk System ====<br /> The existing MSM / LabSwipe system assumes each lab will be a single room or small number of related spaces that are hierarchically flat. Sandbox is a group of six different studios, each with a different type of tool. This leads to some confusion and a slowdown each time a maker checks in. If the tools are grouped alphabetically, a maker interested in electronics might check that he plans to use a "multimeter" then have to scroll past "multitool" and 3 different "sander" entries related to woodworking, 4 different types of "sewing machine" in the crafting studio before finding "soldering iron" a few pages down. We've re-ordered the list by studio, which has helped quite a bit but makers using the woodworking studio have to scroll down several screens to find the start of tools they may want to use. While this may be fixable with some tweaks to the existing system UI, we've uncovered other issues that we'd like to address as well.<br /> <br /> In a review of system usage for the fall semester, we discovered that most students select a single tool regardless of the length of their visit. A maker may swipe in and select "laser cutter" as the tool they will be using but almost never returns to the front desk if (for example) they need to use a circular saw to trim their stock to the correct size, or need to use a drill to add a couple of holes to their project, or a sander to prepare it for finishing. Individually these failures aren't important but collectively they degrade the quality of data we hope to collect on tool usage and perhaps more importantly make it more difficult for us to report other statistics such as length of visit. Also, this avoidance bypasses the very important checking of training credentials that is a critical reason for having this system in the first place. Indeed, we found that a considerable number of students would select "no tool, table use only" when that option was made available. <br /> <br /> To improve this situation, we'd like to move tool selection part of MSM closer to the point where the tool is used. Makers would still swipe in to the space when entering, but would not be asked whaic tools they plan to use. The extreme case of this would be to equip each tool with a sensor that indicated use and requested the maker picking up the tool to authenticate and verify their certification to use that tool. This would likely be too expensive to be practical except on the most hazardous or expensive tools such as milling machines, laser cutters, etc. What we propose and would like to test using the concept of kiosks, would be moving tool check-out to each individual studio. We envision a touch-screen display at the door of each studio. While the touch screen could be a self-contatrined system such as a iPad tablet, we are more inclined to use small computers such as the RaspberryPi. <br /> <br /> In a perfect world this kiosk system would be connected to the card key door lock system, but we don't envision that being possible because of political limitations with the UMD card key system.<br /> <br /> <br /> <br /> <br /> ==== Initial Requirements for Kiosk Protoype ====<br /> <br /> * Kiosks to run Touch-screen terminals outside each Sandbox studio (to begin with woodworking studio and prototyping studio)<br /> ** Kiosk will display information about each tool available in that studio including training requirements and links to training materials. <br /> ** Tool information and training requirements should preferably come directly from existing wiki pages to ease updating. Either display wiki pages in embedded web browser or use mediawiki API to retrieve wiki content. <br /> * Information shown on kiosk would include both publicly viewable (no login required) and private information (requiring login) such as maker's training accomplishments, etc.<br /> ** Provide quick and simple means for each maker to log in / authenticate with the system (card swipe, phone app, NFC, etc) <br /> * Subset of information from kiosk system also available via login-secured web page accessible from off campus. Initially, remote functionality to include: <br /> **ability to reserve a tool for a certain period of time, with the length of time specified by the maker, provided that request is within the limits set for that particular tool, perhaps also taking into account the time of day or day of week. <br /> *** For example, a laser cutter might be reservible in blocks of 30 minutes with maximum of 3 blocks<br /> *** A 3d printer might be reservible in blocks of 2 hours with the maximum number of blocks varying depending of day of week and time of day. For example, a Friday afternoon reservation might allow 48 hours total time, while Monday afternoon would only allow 4 hours total.<br /> *** A more common power tool such as a jigsaw or drill might be reservible in blocks of 30 minutes with a maximum of 2-4 blocks.<br /> ** Some mechanism should be devised to prevent makers from always reserving the maximum number of blocks of time. <br /> ** display calendar view for each of the reservible tools that shows free/reserved blocks for each tool <br /> ** display calendar view for each studio that shows free/reserved status based on the tool being reserved. This view to be used to enforce Covid-19 distancing requirements</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Talk:Maker_Space_Manager_System&diff=3432 Talk:Maker Space Manager System 2026-10-16T21:00:51Z

<p>Gfc: /* Individual Systems */</p> <hr /> <div>= Makerspace Management Software at UMD Sandbox Makerspace = <br /> Discussion page related to software for managing the Sandbox Makerspace<br /> <br /> <br /> <br /> = Listing of commercial or open source systems with overlapping functionality =<br /> == Lists of Systems (other pages like this one)==<br /> ;Hackerspaces.org wishlist of software functions / features. :https://wiki.hackerspaces.org/Software_Wish_List<br /> <br /> ;List of software from hackerspaces.org: https://wiki.hackerspaces.org/Hackerspace_Software\<br /> <br /> ;MakerNexus notes on Access Control Systems: https://makernexuswiki.com/wiki/Access_Control_Systems<br /> <br /> == Individual Systems ==<br /> === Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) ===<br /> <br /> ;Fabman software :Management software with machine control hardware devices, API, and other features. https://fabman.io/<br /> <br /> ;Grit Automation Platform. :The Grit Automation Platform is a wireless, local-software workshop automation system designed for woodshops, metal shops, and education labs. Includes Core Features & Solutions for Dust Management, Tool Access Control & Safety, Time & Asset Management, Environmental & Energy Monitoring.<br /> <br /> ;MakerGate (Equipment Access Control): An open-source smart power switch and safety interlock system (similar in function to Fabman) that requires authentication—such as an RFID card and PIN—to let only trained users operate workshop machinery, eliminating monthly subscription fees. <br /> <br /> <br /> ;Nova Labs Nova Pass : https://novapass.nova-labs.org/ (active system home page)<br /> ::(description from Makerfaire: https://nova.makerfaire.com/maker/entry/1224/) <br /> ::(details:https://goo.gl/RVmtiS)<br /> <br /> ;RATT - RFID All The Things: New Hampshire's MakeIT Labs RaspPi based RFID access control system. https://github.com/makeitlabs/ratt (video: https://www.youtube.com/watch?v=erwIPVwXUr8)<br /> <br /> ;FATT - FOB all The Things: Ace makerspace (formerly Ace Master Toys) https://www.acemakerspace.org/fatt-project/<br /> ::;Ace Master Toys: Makerspace system based on Google's AuthBox system https://github.com/google/makerspace-auth<br /> ::;Ace Makerspace Occupancy System: https://www.youtube.com/watch?v=kemAM8MWIN8<br /> <br /> ;Google Makerspace Auth (aka AuthBox): https://github.com/google/makerspace-auth<br /> <br /> ;Ithaca Generator AuthBox:<br /> :* https://discuss.ithacagenerator.org/t/makerspace-authbox-on-github/565/3<br /> :* https://github.com/ithacagenerator/AuthBox<br /> <br /> ;Manchester, NH MakerAuth<br /> :* https://github.com/ManchesterMakerspace/MakerAuth<br /> <br /> ;RasPi-Lockout (designed for RIT Construct Makerspace): <br /> :* https://www.youtube.com/watch?v=aoAdB13IVr0 (YouTube demo)<br /> :* https://github.com/jaschawilcox/raspi-lockout (GitHub Repo)<br /> <br /> ;Build Brighton Access Node: https://www.youtube.com/watch?v=3X64JmTpOcA<br /> <br /> ;Open Access Control: Uses the Arduino hardware to build a robust access control and alarm system. https://code.google.com/archive/p/open-access-control/<br /> <br /> ;tinkerAccess: The tinkerAccess system is a Raspberry Pi based access control system that can be used to prevent unauthorized users from using devices that require special training. It could also conceivably be used to control electronic lock boxes or doors. The system was originally designed and created by Matt Stallard, Ron Thomas, and Matt Peopping for TinkerMill a makerspace in Longmont, CO. It is continually being maintained and enhanced by other contributors in the community. https://github.com/TinkerMill/tinkerAccess<br /> <br /> ;Triple Cities Makerspace ACS System: https://www.tcmakerspace.com/index.php/2019/08/19/project-profile-access-control-system-acs/<br /> <br /> ;The MakerBarn in The Woodlands, Texas MACS System: http://koljawindeler.github.io/macs/. <br /> ::* MACS UI Video: https://www.youtube.com/watch?v=zLidqAPo3Cs <br /> ::* An Introduction to the MACS - Makerspace Access Control System: https://www.youtube.com/watch?v=CI3xxsBM9SE<br /> <br /> ;PITT-X Makerspace Access System: https://www.youtube.com/watch?v=2HG-vyV4yoM<br /> <br /> ;Member Access System for Pumping Station One :https://github.com/hef/ps1auth<br /> ::https://github.com/bdenne2/ps1auth<br /> <br /> ;HACCSY: Hackerspace Access Control and Check in System. Works with Seltzer CRM, running on a Raspberry Pi. https://www.instructables.com/id/HACCSY-Hackerspace-Access-Control-and-Check-in-Sys/<br /> <br /> :;Open Access Control Ethernet: https://github.com/zyphlar/Open_Access_Control_Ethernet<br /> ::;Open Source Access Control Web Interface (works with above) :https://github.com/zyphlar/Open-Source-Access-Control-Web-Interface<br /> <br /> <s>;Safety Spot :Commercial maker space management software widely used in university maker spaces. https://www.safetyspot.com/ </s> <b>No Longer Available</><br /> <br /> ;(UC Berkeley) Makerpass system onepager: https://assets.pubpub.org/hpise2ck/01585588151622.pdf<br /> <br /> ;Recursion: https://recursion.space Commercial system with free tier. Patented equipment lockout controller.<br /> <br /> ;UT Austin FabApp/JuiceBox: FabApp is a PHP-based system for managing a makerspace (https://github.com/UTA-FabLab/fabapp). JuiceBox is a Python-based system for providing access control to power tools (https://github.com/UTA-FabLab/JuiceBox). These and other UTA apps are on the UTA GitHub: https://github.com/UTA-FabLab<br /> <br /> ;UT Austin Team Lockout: https://blog.uta.edu/cseseniordesign/2019/07/20/lockout/ The Maker Space Lockout System correctly gives access to Machinery only to users that have been adequately briefed on the machinery’s safety and operation. The system will be able to control access for each user according to their level of skill and expertise. Users of The Maker Space Lockout System will also become more equipped to handle and view wear and tear on machines via the data collection purge at the end of each job.<br /> <br /> ===Not yet Categorized ===<br /> :;RFIDDoorLock: https://wiki.melbournemakerspace.org/projects/RFIDDoorLock<br /> <br /> :;Byro :https://github.com/byro/byro<br /> <br /> :;HSBNE :https://github.com/hsbne/hsbneportal<br /> <br /> :;MetalabOS: https://github.com/Metalab/mos/<br /> <br /> :;NOMOS (Membership Management): https://github.com/vhs/nomos<br /> <br /> :;MeMaTool: https://github.com/sim0nx/mematool<br /> <br /> :;RFID Tool Cabinet: https://www.youtube.com/watch?v=u-L_7pyPcvE<br /> <br /> === Systems Focusing on Space Management without Access Control (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> (Some of these may integrate with other Access Control Systems)<br /> <br /> :;WildApricot :Membership management software used by many maker spaces. https://www.wildapricot.com/<br /> <br /> :;Seltzer CRM: Open source CRM / membership management software created by a maker space and designed to be extensible and easily modified. https://wiki.hackerspaces.org/Seltzer_CRM<br /> <br /> :;SIMPL: (Software primarily designed to manage coworking spaces with features to support maker spaces) https://smpl.io/software/makerspaces/<br /> <br /> :;OpenBravo (ERM/ERP) :https://www.openbravo.com/<br /> <br /> :;WikiSpaces :The primary goal of the WikiSpaces project is to provide a 'startup' wiki, which is basically a MediaWiki distribution especially for hackerspaces. This distribution will provide a working, up to date, MediaWiki installation, with the commonly needed extensions installed and configured. https://wiki.hackerspaces.org/WikiSpaces<br /> <br /> ==== Not Yet Categorized ====<br /> <br /> :;Scholarly article on value of information collected using Maker Lens / MakerPass access system. : https://people.eecs.berkeley.edu/~eschoop/docs/makerlens.pdf<br /> <br /> = ARCHIVED ITEMS BELOW =<br /> <br /> <br /> ==ARCHIVE LabSwipe /MSM System Development History & 2022 Road Map ==<br /> <br /> ===Development History===<br /> Would someone on the Labswipe team add to this section?<br /> <br /> ===Current Release===<br /> <br /> ===Future Enhancements===<br /> <br /> Road Map for future enhancements. <br /> <br /> ==== 2021-2022 MSM Rework Outline ====<br /> *Outline of desired improvements for development work from Summer 2021 to Summer 2022<br /> ===== 2021 =====<br /> * Improvements to existing UI / core LabSwipe functionality (Fall 21) <br /> ** Improved editing of data entry fields<br /> ** Integration with UMD swipe Identity API to correctly identify new cards swiped into system and close current opportunity for student to use a created ID card with false UID.<br /> ** Integration with UMD swipe API to:<br /> *** Identify deactivated student ID cards and <br /> *** Update CardID serial number when a lost ID card is replaced with a new card.<br /> <br /> ===== 2022 =====<br /> * Integration with Canvas LMS (Spring 22)<br /> ** Using Canvas API, ensuring API key is well protected using a secrets manager or similar approach<br /> ** Implement a middle layer between MSM and Canvas to track training certifications (similar to a micro credentialing system) in a way that creates an abstraction layer between a canvas course and a training certification.<br /> ** See '''Integration with ELMS/Canvas Learning Management System''' below for detail<br /> <br /> ===== Overview of Enhancements =====<br /> *Additional Enhancements not yet implemented (many not yet scheduled).<br /> ** Integration with a tool access control system (such as Safety Spot, The Google system used at Ace Makerspace and elsewhere, or the Nova Pass system)<br /> *** See '''Tool Access Control''' below for details<br /> *** This integration would require certain tools flagged in system to have a swipe card reader at the tool which verifies training before tool will operate. <br /> *** While extending MSM to support tool access control, modify it as well to allow a particular makerspace to set up a two-tier implementation of MSM where initial swipe allows entry into makerspace without selecting a specific tool (but perhaps requires the selection of a studio or category of tool) and subsequent swipe was required to select a particular tool. <br /> ** Tool reservation / tool-in-use flagging<br /> ** Tool Loan (away from makerspace)<br /> ** Student charging system (allow students to purchase materials and tooling using student ID or credit card.<br /> ** Faculty charging system (allow faculty / researchers to purchase materials using KFC account #)<br /> ** Matching of maker skills between students and managers. <br /> ** Campus-wide inventory of tools at each makerspace with ability for students to search for a particular tool (similar to MIT Manus system)<br /> <br /> Many of these are presented in more detail below:<br /> <br /> ==== Integration with ELMS/Canvas Learning Management System====<br /> Currently Labswipe stores training accomplishments in a Google Sheet. This needs to be manually updated. A brief look at the sheet shows very few of our makerspaces are making these manual updates. <br /> <br /> Sandbox implemented makerspace training in ELMS/Canvas in 2019. Initially we were manually updating the Labswipe sheet from Canvas but this became very time consuming. We wrote a Canvas API query tool that re-formats the Canvas results to make the updates a bit easier. We considered automating the Labswipe sheet update process but discontinued our efforts on this when it was decided to move the Labswipe back end from google sheets to AWS.<br /> <br /> Adding a badging or micro-credentialing plugin to Canvas was attempted in 2019-2020. Sandbox hoped that by adding this capability to Canvas we could avoid concerns about running queries directly against the Canvas system (which contains protected information about students) While the primary benefit would be isolating us from FERPA concerns, the badging system Would also simplify our queries (especially for training completed at a different makerspace), allow us to track training not done in Canvas (such as Welding or other training requiring direct, hands-on instruction), and also provide additional ways to gamify training (for example by allowing training tiers, 'leveling up', etc.) Our request to add a badging plugin to Canvas was rejected by DIT. We understand that a request to add a different badging system has been made by a different department and is still under consideration. <br /> <br /> *We'd like future versions of Labswipe to have the capability to update training accomplishments from Canvas. <br /> <br /> *Ideally this update would happen every time a maker swiped in to the system. <br /> <br /> *The system should support tracking of training that was completed at other UMD MSI makerspaces to support the MSI plans to open up access to makerspaces across campus. For example, a maker who completed Glowforge laser training at one of the library makerspaces should be able to use the Sandbox Glowforge without additional training.<br /> <br /> ==== Improve quantity and quality of tool usage data being gathered. ====<br /> <br /> Currently, the MSM system only asks each makerspace visitor which tools they will be using when they first swipe in at the front door. We've found this arrangement results in distorted statistics as many users just select the first tool they see on the list, don't take the time to check off every tool they intend to use, and often end up using tools they hadn't intended when they first arrived. <br /> <br /> An improvement would be to add additional data gathering points in the makerspace. For example, by adding touch screens with swipe readers in each workshop or tool storage area we could encourage makers to log every tool they use by making the process more convenient. Another approach would be to use a mobile web app to log tool usage by scanning each tool's barcode or otherwise selecting the tool. <br /> <br /> <br /> Several of the entries below relate to our goal of gathering more data on tool usage. <br /> *For example, the safety-driven requirement to add Tool Access Control lockout devices to dangerous tools (such as chop saws and lathes) will also help us gather more detailed tool usage data for those dangerous tools. <br /> *Adding an advanced tool reservation capability will add additional usage data for popular tools such as 3D printers and laser cutters. <br /> *Rather than add expensive lockout devices to all tools, we discuss the possible idea of adding Tool-In-Use flagging.<br /> <br /> All of these work together to not only better track tool usage but also to improve the user experience and reduce frustration, increase compliance with training requirements, and ensue our compliance with campus safety rules.<br /> <br /> <br /> <br /> <br /> <br /> ==== Tool Access Control ====<br /> <br /> Once the MSM system is able to look up tool training certification information using the ELMS/Canvas APAI. we'd like to add on to MSM additional hardware and software that will directly control use of certain tools that are deemed to be dangerous (such as a CNC router, milling machine, band saw, etc.) or other tools that, while not particularly dangerous, require specific knowledge to operate correctly (such as laser cutter, SLA 3D printer, etc) to avoid damaging the tool. <br /> <br /> * This access control system should be implemented as a separate hardware and software system connected to each tool we wish to have this added level of access control. While we envision this being implemented using commercially-available micro controllers (such as an Arduino-compatible microcontroller) or single board computers (such as a Raspberry Pi computer) any other implementation is acceptable so long as it provides a low cost per controlled machine tool.<br /> <br /> * This access control capability would require each maker to swipe their UMD ID before using that tool. Use of a UMD ID is preferred since all students and staff already carry this with them. Other authentication mechanism such as RFID or other ID card that works by proximity instead of requiring a physical swipe, or NFC or similar systems using a person's cell phone. For systems not using UMD ID magnetic stripe cards, the cost of additional cards, software, etc must be factored into our decision to use that system. <br /> <br /> * The system would look up the makers ID in a central database, and if able to verify that the maker is trained and certified to use the tool, the system would allow use of that tool. The preferred central database would be the existing UMD ELMS/Canvas Learning Management System or a system (such as a micro credentialing or badging system) that is connected to and synchronized with the ELMS/Canvas system. Systems that provide a central database system other than ELMS / Canvas must provide an automatic mechanism to update the database using the ELMS / Canvas API. <br /> <br /> * The means to allow use of the tool should be by:<br /> ** Switching on power through a relay or contactor controlled by the software logic <br /> ** Enabling a logical +5 volt signal to be read by the tool's existing controller (such as an ENABLE signal)<br /> ** By deactivating the tool's e-stop circuit, restoring a cabinet interlock circuit, or other mechanism by closing or opening a relay contacts. (i.e. dry contact closure)<br /> ** Several different approaches (ideally all of those listed above) should be provided to adapt the system to the widest variety of machine tools and their control systems.<br /> * The system should provide some way to prevent the maker from walking away and leaving the tool in an operational state. Some research and discussion are needed to determine the best approach for this but a simple example would be by setting a timeout after which the system requires the user to verify they are present by pushing a button or re-swiping their ID. This capability should be settable per-tool.<br /> * For tools enabled by simply applying power, the system should prevent these tools from starting up immediately on authentication to prevent unsafe situations. For example, by using a magnetic motor starter.<br /> * The system should ideally store locally a list of the IDs for all makers who recently were authenticated to use the tool (or store a list of all authorized users, updated periodically) This is to permit use of the tool control system even if the central database is unavailable or if network connectivity has failed.<br /> * A display on each access control station would ideally display information such as the name of the current authorized user (or last user if tool is idle), length of tool use (or countdown to expiration), connectivity check, etc.<br /> <br /> ==== System Support for Enforcing Buddy System ====<br /> <br /> UMD ESSR safety rule changes require certain tools to be used with the "buddy system" In short, the "buddy system" prohibits certain dangerous tools to be used by a person alone in the workshop. Another person must be close enough to see and hear the tool being used so they can render aid and call for assistance in case of injury.<br /> <br /> The MSM system should provide support for enforcing the buddy system. This support could entail requiring a second person to swipe in when using certain tools. This requirement might be limited to certain times of day (for example during the evening or when staff is reduced. The requirements for buddy system support are not yet clear, this is a placeholder.<br /> <br /> ==== Tool-In-Use Flagging ====<br /> <br /> An additional capability desired is the ability to flag the status of a tool as '''''In Use''''', '''''Available for Use''''', or other statuses such as '''''Awaiting Repair''''' or '''''Out of Service''''' Since demand for many tools is high and a student may be frustrated if they travel to a makerspace only to find a particular tool unavailable, it would be helpful for the system to flag tools that are not available for use because they are being used by someone else or are broken or otherwise unavailable. <br /> <br /> * For tools that are not in service, a makerspace staff member should be able to change the status through a web interface. <br /> ** The system should record a date/time stamp for when the tool was taken out of service and a date stamp for an expected return-to-service. <br /> *For tools being used by a maker, the MSM system should provide a mechanism for students to quickly and easily select a tool for use. This capability should allow the use of that tool for a fixed period of time, ideally this time period would differ for different types of tools (for example, a hammer would be flagged as in-use for 1-hour intervals while a sewing machine might have longer intervals such as 3 hours.<br /> ** The Tool-in-Use flag feature would verify the maker has completed any necessary training.<br /> ** When a different maker wishes to use that tool, they would see that the tool was currently in use by another maker and would also see the time the tool is expected to be available for their use. <br /> ** If a tool is still being used by that maker after the check-in time has passed, the new maker would have the right to be the next to use the tool.<br /> ** Ideally, the system would send an SMS message or some other sort of notification that the maker's use time has expired.<br /> ** Some examples of quick and easy mechanisms for makers to lag that they are using a tool <br /> *** A touch screen kiosk in each workshop or tool storage area.<br /> *** A QR code on each tool or on the storage location for each tool. The QR code would be scanned by the maker using the tool<br /> *** A mobile web app used by the maker.<br /> <br /> Note that the Tool-In-Use Flag Feature will provide a great deal of useful information about the relative popularity of each tool and could provide data to support the purchase of additional tools.<br /> <br /> ==== Tool Check-Out / Check-In (for use in makerspace) ====<br /> See '''Tool-In-Use flagging''' above. 'Check-In' and 'Check-Out' functions would be used by a student when they take a tool from storage to their work area or return it to storage. Note that Check-Out is different than Tool-Loan which entails removing a tool from the makerspace.<br /> <br /> ==== Tool Reservation ====<br /> <br /> Several tools (such as laser cutters or 3D printers are popular and makers often wish to sign-up in advance for a window of time to use the tool. In the case of 3D printers, a print job could run for many hours, or even multiple days. It would be useful for MSM to allow makers to reserve time on a tool and allow other makers to see that the tool is reserved and unavailable until a given time.<br /> <br /> Reservations block-out for class times or maintenance windows.<br /> <br /> ==== Manager / Staff skills matching ====<br /> Provide a new capability in MSM to allow staff and volunteer managers to swipe in and out while indicating if they are working or just using the space as a maker. <br /> <br /> The system should provide a display of all on-duty managers and staff, displaying each manager's photo and list of each's skills / specialties. This to help makers using the space know who to best ask questions about a particular tool or technique. <br /> <br /> ====Resale of maker materials, tooling, etc.====<br /> <br /> We would like to be able to resell materials such as sheet goods (plywood, MDF, acrylic, etc.) 3D printer filament, tooling (CNC router bits, milling machine tooling, etc.) This is a service to makers who don't necessarily have the ability to transport physically large materials.<br /> <br /> Further definition is needed to specify how payments will be taken. We don't want to accept cash and are uneasy about volunteer managers having access to maker credit/debit cards. Ideally, payments would be charged against a maker's account balance. Is it possible to use an existing student payment system such as Terrapin Express?<br /> <br /> === FERPA Concerns ===<br /> Since LabSwipe data is student data there may be concern that some of the data may fall under the protection of the Family Educational Rights and Privacy Act (FERPA). FERPA requires protection of "Personally Identifiable Information" (PII) from release to 3rd parties. Anyone using student PII must take steps to protect this from release, even through the action of a student working in the makerspace. FERPA exempts from the protection requirement certain "Directory Information" that is commonly used. It requires each university to identify what information is considered "Directory Information" <br /> <br /> UMD defines their PII and Directory Information here: https://academiccatalog.umd.edu/undergraduate/university-policies/ In July 2020 this policy defined UMD PII & Directory Information as:<br /> <br /> ''"Personally identifiable information" or "PII" means data or information which includes, but is not limited to:''<br /> <br /> *a student’s name;<br /> *a name of a student’s parent or family member<br /> *an address of a student or a student’s family; <br /> *a personal identifier, such as a social security number, University Identification Number (UID), or biometric record; <br /> *other indirect identifiers, such as mother’s maiden name; <br /> *other information that alone, or in combination, is linked or linkable to a specific student and that would allow a reasonable person in the UMD community who does not have personal knowledge of the relevant circumstances to identify the student with reasonable certainty; or information requested by a person who UMD reasonably believes knows the identity of the student to whom the education record relates.<br /> <br /> <br /> ''"Directory Information" means information which would generally not be considered harmful or an invasion of privacy if disclosed. It includes, but is not limited to, a student’s: <br /> <br /> *name, <br /> *address, <br /> *telephone listing, <br /> *e-mail address, <br /> *date and place of birth, <br /> *major field of study, <br /> *full-time/part-time status, <br /> *participation in officially recognized activities and sports, <br /> *weight and height of members of athletic teams, <br /> *dates of attendance, <br /> *degrees and awards received, and <br /> *the most recent previous educational agency or institution attended'' <br /> <br /> Note that UID is listed as PII but not excluded as "Directory Information" as is done at other institutions, especially those that also print UID on campus ID cards.<br /> <br /> = Parallel Development of Sandbox Kiosk Prototype =<br /> <br /> '''''Kiosk System Test'''''<br /> <br /> Sandbox hopes to continue the development and testing of a '''''Kiosk System''''' in Spring 2022. The kiosk system is envisioned as a way to improve tool usage tracking and replace the tool identification signage on each studio door. Each studio would have a touch screen computer system on or near the door that displays a visual listing of tools in that studio. Makers would be asked to select the tool they wanted to use. The kiosk would verify that the maker had completed any required training on that tool. <br /> <br /> By asking the maker to check the tool back in, we would be able to collect additional information about usage of individual tools as well as provide remote visibility of tool availability to makers planning on visiting the makerspace. <br /> <br /> Eventually we envision the kiosk system having additional functionality including tool and studio reservation, broken tool tagging, identifying tool experts, etc.<br /> <br /> One possible initiative we could undertake would be the development of a prototype kiosk system for use in the various studios at Sandbox. This prototype would allow us to test ideas for MSM improvements and more quickly iterate through design concepts without having to modify the core MSM system. It would provide a working prototype useful for demonstrating our needs to the MSM development team, or to demonstrate our requirements if MSI decides to invest in an externally-developed system.<br /> ==== Overview of Sandbox Kiosk System ====<br /> The existing MSM / LabSwipe system assumes each lab will be a single room or small number of related spaces that are hierarchically flat. Sandbox is a group of six different studios, each with a different type of tool. This leads to some confusion and a slowdown each time a maker checks in. If the tools are grouped alphabetically, a maker interested in electronics might check that he plans to use a "multimeter" then have to scroll past "multitool" and 3 different "sander" entries related to woodworking, 4 different types of "sewing machine" in the crafting studio before finding "soldering iron" a few pages down. We've re-ordered the list by studio, which has helped quite a bit but makers using the woodworking studio have to scroll down several screens to find the start of tools they may want to use. While this may be fixable with some tweaks to the existing system UI, we've uncovered other issues that we'd like to address as well.<br /> <br /> In a review of system usage for the fall semester, we discovered that most students select a single tool regardless of the length of their visit. A maker may swipe in and select "laser cutter" as the tool they will be using but almost never returns to the front desk if (for example) they need to use a circular saw to trim their stock to the correct size, or need to use a drill to add a couple of holes to their project, or a sander to prepare it for finishing. Individually these failures aren't important but collectively they degrade the quality of data we hope to collect on tool usage and perhaps more importantly make it more difficult for us to report other statistics such as length of visit. Also, this avoidance bypasses the very important checking of training credentials that is a critical reason for having this system in the first place. Indeed, we found that a considerable number of students would select "no tool, table use only" when that option was made available. <br /> <br /> To improve this situation, we'd like to move tool selection part of MSM closer to the point where the tool is used. Makers would still swipe in to the space when entering, but would not be asked whaic tools they plan to use. The extreme case of this would be to equip each tool with a sensor that indicated use and requested the maker picking up the tool to authenticate and verify their certification to use that tool. This would likely be too expensive to be practical except on the most hazardous or expensive tools such as milling machines, laser cutters, etc. What we propose and would like to test using the concept of kiosks, would be moving tool check-out to each individual studio. We envision a touch-screen display at the door of each studio. While the touch screen could be a self-contatrined system such as a iPad tablet, we are more inclined to use small computers such as the RaspberryPi. <br /> <br /> In a perfect world this kiosk system would be connected to the card key door lock system, but we don't envision that being possible because of political limitations with the UMD card key system.<br /> <br /> <br /> <br /> <br /> ==== Initial Requirements for Kiosk Protoype ====<br /> <br /> * Kiosks to run Touch-screen terminals outside each Sandbox studio (to begin with woodworking studio and prototyping studio)<br /> ** Kiosk will display information about each tool available in that studio including training requirements and links to training materials. <br /> ** Tool information and training requirements should preferably come directly from existing wiki pages to ease updating. Either display wiki pages in embedded web browser or use mediawiki API to retrieve wiki content. <br /> * Information shown on kiosk would include both publicly viewable (no login required) and private information (requiring login) such as maker's training accomplishments, etc.<br /> ** Provide quick and simple means for each maker to log in / authenticate with the system (card swipe, phone app, NFC, etc) <br /> * Subset of information from kiosk system also available via login-secured web page accessible from off campus. Initially, remote functionality to include: <br /> **ability to reserve a tool for a certain period of time, with the length of time specified by the maker, provided that request is within the limits set for that particular tool, perhaps also taking into account the time of day or day of week. <br /> *** For example, a laser cutter might be reservible in blocks of 30 minutes with maximum of 3 blocks<br /> *** A 3d printer might be reservible in blocks of 2 hours with the maximum number of blocks varying depending of day of week and time of day. For example, a Friday afternoon reservation might allow 48 hours total time, while Monday afternoon would only allow 4 hours total.<br /> *** A more common power tool such as a jigsaw or drill might be reservible in blocks of 30 minutes with a maximum of 2-4 blocks.<br /> ** Some mechanism should be devised to prevent makers from always reserving the maximum number of blocks of time. <br /> ** display calendar view for each of the reservible tools that shows free/reserved blocks for each tool <br /> ** display calendar view for each studio that shows free/reserved status based on the tool being reserved. This view to be used to enforce Covid-19 distancing requirements</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Talk:Maker_Space_Manager_System&diff=3431 Talk:Maker Space Manager System 2026-10-16T20:58:11Z

<p>Gfc: /* Listing of commercial or open source systems with overlapping functionality */</p> <hr /> <div>= Makerspace Management Software at UMD Sandbox Makerspace = <br /> Discussion page related to software for managing the Sandbox Makerspace<br /> <br /> <br /> <br /> = Listing of commercial or open source systems with overlapping functionality =<br /> == Lists of Systems (other pages like this one)==<br /> ;Hackerspaces.org wishlist of software functions / features. :https://wiki.hackerspaces.org/Software_Wish_List<br /> <br /> ;List of software from hackerspaces.org: https://wiki.hackerspaces.org/Hackerspace_Software\<br /> <br /> ;MakerNexus notes on Access Control Systems: https://makernexuswiki.com/wiki/Access_Control_Systems<br /> <br /> == Individual Systems ==<br /> === Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) ===<br /> <br /> ;Fabman software :Management software with machine control hardware devices, API, and other features. https://fabman.io/<br /> <br /> ;Grit Automation Platform. :The Grit Automation Platform is a wireless, local-software workshop automation system designed for woodshops, metal shops, and education labs. Includes Core Features & Solutions for Dust Management, Tool Access Control & Safety, Time & Asset Management, Environmental & Energy Monitoring.<br /> <br /> ;MakerGate (Equipment Access Control): An open-source smart power switch and safety interlock system (similar in function to Fabman) that requires authentication—such as an RFID card and PIN—to let only trained users operate workshop machinery, eliminating monthly subscription fees. <br /> <br /> <br /> :;Nova Labs Nova Pass : https://novapass.nova-labs.org/ (active system home page)<br /> ::(description from Makerfaire: https://nova.makerfaire.com/maker/entry/1224/) <br /> ::(details:https://goo.gl/RVmtiS)<br /> <br /> :;RATT - RFID All The Things: New Hampshire's MakeIT Labs RaspPi based RFID access control system. https://github.com/makeitlabs/ratt (video: https://www.youtube.com/watch?v=erwIPVwXUr8)<br /> <br /> :;FATT - FOB all The Things: Ace makerspace (formerly Ace Master Toys) https://www.acemakerspace.org/fatt-project/<br /> ::;Ace Master Toys: Makerspace system based on Google's AuthBox system https://github.com/google/makerspace-auth<br /> ::;Ace Makerspace Occupancy System: https://www.youtube.com/watch?v=kemAM8MWIN8<br /> <br /> :;Google Makerspace Auth (aka AuthBox): https://github.com/google/makerspace-auth<br /> <br /> :;Ithaca Generator AuthBox<br /> :* https://discuss.ithacagenerator.org/t/makerspace-authbox-on-github/565/3<br /> :* https://github.com/ithacagenerator/AuthBox<br /> <br /> :;Manchester, NH MakerAuth<br /> :* https://github.com/ManchesterMakerspace/MakerAuth<br /> <br /> :;RasPi-Lockout (designed for RIT Construct Makerspace): <br /> :* https://www.youtube.com/watch?v=aoAdB13IVr0 (YouTube demo)<br /> :* https://github.com/jaschawilcox/raspi-lockout (GitHub Repo)<br /> <br /> :;Build Brighton Access Node: https://www.youtube.com/watch?v=3X64JmTpOcA<br /> <br /> :;Open Access Control: Uses the Arduino hardware to build a robust access control and alarm system. https://code.google.com/archive/p/open-access-control/<br /> <br /> :;tinkerAccess: The tinkerAccess system is a Raspberry Pi based access control system that can be used to prevent unauthorized users from using devices that require special training. It could also conceivably be used to control electronic lock boxes or doors. The system was originally designed and created by Matt Stallard, Ron Thomas, and Matt Peopping for TinkerMill a makerspace in Longmont, CO. It is continually being maintained and enhanced by other contributors in the community. https://github.com/TinkerMill/tinkerAccess<br /> <br /> :;Triple Cities Makerspace ACS System: https://www.tcmakerspace.com/index.php/2019/08/19/project-profile-access-control-system-acs/<br /> <br /> :;The MakerBarn in The Woodlands, Texas MACS System: http://koljawindeler.github.io/macs/. <br /> ::* MACS UI Video: https://www.youtube.com/watch?v=zLidqAPo3Cs <br /> ::* An Introduction to the MACS - Makerspace Access Control System: https://www.youtube.com/watch?v=CI3xxsBM9SE<br /> <br /> :;PITT-X Makerspace Access System: https://www.youtube.com/watch?v=2HG-vyV4yoM<br /> <br /> :;Member Access System for Pumping Station One :https://github.com/hef/ps1auth<br /> ::https://github.com/bdenne2/ps1auth<br /> <br /> :;HACCSY: Hackerspace Access Control and Check in System. Works with Seltzer CRM, running on a Raspberry Pi. https://www.instructables.com/id/HACCSY-Hackerspace-Access-Control-and-Check-in-Sys/<br /> <br /> :;Open Access Control Ethernet: https://github.com/zyphlar/Open_Access_Control_Ethernet<br /> ::;Open Source Access Control Web Interface (works with above) :https://github.com/zyphlar/Open-Source-Access-Control-Web-Interface<br /> <br /> <br /> <s>;Safety Spot :Commercial maker space management software widely used in university maker spaces. https://www.safetyspot.com/ </s> <b>No Longer Available</><br /> <br /> ;(UC Berkeley) Makerpass system onepager: https://assets.pubpub.org/hpise2ck/01585588151622.pdf<br /> <br /> ;Recursion: https://recursion.space Commercial system with free tier. Patented equipment lockout controller.<br /> <br /> ;UT Austin FabApp/JuiceBox: FabApp is a PHP-based system for managing a makerspace (https://github.com/UTA-FabLab/fabapp). JuiceBox is a Python-based system for providing access control to power tools (https://github.com/UTA-FabLab/JuiceBox). These and other UTA apps are on the UTA GitHub: https://github.com/UTA-FabLab<br /> <br /> ;UT Austin Team Lockout: https://blog.uta.edu/cseseniordesign/2019/07/20/lockout/ The Maker Space Lockout System correctly gives access to Machinery only to users that have been adequately briefed on the machinery’s safety and operation. The system will be able to control access for each user according to their level of skill and expertise. Users of The Maker Space Lockout System will also become more equipped to handle and view wear and tear on machines via the data collection purge at the end of each job.<br /> <br /> ===Not yet Categorized ===<br /> <br /> <br /> <br /> :;RFIDDoorLock: https://wiki.melbournemakerspace.org/projects/RFIDDoorLock<br /> <br /> :;Byro :https://github.com/byro/byro<br /> <br /> :;HSBNE :https://github.com/hsbne/hsbneportal<br /> <br /> :;MetalabOS: https://github.com/Metalab/mos/<br /> <br /> :;NOMOS (Membership Management): https://github.com/vhs/nomos<br /> <br /> :;MeMaTool: https://github.com/sim0nx/mematool<br /> <br /> :;RFID Tool Cabinet: https://www.youtube.com/watch?v=u-L_7pyPcvE<br /> <br /> === Systems Focusing on Space Management without Access Control (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> (Some of these may integrate with other Access Control Systems)<br /> <br /> <br /> :;WildApricot :Membership management software used by many maker spaces. https://www.wildapricot.com/<br /> <br /> :;Seltzer CRM: Open source CRM / membership management software created by a maker space and designed to be extensible and easily modified. https://wiki.hackerspaces.org/Seltzer_CRM<br /> <br /> :;SIMPL: (Software primarily designed to manage coworking spaces with features to support maker spaces) https://smpl.io/software/makerspaces/<br /> <br /> :;OpenBravo (ERM/ERP) :https://www.openbravo.com/<br /> <br /> :;WikiSpaces :The primary goal of the WikiSpaces project is to provide a 'startup' wiki, which is basically a MediaWiki distribution especially for hackerspaces. This distribution will provide a working, up to date, MediaWiki installation, with the commonly needed extensions installed and configured. https://wiki.hackerspaces.org/WikiSpaces<br /> <br /> <br /> <br /> ==== Not Yet Categorized ====<br /> <br /> :;Scholarly article on value of information collected using Maker Lens / MakerPass access system. : https://people.eecs.berkeley.edu/~eschoop/docs/makerlens.pdf<br /> <br /> = ARCHIVED ITEMS BELOW =<br /> <br /> <br /> ==ARCHIVE LabSwipe /MSM System Development History & 2022 Road Map ==<br /> <br /> ===Development History===<br /> Would someone on the Labswipe team add to this section?<br /> <br /> ===Current Release===<br /> <br /> ===Future Enhancements===<br /> <br /> Road Map for future enhancements. <br /> <br /> ==== 2021-2022 MSM Rework Outline ====<br /> *Outline of desired improvements for development work from Summer 2021 to Summer 2022<br /> ===== 2021 =====<br /> * Improvements to existing UI / core LabSwipe functionality (Fall 21) <br /> ** Improved editing of data entry fields<br /> ** Integration with UMD swipe Identity API to correctly identify new cards swiped into system and close current opportunity for student to use a created ID card with false UID.<br /> ** Integration with UMD swipe API to:<br /> *** Identify deactivated student ID cards and <br /> *** Update CardID serial number when a lost ID card is replaced with a new card.<br /> <br /> ===== 2022 =====<br /> * Integration with Canvas LMS (Spring 22)<br /> ** Using Canvas API, ensuring API key is well protected using a secrets manager or similar approach<br /> ** Implement a middle layer between MSM and Canvas to track training certifications (similar to a micro credentialing system) in a way that creates an abstraction layer between a canvas course and a training certification.<br /> ** See '''Integration with ELMS/Canvas Learning Management System''' below for detail<br /> <br /> ===== Overview of Enhancements =====<br /> *Additional Enhancements not yet implemented (many not yet scheduled).<br /> ** Integration with a tool access control system (such as Safety Spot, The Google system used at Ace Makerspace and elsewhere, or the Nova Pass system)<br /> *** See '''Tool Access Control''' below for details<br /> *** This integration would require certain tools flagged in system to have a swipe card reader at the tool which verifies training before tool will operate. <br /> *** While extending MSM to support tool access control, modify it as well to allow a particular makerspace to set up a two-tier implementation of MSM where initial swipe allows entry into makerspace without selecting a specific tool (but perhaps requires the selection of a studio or category of tool) and subsequent swipe was required to select a particular tool. <br /> ** Tool reservation / tool-in-use flagging<br /> ** Tool Loan (away from makerspace)<br /> ** Student charging system (allow students to purchase materials and tooling using student ID or credit card.<br /> ** Faculty charging system (allow faculty / researchers to purchase materials using KFC account #)<br /> ** Matching of maker skills between students and managers. <br /> ** Campus-wide inventory of tools at each makerspace with ability for students to search for a particular tool (similar to MIT Manus system)<br /> <br /> Many of these are presented in more detail below:<br /> <br /> ==== Integration with ELMS/Canvas Learning Management System====<br /> Currently Labswipe stores training accomplishments in a Google Sheet. This needs to be manually updated. A brief look at the sheet shows very few of our makerspaces are making these manual updates. <br /> <br /> Sandbox implemented makerspace training in ELMS/Canvas in 2019. Initially we were manually updating the Labswipe sheet from Canvas but this became very time consuming. We wrote a Canvas API query tool that re-formats the Canvas results to make the updates a bit easier. We considered automating the Labswipe sheet update process but discontinued our efforts on this when it was decided to move the Labswipe back end from google sheets to AWS.<br /> <br /> Adding a badging or micro-credentialing plugin to Canvas was attempted in 2019-2020. Sandbox hoped that by adding this capability to Canvas we could avoid concerns about running queries directly against the Canvas system (which contains protected information about students) While the primary benefit would be isolating us from FERPA concerns, the badging system Would also simplify our queries (especially for training completed at a different makerspace), allow us to track training not done in Canvas (such as Welding or other training requiring direct, hands-on instruction), and also provide additional ways to gamify training (for example by allowing training tiers, 'leveling up', etc.) Our request to add a badging plugin to Canvas was rejected by DIT. We understand that a request to add a different badging system has been made by a different department and is still under consideration. <br /> <br /> *We'd like future versions of Labswipe to have the capability to update training accomplishments from Canvas. <br /> <br /> *Ideally this update would happen every time a maker swiped in to the system. <br /> <br /> *The system should support tracking of training that was completed at other UMD MSI makerspaces to support the MSI plans to open up access to makerspaces across campus. For example, a maker who completed Glowforge laser training at one of the library makerspaces should be able to use the Sandbox Glowforge without additional training.<br /> <br /> ==== Improve quantity and quality of tool usage data being gathered. ====<br /> <br /> Currently, the MSM system only asks each makerspace visitor which tools they will be using when they first swipe in at the front door. We've found this arrangement results in distorted statistics as many users just select the first tool they see on the list, don't take the time to check off every tool they intend to use, and often end up using tools they hadn't intended when they first arrived. <br /> <br /> An improvement would be to add additional data gathering points in the makerspace. For example, by adding touch screens with swipe readers in each workshop or tool storage area we could encourage makers to log every tool they use by making the process more convenient. Another approach would be to use a mobile web app to log tool usage by scanning each tool's barcode or otherwise selecting the tool. <br /> <br /> <br /> Several of the entries below relate to our goal of gathering more data on tool usage. <br /> *For example, the safety-driven requirement to add Tool Access Control lockout devices to dangerous tools (such as chop saws and lathes) will also help us gather more detailed tool usage data for those dangerous tools. <br /> *Adding an advanced tool reservation capability will add additional usage data for popular tools such as 3D printers and laser cutters. <br /> *Rather than add expensive lockout devices to all tools, we discuss the possible idea of adding Tool-In-Use flagging.<br /> <br /> All of these work together to not only better track tool usage but also to improve the user experience and reduce frustration, increase compliance with training requirements, and ensue our compliance with campus safety rules.<br /> <br /> <br /> <br /> <br /> <br /> ==== Tool Access Control ====<br /> <br /> Once the MSM system is able to look up tool training certification information using the ELMS/Canvas APAI. we'd like to add on to MSM additional hardware and software that will directly control use of certain tools that are deemed to be dangerous (such as a CNC router, milling machine, band saw, etc.) or other tools that, while not particularly dangerous, require specific knowledge to operate correctly (such as laser cutter, SLA 3D printer, etc) to avoid damaging the tool. <br /> <br /> * This access control system should be implemented as a separate hardware and software system connected to each tool we wish to have this added level of access control. While we envision this being implemented using commercially-available micro controllers (such as an Arduino-compatible microcontroller) or single board computers (such as a Raspberry Pi computer) any other implementation is acceptable so long as it provides a low cost per controlled machine tool.<br /> <br /> * This access control capability would require each maker to swipe their UMD ID before using that tool. Use of a UMD ID is preferred since all students and staff already carry this with them. Other authentication mechanism such as RFID or other ID card that works by proximity instead of requiring a physical swipe, or NFC or similar systems using a person's cell phone. For systems not using UMD ID magnetic stripe cards, the cost of additional cards, software, etc must be factored into our decision to use that system. <br /> <br /> * The system would look up the makers ID in a central database, and if able to verify that the maker is trained and certified to use the tool, the system would allow use of that tool. The preferred central database would be the existing UMD ELMS/Canvas Learning Management System or a system (such as a micro credentialing or badging system) that is connected to and synchronized with the ELMS/Canvas system. Systems that provide a central database system other than ELMS / Canvas must provide an automatic mechanism to update the database using the ELMS / Canvas API. <br /> <br /> * The means to allow use of the tool should be by:<br /> ** Switching on power through a relay or contactor controlled by the software logic <br /> ** Enabling a logical +5 volt signal to be read by the tool's existing controller (such as an ENABLE signal)<br /> ** By deactivating the tool's e-stop circuit, restoring a cabinet interlock circuit, or other mechanism by closing or opening a relay contacts. (i.e. dry contact closure)<br /> ** Several different approaches (ideally all of those listed above) should be provided to adapt the system to the widest variety of machine tools and their control systems.<br /> * The system should provide some way to prevent the maker from walking away and leaving the tool in an operational state. Some research and discussion are needed to determine the best approach for this but a simple example would be by setting a timeout after which the system requires the user to verify they are present by pushing a button or re-swiping their ID. This capability should be settable per-tool.<br /> * For tools enabled by simply applying power, the system should prevent these tools from starting up immediately on authentication to prevent unsafe situations. For example, by using a magnetic motor starter.<br /> * The system should ideally store locally a list of the IDs for all makers who recently were authenticated to use the tool (or store a list of all authorized users, updated periodically) This is to permit use of the tool control system even if the central database is unavailable or if network connectivity has failed.<br /> * A display on each access control station would ideally display information such as the name of the current authorized user (or last user if tool is idle), length of tool use (or countdown to expiration), connectivity check, etc.<br /> <br /> ==== System Support for Enforcing Buddy System ====<br /> <br /> UMD ESSR safety rule changes require certain tools to be used with the "buddy system" In short, the "buddy system" prohibits certain dangerous tools to be used by a person alone in the workshop. Another person must be close enough to see and hear the tool being used so they can render aid and call for assistance in case of injury.<br /> <br /> The MSM system should provide support for enforcing the buddy system. This support could entail requiring a second person to swipe in when using certain tools. This requirement might be limited to certain times of day (for example during the evening or when staff is reduced. The requirements for buddy system support are not yet clear, this is a placeholder.<br /> <br /> ==== Tool-In-Use Flagging ====<br /> <br /> An additional capability desired is the ability to flag the status of a tool as '''''In Use''''', '''''Available for Use''''', or other statuses such as '''''Awaiting Repair''''' or '''''Out of Service''''' Since demand for many tools is high and a student may be frustrated if they travel to a makerspace only to find a particular tool unavailable, it would be helpful for the system to flag tools that are not available for use because they are being used by someone else or are broken or otherwise unavailable. <br /> <br /> * For tools that are not in service, a makerspace staff member should be able to change the status through a web interface. <br /> ** The system should record a date/time stamp for when the tool was taken out of service and a date stamp for an expected return-to-service. <br /> *For tools being used by a maker, the MSM system should provide a mechanism for students to quickly and easily select a tool for use. This capability should allow the use of that tool for a fixed period of time, ideally this time period would differ for different types of tools (for example, a hammer would be flagged as in-use for 1-hour intervals while a sewing machine might have longer intervals such as 3 hours.<br /> ** The Tool-in-Use flag feature would verify the maker has completed any necessary training.<br /> ** When a different maker wishes to use that tool, they would see that the tool was currently in use by another maker and would also see the time the tool is expected to be available for their use. <br /> ** If a tool is still being used by that maker after the check-in time has passed, the new maker would have the right to be the next to use the tool.<br /> ** Ideally, the system would send an SMS message or some other sort of notification that the maker's use time has expired.<br /> ** Some examples of quick and easy mechanisms for makers to lag that they are using a tool <br /> *** A touch screen kiosk in each workshop or tool storage area.<br /> *** A QR code on each tool or on the storage location for each tool. The QR code would be scanned by the maker using the tool<br /> *** A mobile web app used by the maker.<br /> <br /> Note that the Tool-In-Use Flag Feature will provide a great deal of useful information about the relative popularity of each tool and could provide data to support the purchase of additional tools.<br /> <br /> ==== Tool Check-Out / Check-In (for use in makerspace) ====<br /> See '''Tool-In-Use flagging''' above. 'Check-In' and 'Check-Out' functions would be used by a student when they take a tool from storage to their work area or return it to storage. Note that Check-Out is different than Tool-Loan which entails removing a tool from the makerspace.<br /> <br /> ==== Tool Reservation ====<br /> <br /> Several tools (such as laser cutters or 3D printers are popular and makers often wish to sign-up in advance for a window of time to use the tool. In the case of 3D printers, a print job could run for many hours, or even multiple days. It would be useful for MSM to allow makers to reserve time on a tool and allow other makers to see that the tool is reserved and unavailable until a given time.<br /> <br /> Reservations block-out for class times or maintenance windows.<br /> <br /> ==== Manager / Staff skills matching ====<br /> Provide a new capability in MSM to allow staff and volunteer managers to swipe in and out while indicating if they are working or just using the space as a maker. <br /> <br /> The system should provide a display of all on-duty managers and staff, displaying each manager's photo and list of each's skills / specialties. This to help makers using the space know who to best ask questions about a particular tool or technique. <br /> <br /> ====Resale of maker materials, tooling, etc.====<br /> <br /> We would like to be able to resell materials such as sheet goods (plywood, MDF, acrylic, etc.) 3D printer filament, tooling (CNC router bits, milling machine tooling, etc.) This is a service to makers who don't necessarily have the ability to transport physically large materials.<br /> <br /> Further definition is needed to specify how payments will be taken. We don't want to accept cash and are uneasy about volunteer managers having access to maker credit/debit cards. Ideally, payments would be charged against a maker's account balance. Is it possible to use an existing student payment system such as Terrapin Express?<br /> <br /> === FERPA Concerns ===<br /> Since LabSwipe data is student data there may be concern that some of the data may fall under the protection of the Family Educational Rights and Privacy Act (FERPA). FERPA requires protection of "Personally Identifiable Information" (PII) from release to 3rd parties. Anyone using student PII must take steps to protect this from release, even through the action of a student working in the makerspace. FERPA exempts from the protection requirement certain "Directory Information" that is commonly used. It requires each university to identify what information is considered "Directory Information" <br /> <br /> UMD defines their PII and Directory Information here: https://academiccatalog.umd.edu/undergraduate/university-policies/ In July 2020 this policy defined UMD PII & Directory Information as:<br /> <br /> ''"Personally identifiable information" or "PII" means data or information which includes, but is not limited to:''<br /> <br /> *a student’s name;<br /> *a name of a student’s parent or family member<br /> *an address of a student or a student’s family; <br /> *a personal identifier, such as a social security number, University Identification Number (UID), or biometric record; <br /> *other indirect identifiers, such as mother’s maiden name; <br /> *other information that alone, or in combination, is linked or linkable to a specific student and that would allow a reasonable person in the UMD community who does not have personal knowledge of the relevant circumstances to identify the student with reasonable certainty; or information requested by a person who UMD reasonably believes knows the identity of the student to whom the education record relates.<br /> <br /> <br /> ''"Directory Information" means information which would generally not be considered harmful or an invasion of privacy if disclosed. It includes, but is not limited to, a student’s: <br /> <br /> *name, <br /> *address, <br /> *telephone listing, <br /> *e-mail address, <br /> *date and place of birth, <br /> *major field of study, <br /> *full-time/part-time status, <br /> *participation in officially recognized activities and sports, <br /> *weight and height of members of athletic teams, <br /> *dates of attendance, <br /> *degrees and awards received, and <br /> *the most recent previous educational agency or institution attended'' <br /> <br /> Note that UID is listed as PII but not excluded as "Directory Information" as is done at other institutions, especially those that also print UID on campus ID cards.<br /> <br /> = Parallel Development of Sandbox Kiosk Prototype =<br /> <br /> '''''Kiosk System Test'''''<br /> <br /> Sandbox hopes to continue the development and testing of a '''''Kiosk System''''' in Spring 2022. The kiosk system is envisioned as a way to improve tool usage tracking and replace the tool identification signage on each studio door. Each studio would have a touch screen computer system on or near the door that displays a visual listing of tools in that studio. Makers would be asked to select the tool they wanted to use. The kiosk would verify that the maker had completed any required training on that tool. <br /> <br /> By asking the maker to check the tool back in, we would be able to collect additional information about usage of individual tools as well as provide remote visibility of tool availability to makers planning on visiting the makerspace. <br /> <br /> Eventually we envision the kiosk system having additional functionality including tool and studio reservation, broken tool tagging, identifying tool experts, etc.<br /> <br /> One possible initiative we could undertake would be the development of a prototype kiosk system for use in the various studios at Sandbox. This prototype would allow us to test ideas for MSM improvements and more quickly iterate through design concepts without having to modify the core MSM system. It would provide a working prototype useful for demonstrating our needs to the MSM development team, or to demonstrate our requirements if MSI decides to invest in an externally-developed system.<br /> ==== Overview of Sandbox Kiosk System ====<br /> The existing MSM / LabSwipe system assumes each lab will be a single room or small number of related spaces that are hierarchically flat. Sandbox is a group of six different studios, each with a different type of tool. This leads to some confusion and a slowdown each time a maker checks in. If the tools are grouped alphabetically, a maker interested in electronics might check that he plans to use a "multimeter" then have to scroll past "multitool" and 3 different "sander" entries related to woodworking, 4 different types of "sewing machine" in the crafting studio before finding "soldering iron" a few pages down. We've re-ordered the list by studio, which has helped quite a bit but makers using the woodworking studio have to scroll down several screens to find the start of tools they may want to use. While this may be fixable with some tweaks to the existing system UI, we've uncovered other issues that we'd like to address as well.<br /> <br /> In a review of system usage for the fall semester, we discovered that most students select a single tool regardless of the length of their visit. A maker may swipe in and select "laser cutter" as the tool they will be using but almost never returns to the front desk if (for example) they need to use a circular saw to trim their stock to the correct size, or need to use a drill to add a couple of holes to their project, or a sander to prepare it for finishing. Individually these failures aren't important but collectively they degrade the quality of data we hope to collect on tool usage and perhaps more importantly make it more difficult for us to report other statistics such as length of visit. Also, this avoidance bypasses the very important checking of training credentials that is a critical reason for having this system in the first place. Indeed, we found that a considerable number of students would select "no tool, table use only" when that option was made available. <br /> <br /> To improve this situation, we'd like to move tool selection part of MSM closer to the point where the tool is used. Makers would still swipe in to the space when entering, but would not be asked whaic tools they plan to use. The extreme case of this would be to equip each tool with a sensor that indicated use and requested the maker picking up the tool to authenticate and verify their certification to use that tool. This would likely be too expensive to be practical except on the most hazardous or expensive tools such as milling machines, laser cutters, etc. What we propose and would like to test using the concept of kiosks, would be moving tool check-out to each individual studio. We envision a touch-screen display at the door of each studio. While the touch screen could be a self-contatrined system such as a iPad tablet, we are more inclined to use small computers such as the RaspberryPi. <br /> <br /> In a perfect world this kiosk system would be connected to the card key door lock system, but we don't envision that being possible because of political limitations with the UMD card key system.<br /> <br /> <br /> <br /> <br /> ==== Initial Requirements for Kiosk Protoype ====<br /> <br /> * Kiosks to run Touch-screen terminals outside each Sandbox studio (to begin with woodworking studio and prototyping studio)<br /> ** Kiosk will display information about each tool available in that studio including training requirements and links to training materials. <br /> ** Tool information and training requirements should preferably come directly from existing wiki pages to ease updating. Either display wiki pages in embedded web browser or use mediawiki API to retrieve wiki content. <br /> * Information shown on kiosk would include both publicly viewable (no login required) and private information (requiring login) such as maker's training accomplishments, etc.<br /> ** Provide quick and simple means for each maker to log in / authenticate with the system (card swipe, phone app, NFC, etc) <br /> * Subset of information from kiosk system also available via login-secured web page accessible from off campus. Initially, remote functionality to include: <br /> **ability to reserve a tool for a certain period of time, with the length of time specified by the maker, provided that request is within the limits set for that particular tool, perhaps also taking into account the time of day or day of week. <br /> *** For example, a laser cutter might be reservible in blocks of 30 minutes with maximum of 3 blocks<br /> *** A 3d printer might be reservible in blocks of 2 hours with the maximum number of blocks varying depending of day of week and time of day. For example, a Friday afternoon reservation might allow 48 hours total time, while Monday afternoon would only allow 4 hours total.<br /> *** A more common power tool such as a jigsaw or drill might be reservible in blocks of 30 minutes with a maximum of 2-4 blocks.<br /> ** Some mechanism should be devised to prevent makers from always reserving the maximum number of blocks of time. <br /> ** display calendar view for each of the reservible tools that shows free/reserved blocks for each tool <br /> ** display calendar view for each studio that shows free/reserved status based on the tool being reserved. This view to be used to enforce Covid-19 distancing requirements</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Talk:Maker_Space_Manager_System&diff=3430 Talk:Maker Space Manager System 2026-10-16T18:37:47Z

<p>Gfc: /* Systems Combining Access Control and Space Management (may include elements of CRM, AR/AP, training management, inventory control, etc.) */</p> <hr /> <div>= Makerspace Management Software at UMD Sandbox Makerspace = <br /> Discussion page related to software for managing the Sandbox Makerspace<br /> <br /> <br /> <br /> = Listing of commercial or open source systems with overlapping functionality =<br /> == Lists of Systems (other pages like this one)==<br /> ;Hackerspaces.org wishlist of software functions / features. :https://wiki.hackerspaces.org/Software_Wish_List<br /> <br /> ;List of software from hackerspaces.org: https://wiki.hackerspaces.org/Hackerspace_Software\<br /> <br /> ;MakerNexus notes on Access Control Systems: https://makernexuswiki.com/wiki/Access_Control_Systems<br /> <br /> == Individual Systems ==<br /> === Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) ===<br /> (see also ''Systems Combining Access Control and Space Management'' below)<br /> <br /> :;Nova Labs Nova Pass : https://novapass.nova-labs.org/ (active system home page)<br /> ::(description from Makerfaire: https://nova.makerfaire.com/maker/entry/1224/) <br /> ::(details:https://goo.gl/RVmtiS)<br /> <br /> :;RATT - RFID All The Things: New Hampshire's MakeIT Labs RaspPi based RFID access control system. https://github.com/makeitlabs/ratt (video: https://www.youtube.com/watch?v=erwIPVwXUr8)<br /> <br /> :;FATT - FOB all The Things: Ace makerspace (formerly Ace Master Toys) https://www.acemakerspace.org/fatt-project/<br /> ::;Ace Master Toys: Makerspace system based on Google's AuthBox system https://github.com/google/makerspace-auth<br /> ::;Ace Makerspace Occupancy System: https://www.youtube.com/watch?v=kemAM8MWIN8<br /> <br /> :;Google Makerspace Auth (aka AuthBox): https://github.com/google/makerspace-auth<br /> <br /> :;Ithaca Generator AuthBox<br /> :* https://discuss.ithacagenerator.org/t/makerspace-authbox-on-github/565/3<br /> :* https://github.com/ithacagenerator/AuthBox<br /> <br /> :;Manchester, NH MakerAuth<br /> :* https://github.com/ManchesterMakerspace/MakerAuth<br /> <br /> :;RasPi-Lockout (designed for RIT Construct Makerspace): <br /> :* https://www.youtube.com/watch?v=aoAdB13IVr0 (YouTube demo)<br /> :* https://github.com/jaschawilcox/raspi-lockout (GitHub Repo)<br /> <br /> :;Build Brighton Access Node: https://www.youtube.com/watch?v=3X64JmTpOcA<br /> <br /> :;Open Access Control: Uses the Arduino hardware to build a robust access control and alarm system. https://code.google.com/archive/p/open-access-control/<br /> <br /> :;tinkerAccess: The tinkerAccess system is a Raspberry Pi based access control system that can be used to prevent unauthorized users from using devices that require special training. It could also conceivably be used to control electronic lock boxes or doors. The system was originally designed and created by Matt Stallard, Ron Thomas, and Matt Peopping for TinkerMill a makerspace in Longmont, CO. It is continually being maintained and enhanced by other contributors in the community. https://github.com/TinkerMill/tinkerAccess<br /> <br /> :;Triple Cities Makerspace ACS System: https://www.tcmakerspace.com/index.php/2019/08/19/project-profile-access-control-system-acs/<br /> <br /> :;The MakerBarn in The Woodlands, Texas MACS System: http://koljawindeler.github.io/macs/. <br /> ::* MACS UI Video: https://www.youtube.com/watch?v=zLidqAPo3Cs <br /> ::* An Introduction to the MACS - Makerspace Access Control System: https://www.youtube.com/watch?v=CI3xxsBM9SE<br /> <br /> :;PITT-X Makerspace Access System: https://www.youtube.com/watch?v=2HG-vyV4yoM<br /> <br /> :;Member Access System for Pumping Station One :https://github.com/hef/ps1auth<br /> ::https://github.com/bdenne2/ps1auth<br /> <br /> :;HACCSY: Hackerspace Access Control and Check in System. Works with Seltzer CRM, running on a Raspberry Pi. https://www.instructables.com/id/HACCSY-Hackerspace-Access-Control-and-Check-in-Sys/<br /> <br /> :;Open Access Control Ethernet: https://github.com/zyphlar/Open_Access_Control_Ethernet<br /> ::;Open Source Access Control Web Interface (works with above) :https://github.com/zyphlar/Open-Source-Access-Control-Web-Interface<br /> <br /> === Systems Combining Access Control and Space Management (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> <br /> ;Fabman software :Management software with machine control hardware devices, API, and other features. https://fabman.io/<br /> <br /> ;Grit Automation Platform. :The Grit Automation Platform is a wireless, local-software workshop automation system designed for woodshops, metal shops, and education labs. Includes Core Features & Solutions for Dust Management, Tool Access Control & Safety, Time & Asset Management, Environmental & Energy Monitoring.<br /> <br /> <s>;Safety Spot :Commercial maker space management software widely used in university maker spaces. https://www.safetyspot.com/ </s> <b>No Longer Available</><br /> <br /> ;(UC Berkeley) Makerpass system onepager: https://assets.pubpub.org/hpise2ck/01585588151622.pdf<br /> <br /> ;Recursion: https://recursion.space Commercial system with free tier. Patented equipment lockout controller.<br /> <br /> ;UT Austin FabApp/JuiceBox: FabApp is a PHP-based system for managing a makerspace (https://github.com/UTA-FabLab/fabapp). JuiceBox is a Python-based system for providing access control to power tools (https://github.com/UTA-FabLab/JuiceBox). These and other UTA apps are on the UTA GitHub: https://github.com/UTA-FabLab<br /> <br /> ;UT Austin Team Lockout: https://blog.uta.edu/cseseniordesign/2019/07/20/lockout/ The Maker Space Lockout System correctly gives access to Machinery only to users that have been adequately briefed on the machinery’s safety and operation. The system will be able to control access for each user according to their level of skill and expertise. Users of The Maker Space Lockout System will also become more equipped to handle and view wear and tear on machines via the data collection purge at the end of each job.<br /> <br /> ===Not yet Categorized ===<br /> <br /> <br /> <br /> :;RFIDDoorLock: https://wiki.melbournemakerspace.org/projects/RFIDDoorLock<br /> <br /> :;Byro :https://github.com/byro/byro<br /> <br /> :;HSBNE :https://github.com/hsbne/hsbneportal<br /> <br /> :;MetalabOS: https://github.com/Metalab/mos/<br /> <br /> :;NOMOS (Membership Management): https://github.com/vhs/nomos<br /> <br /> :;MeMaTool: https://github.com/sim0nx/mematool<br /> <br /> :;RFID Tool Cabinet: https://www.youtube.com/watch?v=u-L_7pyPcvE<br /> <br /> === Systems Focusing on Space Management without Access Control (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> (Some of these may integrate with other Access Control Systems)<br /> <br /> <br /> :;WildApricot :Membership management software used by many maker spaces. https://www.wildapricot.com/<br /> <br /> :;Seltzer CRM: Open source CRM / membership management software created by a maker space and designed to be extensible and easily modified. https://wiki.hackerspaces.org/Seltzer_CRM<br /> <br /> :;SIMPL: (Software primarily designed to manage coworking spaces with features to support maker spaces) https://smpl.io/software/makerspaces/<br /> <br /> :;OpenBravo (ERM/ERP) :https://www.openbravo.com/<br /> <br /> :;WikiSpaces :The primary goal of the WikiSpaces project is to provide a 'startup' wiki, which is basically a MediaWiki distribution especially for hackerspaces. This distribution will provide a working, up to date, MediaWiki installation, with the commonly needed extensions installed and configured. https://wiki.hackerspaces.org/WikiSpaces<br /> <br /> <br /> <br /> ==== Not Yet Categorized ====<br /> <br /> :;Scholarly article on value of information collected using Maker Lens / MakerPass access system. : https://people.eecs.berkeley.edu/~eschoop/docs/makerlens.pdf<br /> <br /> = ARCHIVED ITEMS BELOW =<br /> <br /> <br /> ==ARCHIVE LabSwipe /MSM System Development History & 2022 Road Map ==<br /> <br /> ===Development History===<br /> Would someone on the Labswipe team add to this section?<br /> <br /> ===Current Release===<br /> <br /> ===Future Enhancements===<br /> <br /> Road Map for future enhancements. <br /> <br /> ==== 2021-2022 MSM Rework Outline ====<br /> *Outline of desired improvements for development work from Summer 2021 to Summer 2022<br /> ===== 2021 =====<br /> * Improvements to existing UI / core LabSwipe functionality (Fall 21) <br /> ** Improved editing of data entry fields<br /> ** Integration with UMD swipe Identity API to correctly identify new cards swiped into system and close current opportunity for student to use a created ID card with false UID.<br /> ** Integration with UMD swipe API to:<br /> *** Identify deactivated student ID cards and <br /> *** Update CardID serial number when a lost ID card is replaced with a new card.<br /> <br /> ===== 2022 =====<br /> * Integration with Canvas LMS (Spring 22)<br /> ** Using Canvas API, ensuring API key is well protected using a secrets manager or similar approach<br /> ** Implement a middle layer between MSM and Canvas to track training certifications (similar to a micro credentialing system) in a way that creates an abstraction layer between a canvas course and a training certification.<br /> ** See '''Integration with ELMS/Canvas Learning Management System''' below for detail<br /> <br /> ===== Overview of Enhancements =====<br /> *Additional Enhancements not yet implemented (many not yet scheduled).<br /> ** Integration with a tool access control system (such as Safety Spot, The Google system used at Ace Makerspace and elsewhere, or the Nova Pass system)<br /> *** See '''Tool Access Control''' below for details<br /> *** This integration would require certain tools flagged in system to have a swipe card reader at the tool which verifies training before tool will operate. <br /> *** While extending MSM to support tool access control, modify it as well to allow a particular makerspace to set up a two-tier implementation of MSM where initial swipe allows entry into makerspace without selecting a specific tool (but perhaps requires the selection of a studio or category of tool) and subsequent swipe was required to select a particular tool. <br /> ** Tool reservation / tool-in-use flagging<br /> ** Tool Loan (away from makerspace)<br /> ** Student charging system (allow students to purchase materials and tooling using student ID or credit card.<br /> ** Faculty charging system (allow faculty / researchers to purchase materials using KFC account #)<br /> ** Matching of maker skills between students and managers. <br /> ** Campus-wide inventory of tools at each makerspace with ability for students to search for a particular tool (similar to MIT Manus system)<br /> <br /> Many of these are presented in more detail below:<br /> <br /> ==== Integration with ELMS/Canvas Learning Management System====<br /> Currently Labswipe stores training accomplishments in a Google Sheet. This needs to be manually updated. A brief look at the sheet shows very few of our makerspaces are making these manual updates. <br /> <br /> Sandbox implemented makerspace training in ELMS/Canvas in 2019. Initially we were manually updating the Labswipe sheet from Canvas but this became very time consuming. We wrote a Canvas API query tool that re-formats the Canvas results to make the updates a bit easier. We considered automating the Labswipe sheet update process but discontinued our efforts on this when it was decided to move the Labswipe back end from google sheets to AWS.<br /> <br /> Adding a badging or micro-credentialing plugin to Canvas was attempted in 2019-2020. Sandbox hoped that by adding this capability to Canvas we could avoid concerns about running queries directly against the Canvas system (which contains protected information about students) While the primary benefit would be isolating us from FERPA concerns, the badging system Would also simplify our queries (especially for training completed at a different makerspace), allow us to track training not done in Canvas (such as Welding or other training requiring direct, hands-on instruction), and also provide additional ways to gamify training (for example by allowing training tiers, 'leveling up', etc.) Our request to add a badging plugin to Canvas was rejected by DIT. We understand that a request to add a different badging system has been made by a different department and is still under consideration. <br /> <br /> *We'd like future versions of Labswipe to have the capability to update training accomplishments from Canvas. <br /> <br /> *Ideally this update would happen every time a maker swiped in to the system. <br /> <br /> *The system should support tracking of training that was completed at other UMD MSI makerspaces to support the MSI plans to open up access to makerspaces across campus. For example, a maker who completed Glowforge laser training at one of the library makerspaces should be able to use the Sandbox Glowforge without additional training.<br /> <br /> ==== Improve quantity and quality of tool usage data being gathered. ====<br /> <br /> Currently, the MSM system only asks each makerspace visitor which tools they will be using when they first swipe in at the front door. We've found this arrangement results in distorted statistics as many users just select the first tool they see on the list, don't take the time to check off every tool they intend to use, and often end up using tools they hadn't intended when they first arrived. <br /> <br /> An improvement would be to add additional data gathering points in the makerspace. For example, by adding touch screens with swipe readers in each workshop or tool storage area we could encourage makers to log every tool they use by making the process more convenient. Another approach would be to use a mobile web app to log tool usage by scanning each tool's barcode or otherwise selecting the tool. <br /> <br /> <br /> Several of the entries below relate to our goal of gathering more data on tool usage. <br /> *For example, the safety-driven requirement to add Tool Access Control lockout devices to dangerous tools (such as chop saws and lathes) will also help us gather more detailed tool usage data for those dangerous tools. <br /> *Adding an advanced tool reservation capability will add additional usage data for popular tools such as 3D printers and laser cutters. <br /> *Rather than add expensive lockout devices to all tools, we discuss the possible idea of adding Tool-In-Use flagging.<br /> <br /> All of these work together to not only better track tool usage but also to improve the user experience and reduce frustration, increase compliance with training requirements, and ensue our compliance with campus safety rules.<br /> <br /> <br /> <br /> <br /> <br /> ==== Tool Access Control ====<br /> <br /> Once the MSM system is able to look up tool training certification information using the ELMS/Canvas APAI. we'd like to add on to MSM additional hardware and software that will directly control use of certain tools that are deemed to be dangerous (such as a CNC router, milling machine, band saw, etc.) or other tools that, while not particularly dangerous, require specific knowledge to operate correctly (such as laser cutter, SLA 3D printer, etc) to avoid damaging the tool. <br /> <br /> * This access control system should be implemented as a separate hardware and software system connected to each tool we wish to have this added level of access control. While we envision this being implemented using commercially-available micro controllers (such as an Arduino-compatible microcontroller) or single board computers (such as a Raspberry Pi computer) any other implementation is acceptable so long as it provides a low cost per controlled machine tool.<br /> <br /> * This access control capability would require each maker to swipe their UMD ID before using that tool. Use of a UMD ID is preferred since all students and staff already carry this with them. Other authentication mechanism such as RFID or other ID card that works by proximity instead of requiring a physical swipe, or NFC or similar systems using a person's cell phone. For systems not using UMD ID magnetic stripe cards, the cost of additional cards, software, etc must be factored into our decision to use that system. <br /> <br /> * The system would look up the makers ID in a central database, and if able to verify that the maker is trained and certified to use the tool, the system would allow use of that tool. The preferred central database would be the existing UMD ELMS/Canvas Learning Management System or a system (such as a micro credentialing or badging system) that is connected to and synchronized with the ELMS/Canvas system. Systems that provide a central database system other than ELMS / Canvas must provide an automatic mechanism to update the database using the ELMS / Canvas API. <br /> <br /> * The means to allow use of the tool should be by:<br /> ** Switching on power through a relay or contactor controlled by the software logic <br /> ** Enabling a logical +5 volt signal to be read by the tool's existing controller (such as an ENABLE signal)<br /> ** By deactivating the tool's e-stop circuit, restoring a cabinet interlock circuit, or other mechanism by closing or opening a relay contacts. (i.e. dry contact closure)<br /> ** Several different approaches (ideally all of those listed above) should be provided to adapt the system to the widest variety of machine tools and their control systems.<br /> * The system should provide some way to prevent the maker from walking away and leaving the tool in an operational state. Some research and discussion are needed to determine the best approach for this but a simple example would be by setting a timeout after which the system requires the user to verify they are present by pushing a button or re-swiping their ID. This capability should be settable per-tool.<br /> * For tools enabled by simply applying power, the system should prevent these tools from starting up immediately on authentication to prevent unsafe situations. For example, by using a magnetic motor starter.<br /> * The system should ideally store locally a list of the IDs for all makers who recently were authenticated to use the tool (or store a list of all authorized users, updated periodically) This is to permit use of the tool control system even if the central database is unavailable or if network connectivity has failed.<br /> * A display on each access control station would ideally display information such as the name of the current authorized user (or last user if tool is idle), length of tool use (or countdown to expiration), connectivity check, etc.<br /> <br /> ==== System Support for Enforcing Buddy System ====<br /> <br /> UMD ESSR safety rule changes require certain tools to be used with the "buddy system" In short, the "buddy system" prohibits certain dangerous tools to be used by a person alone in the workshop. Another person must be close enough to see and hear the tool being used so they can render aid and call for assistance in case of injury.<br /> <br /> The MSM system should provide support for enforcing the buddy system. This support could entail requiring a second person to swipe in when using certain tools. This requirement might be limited to certain times of day (for example during the evening or when staff is reduced. The requirements for buddy system support are not yet clear, this is a placeholder.<br /> <br /> ==== Tool-In-Use Flagging ====<br /> <br /> An additional capability desired is the ability to flag the status of a tool as '''''In Use''''', '''''Available for Use''''', or other statuses such as '''''Awaiting Repair''''' or '''''Out of Service''''' Since demand for many tools is high and a student may be frustrated if they travel to a makerspace only to find a particular tool unavailable, it would be helpful for the system to flag tools that are not available for use because they are being used by someone else or are broken or otherwise unavailable. <br /> <br /> * For tools that are not in service, a makerspace staff member should be able to change the status through a web interface. <br /> ** The system should record a date/time stamp for when the tool was taken out of service and a date stamp for an expected return-to-service. <br /> *For tools being used by a maker, the MSM system should provide a mechanism for students to quickly and easily select a tool for use. This capability should allow the use of that tool for a fixed period of time, ideally this time period would differ for different types of tools (for example, a hammer would be flagged as in-use for 1-hour intervals while a sewing machine might have longer intervals such as 3 hours.<br /> ** The Tool-in-Use flag feature would verify the maker has completed any necessary training.<br /> ** When a different maker wishes to use that tool, they would see that the tool was currently in use by another maker and would also see the time the tool is expected to be available for their use. <br /> ** If a tool is still being used by that maker after the check-in time has passed, the new maker would have the right to be the next to use the tool.<br /> ** Ideally, the system would send an SMS message or some other sort of notification that the maker's use time has expired.<br /> ** Some examples of quick and easy mechanisms for makers to lag that they are using a tool <br /> *** A touch screen kiosk in each workshop or tool storage area.<br /> *** A QR code on each tool or on the storage location for each tool. The QR code would be scanned by the maker using the tool<br /> *** A mobile web app used by the maker.<br /> <br /> Note that the Tool-In-Use Flag Feature will provide a great deal of useful information about the relative popularity of each tool and could provide data to support the purchase of additional tools.<br /> <br /> ==== Tool Check-Out / Check-In (for use in makerspace) ====<br /> See '''Tool-In-Use flagging''' above. 'Check-In' and 'Check-Out' functions would be used by a student when they take a tool from storage to their work area or return it to storage. Note that Check-Out is different than Tool-Loan which entails removing a tool from the makerspace.<br /> <br /> ==== Tool Reservation ====<br /> <br /> Several tools (such as laser cutters or 3D printers are popular and makers often wish to sign-up in advance for a window of time to use the tool. In the case of 3D printers, a print job could run for many hours, or even multiple days. It would be useful for MSM to allow makers to reserve time on a tool and allow other makers to see that the tool is reserved and unavailable until a given time.<br /> <br /> Reservations block-out for class times or maintenance windows.<br /> <br /> ==== Manager / Staff skills matching ====<br /> Provide a new capability in MSM to allow staff and volunteer managers to swipe in and out while indicating if they are working or just using the space as a maker. <br /> <br /> The system should provide a display of all on-duty managers and staff, displaying each manager's photo and list of each's skills / specialties. This to help makers using the space know who to best ask questions about a particular tool or technique. <br /> <br /> ====Resale of maker materials, tooling, etc.====<br /> <br /> We would like to be able to resell materials such as sheet goods (plywood, MDF, acrylic, etc.) 3D printer filament, tooling (CNC router bits, milling machine tooling, etc.) This is a service to makers who don't necessarily have the ability to transport physically large materials.<br /> <br /> Further definition is needed to specify how payments will be taken. We don't want to accept cash and are uneasy about volunteer managers having access to maker credit/debit cards. Ideally, payments would be charged against a maker's account balance. Is it possible to use an existing student payment system such as Terrapin Express?<br /> <br /> === FERPA Concerns ===<br /> Since LabSwipe data is student data there may be concern that some of the data may fall under the protection of the Family Educational Rights and Privacy Act (FERPA). FERPA requires protection of "Personally Identifiable Information" (PII) from release to 3rd parties. Anyone using student PII must take steps to protect this from release, even through the action of a student working in the makerspace. FERPA exempts from the protection requirement certain "Directory Information" that is commonly used. It requires each university to identify what information is considered "Directory Information" <br /> <br /> UMD defines their PII and Directory Information here: https://academiccatalog.umd.edu/undergraduate/university-policies/ In July 2020 this policy defined UMD PII & Directory Information as:<br /> <br /> ''"Personally identifiable information" or "PII" means data or information which includes, but is not limited to:''<br /> <br /> *a student’s name;<br /> *a name of a student’s parent or family member<br /> *an address of a student or a student’s family; <br /> *a personal identifier, such as a social security number, University Identification Number (UID), or biometric record; <br /> *other indirect identifiers, such as mother’s maiden name; <br /> *other information that alone, or in combination, is linked or linkable to a specific student and that would allow a reasonable person in the UMD community who does not have personal knowledge of the relevant circumstances to identify the student with reasonable certainty; or information requested by a person who UMD reasonably believes knows the identity of the student to whom the education record relates.<br /> <br /> <br /> ''"Directory Information" means information which would generally not be considered harmful or an invasion of privacy if disclosed. It includes, but is not limited to, a student’s: <br /> <br /> *name, <br /> *address, <br /> *telephone listing, <br /> *e-mail address, <br /> *date and place of birth, <br /> *major field of study, <br /> *full-time/part-time status, <br /> *participation in officially recognized activities and sports, <br /> *weight and height of members of athletic teams, <br /> *dates of attendance, <br /> *degrees and awards received, and <br /> *the most recent previous educational agency or institution attended'' <br /> <br /> Note that UID is listed as PII but not excluded as "Directory Information" as is done at other institutions, especially those that also print UID on campus ID cards.<br /> <br /> = Parallel Development of Sandbox Kiosk Prototype =<br /> <br /> '''''Kiosk System Test'''''<br /> <br /> Sandbox hopes to continue the development and testing of a '''''Kiosk System''''' in Spring 2022. The kiosk system is envisioned as a way to improve tool usage tracking and replace the tool identification signage on each studio door. Each studio would have a touch screen computer system on or near the door that displays a visual listing of tools in that studio. Makers would be asked to select the tool they wanted to use. The kiosk would verify that the maker had completed any required training on that tool. <br /> <br /> By asking the maker to check the tool back in, we would be able to collect additional information about usage of individual tools as well as provide remote visibility of tool availability to makers planning on visiting the makerspace. <br /> <br /> Eventually we envision the kiosk system having additional functionality including tool and studio reservation, broken tool tagging, identifying tool experts, etc.<br /> <br /> One possible initiative we could undertake would be the development of a prototype kiosk system for use in the various studios at Sandbox. This prototype would allow us to test ideas for MSM improvements and more quickly iterate through design concepts without having to modify the core MSM system. It would provide a working prototype useful for demonstrating our needs to the MSM development team, or to demonstrate our requirements if MSI decides to invest in an externally-developed system.<br /> ==== Overview of Sandbox Kiosk System ====<br /> The existing MSM / LabSwipe system assumes each lab will be a single room or small number of related spaces that are hierarchically flat. Sandbox is a group of six different studios, each with a different type of tool. This leads to some confusion and a slowdown each time a maker checks in. If the tools are grouped alphabetically, a maker interested in electronics might check that he plans to use a "multimeter" then have to scroll past "multitool" and 3 different "sander" entries related to woodworking, 4 different types of "sewing machine" in the crafting studio before finding "soldering iron" a few pages down. We've re-ordered the list by studio, which has helped quite a bit but makers using the woodworking studio have to scroll down several screens to find the start of tools they may want to use. While this may be fixable with some tweaks to the existing system UI, we've uncovered other issues that we'd like to address as well.<br /> <br /> In a review of system usage for the fall semester, we discovered that most students select a single tool regardless of the length of their visit. A maker may swipe in and select "laser cutter" as the tool they will be using but almost never returns to the front desk if (for example) they need to use a circular saw to trim their stock to the correct size, or need to use a drill to add a couple of holes to their project, or a sander to prepare it for finishing. Individually these failures aren't important but collectively they degrade the quality of data we hope to collect on tool usage and perhaps more importantly make it more difficult for us to report other statistics such as length of visit. Also, this avoidance bypasses the very important checking of training credentials that is a critical reason for having this system in the first place. Indeed, we found that a considerable number of students would select "no tool, table use only" when that option was made available. <br /> <br /> To improve this situation, we'd like to move tool selection part of MSM closer to the point where the tool is used. Makers would still swipe in to the space when entering, but would not be asked whaic tools they plan to use. The extreme case of this would be to equip each tool with a sensor that indicated use and requested the maker picking up the tool to authenticate and verify their certification to use that tool. This would likely be too expensive to be practical except on the most hazardous or expensive tools such as milling machines, laser cutters, etc. What we propose and would like to test using the concept of kiosks, would be moving tool check-out to each individual studio. We envision a touch-screen display at the door of each studio. While the touch screen could be a self-contatrined system such as a iPad tablet, we are more inclined to use small computers such as the RaspberryPi. <br /> <br /> In a perfect world this kiosk system would be connected to the card key door lock system, but we don't envision that being possible because of political limitations with the UMD card key system.<br /> <br /> <br /> <br /> <br /> ==== Initial Requirements for Kiosk Protoype ====<br /> <br /> * Kiosks to run Touch-screen terminals outside each Sandbox studio (to begin with woodworking studio and prototyping studio)<br /> ** Kiosk will display information about each tool available in that studio including training requirements and links to training materials. <br /> ** Tool information and training requirements should preferably come directly from existing wiki pages to ease updating. Either display wiki pages in embedded web browser or use mediawiki API to retrieve wiki content. <br /> * Information shown on kiosk would include both publicly viewable (no login required) and private information (requiring login) such as maker's training accomplishments, etc.<br /> ** Provide quick and simple means for each maker to log in / authenticate with the system (card swipe, phone app, NFC, etc) <br /> * Subset of information from kiosk system also available via login-secured web page accessible from off campus. Initially, remote functionality to include: <br /> **ability to reserve a tool for a certain period of time, with the length of time specified by the maker, provided that request is within the limits set for that particular tool, perhaps also taking into account the time of day or day of week. <br /> *** For example, a laser cutter might be reservible in blocks of 30 minutes with maximum of 3 blocks<br /> *** A 3d printer might be reservible in blocks of 2 hours with the maximum number of blocks varying depending of day of week and time of day. For example, a Friday afternoon reservation might allow 48 hours total time, while Monday afternoon would only allow 4 hours total.<br /> *** A more common power tool such as a jigsaw or drill might be reservible in blocks of 30 minutes with a maximum of 2-4 blocks.<br /> ** Some mechanism should be devised to prevent makers from always reserving the maximum number of blocks of time. <br /> ** display calendar view for each of the reservible tools that shows free/reserved blocks for each tool <br /> ** display calendar view for each studio that shows free/reserved status based on the tool being reserved. This view to be used to enforce Covid-19 distancing requirements</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Talk:Maker_Space_Manager_System&diff=3429 Talk:Maker Space Manager System 2026-10-16T18:35:02Z

<p>Gfc: </p> <hr /> <div>= Makerspace Management Software at UMD Sandbox Makerspace = <br /> Discussion page related to software for managing the Sandbox Makerspace<br /> <br /> <br /> <br /> = Listing of commercial or open source systems with overlapping functionality =<br /> == Lists of Systems (other pages like this one)==<br /> ;Hackerspaces.org wishlist of software functions / features. :https://wiki.hackerspaces.org/Software_Wish_List<br /> <br /> ;List of software from hackerspaces.org: https://wiki.hackerspaces.org/Hackerspace_Software\<br /> <br /> ;MakerNexus notes on Access Control Systems: https://makernexuswiki.com/wiki/Access_Control_Systems<br /> <br /> == Individual Systems ==<br /> === Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) ===<br /> (see also ''Systems Combining Access Control and Space Management'' below)<br /> <br /> :;Nova Labs Nova Pass : https://novapass.nova-labs.org/ (active system home page)<br /> ::(description from Makerfaire: https://nova.makerfaire.com/maker/entry/1224/) <br /> ::(details:https://goo.gl/RVmtiS)<br /> <br /> :;RATT - RFID All The Things: New Hampshire's MakeIT Labs RaspPi based RFID access control system. https://github.com/makeitlabs/ratt (video: https://www.youtube.com/watch?v=erwIPVwXUr8)<br /> <br /> :;FATT - FOB all The Things: Ace makerspace (formerly Ace Master Toys) https://www.acemakerspace.org/fatt-project/<br /> ::;Ace Master Toys: Makerspace system based on Google's AuthBox system https://github.com/google/makerspace-auth<br /> ::;Ace Makerspace Occupancy System: https://www.youtube.com/watch?v=kemAM8MWIN8<br /> <br /> :;Google Makerspace Auth (aka AuthBox): https://github.com/google/makerspace-auth<br /> <br /> :;Ithaca Generator AuthBox<br /> :* https://discuss.ithacagenerator.org/t/makerspace-authbox-on-github/565/3<br /> :* https://github.com/ithacagenerator/AuthBox<br /> <br /> :;Manchester, NH MakerAuth<br /> :* https://github.com/ManchesterMakerspace/MakerAuth<br /> <br /> :;RasPi-Lockout (designed for RIT Construct Makerspace): <br /> :* https://www.youtube.com/watch?v=aoAdB13IVr0 (YouTube demo)<br /> :* https://github.com/jaschawilcox/raspi-lockout (GitHub Repo)<br /> <br /> :;Build Brighton Access Node: https://www.youtube.com/watch?v=3X64JmTpOcA<br /> <br /> :;Open Access Control: Uses the Arduino hardware to build a robust access control and alarm system. https://code.google.com/archive/p/open-access-control/<br /> <br /> :;tinkerAccess: The tinkerAccess system is a Raspberry Pi based access control system that can be used to prevent unauthorized users from using devices that require special training. It could also conceivably be used to control electronic lock boxes or doors. The system was originally designed and created by Matt Stallard, Ron Thomas, and Matt Peopping for TinkerMill a makerspace in Longmont, CO. It is continually being maintained and enhanced by other contributors in the community. https://github.com/TinkerMill/tinkerAccess<br /> <br /> :;Triple Cities Makerspace ACS System: https://www.tcmakerspace.com/index.php/2019/08/19/project-profile-access-control-system-acs/<br /> <br /> :;The MakerBarn in The Woodlands, Texas MACS System: http://koljawindeler.github.io/macs/. <br /> ::* MACS UI Video: https://www.youtube.com/watch?v=zLidqAPo3Cs <br /> ::* An Introduction to the MACS - Makerspace Access Control System: https://www.youtube.com/watch?v=CI3xxsBM9SE<br /> <br /> :;PITT-X Makerspace Access System: https://www.youtube.com/watch?v=2HG-vyV4yoM<br /> <br /> :;Member Access System for Pumping Station One :https://github.com/hef/ps1auth<br /> ::https://github.com/bdenne2/ps1auth<br /> <br /> :;HACCSY: Hackerspace Access Control and Check in System. Works with Seltzer CRM, running on a Raspberry Pi. https://www.instructables.com/id/HACCSY-Hackerspace-Access-Control-and-Check-in-Sys/<br /> <br /> :;Open Access Control Ethernet: https://github.com/zyphlar/Open_Access_Control_Ethernet<br /> ::;Open Source Access Control Web Interface (works with above) :https://github.com/zyphlar/Open-Source-Access-Control-Web-Interface<br /> <br /> === Systems Combining Access Control and Space Management (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> <br /> ;Fabman software :Management software with machine control hardware devices, API, and other features. https://fabman.io/<br /> <br /> ;Grit Automation Platform. :The Grit Automation Platform is a wireless, local-software workshop automation system designed for woodshops, metal shops, and education labs. Includes Core Features & Solutions for Dust Management, Tool Access Control & Safety, Time & Asset Management, Environmental & Energy Monitoring.<br /> <br /> ;Safety Spot :Commercial maker space management software widely used in university maker spaces. https://www.safetyspot.com/ <br /> <br /> ;(UC Berkeley) Makerpass system onepager: https://assets.pubpub.org/hpise2ck/01585588151622.pdf<br /> <br /> ;Recursion: https://recursion.space Commercial system with free tier. Patented equipment lockout controller.<br /> <br /> ;UT Austin FabApp/JuiceBox: FabApp is a PHP-based system for managing a makerspace (https://github.com/UTA-FabLab/fabapp). JuiceBox is a Python-based system for providing access control to power tools (https://github.com/UTA-FabLab/JuiceBox). These and other UTA apps are on the UTA GitHub: https://github.com/UTA-FabLab<br /> <br /> ;UT Austin Team Lockout: https://blog.uta.edu/cseseniordesign/2019/07/20/lockout/ The Maker Space Lockout System correctly gives access to Machinery only to users that have been adequately briefed on the machinery’s safety and operation. The system will be able to control access for each user according to their level of skill and expertise. Users of The Maker Space Lockout System will also become more equipped to handle and view wear and tear on machines via the data collection purge at the end of each job.<br /> <br /> ===Not yet Categorized ===<br /> <br /> <br /> <br /> :;RFIDDoorLock: https://wiki.melbournemakerspace.org/projects/RFIDDoorLock<br /> <br /> :;Byro :https://github.com/byro/byro<br /> <br /> :;HSBNE :https://github.com/hsbne/hsbneportal<br /> <br /> :;MetalabOS: https://github.com/Metalab/mos/<br /> <br /> :;NOMOS (Membership Management): https://github.com/vhs/nomos<br /> <br /> :;MeMaTool: https://github.com/sim0nx/mematool<br /> <br /> :;RFID Tool Cabinet: https://www.youtube.com/watch?v=u-L_7pyPcvE<br /> <br /> === Systems Focusing on Space Management without Access Control (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> (Some of these may integrate with other Access Control Systems)<br /> <br /> <br /> :;WildApricot :Membership management software used by many maker spaces. https://www.wildapricot.com/<br /> <br /> :;Seltzer CRM: Open source CRM / membership management software created by a maker space and designed to be extensible and easily modified. https://wiki.hackerspaces.org/Seltzer_CRM<br /> <br /> :;SIMPL: (Software primarily designed to manage coworking spaces with features to support maker spaces) https://smpl.io/software/makerspaces/<br /> <br /> :;OpenBravo (ERM/ERP) :https://www.openbravo.com/<br /> <br /> :;WikiSpaces :The primary goal of the WikiSpaces project is to provide a 'startup' wiki, which is basically a MediaWiki distribution especially for hackerspaces. This distribution will provide a working, up to date, MediaWiki installation, with the commonly needed extensions installed and configured. https://wiki.hackerspaces.org/WikiSpaces<br /> <br /> <br /> <br /> ==== Not Yet Categorized ====<br /> <br /> :;Scholarly article on value of information collected using Maker Lens / MakerPass access system. : https://people.eecs.berkeley.edu/~eschoop/docs/makerlens.pdf<br /> <br /> = ARCHIVED ITEMS BELOW =<br /> <br /> <br /> ==ARCHIVE LabSwipe /MSM System Development History & 2022 Road Map ==<br /> <br /> ===Development History===<br /> Would someone on the Labswipe team add to this section?<br /> <br /> ===Current Release===<br /> <br /> ===Future Enhancements===<br /> <br /> Road Map for future enhancements. <br /> <br /> ==== 2021-2022 MSM Rework Outline ====<br /> *Outline of desired improvements for development work from Summer 2021 to Summer 2022<br /> ===== 2021 =====<br /> * Improvements to existing UI / core LabSwipe functionality (Fall 21) <br /> ** Improved editing of data entry fields<br /> ** Integration with UMD swipe Identity API to correctly identify new cards swiped into system and close current opportunity for student to use a created ID card with false UID.<br /> ** Integration with UMD swipe API to:<br /> *** Identify deactivated student ID cards and <br /> *** Update CardID serial number when a lost ID card is replaced with a new card.<br /> <br /> ===== 2022 =====<br /> * Integration with Canvas LMS (Spring 22)<br /> ** Using Canvas API, ensuring API key is well protected using a secrets manager or similar approach<br /> ** Implement a middle layer between MSM and Canvas to track training certifications (similar to a micro credentialing system) in a way that creates an abstraction layer between a canvas course and a training certification.<br /> ** See '''Integration with ELMS/Canvas Learning Management System''' below for detail<br /> <br /> ===== Overview of Enhancements =====<br /> *Additional Enhancements not yet implemented (many not yet scheduled).<br /> ** Integration with a tool access control system (such as Safety Spot, The Google system used at Ace Makerspace and elsewhere, or the Nova Pass system)<br /> *** See '''Tool Access Control''' below for details<br /> *** This integration would require certain tools flagged in system to have a swipe card reader at the tool which verifies training before tool will operate. <br /> *** While extending MSM to support tool access control, modify it as well to allow a particular makerspace to set up a two-tier implementation of MSM where initial swipe allows entry into makerspace without selecting a specific tool (but perhaps requires the selection of a studio or category of tool) and subsequent swipe was required to select a particular tool. <br /> ** Tool reservation / tool-in-use flagging<br /> ** Tool Loan (away from makerspace)<br /> ** Student charging system (allow students to purchase materials and tooling using student ID or credit card.<br /> ** Faculty charging system (allow faculty / researchers to purchase materials using KFC account #)<br /> ** Matching of maker skills between students and managers. <br /> ** Campus-wide inventory of tools at each makerspace with ability for students to search for a particular tool (similar to MIT Manus system)<br /> <br /> Many of these are presented in more detail below:<br /> <br /> ==== Integration with ELMS/Canvas Learning Management System====<br /> Currently Labswipe stores training accomplishments in a Google Sheet. This needs to be manually updated. A brief look at the sheet shows very few of our makerspaces are making these manual updates. <br /> <br /> Sandbox implemented makerspace training in ELMS/Canvas in 2019. Initially we were manually updating the Labswipe sheet from Canvas but this became very time consuming. We wrote a Canvas API query tool that re-formats the Canvas results to make the updates a bit easier. We considered automating the Labswipe sheet update process but discontinued our efforts on this when it was decided to move the Labswipe back end from google sheets to AWS.<br /> <br /> Adding a badging or micro-credentialing plugin to Canvas was attempted in 2019-2020. Sandbox hoped that by adding this capability to Canvas we could avoid concerns about running queries directly against the Canvas system (which contains protected information about students) While the primary benefit would be isolating us from FERPA concerns, the badging system Would also simplify our queries (especially for training completed at a different makerspace), allow us to track training not done in Canvas (such as Welding or other training requiring direct, hands-on instruction), and also provide additional ways to gamify training (for example by allowing training tiers, 'leveling up', etc.) Our request to add a badging plugin to Canvas was rejected by DIT. We understand that a request to add a different badging system has been made by a different department and is still under consideration. <br /> <br /> *We'd like future versions of Labswipe to have the capability to update training accomplishments from Canvas. <br /> <br /> *Ideally this update would happen every time a maker swiped in to the system. <br /> <br /> *The system should support tracking of training that was completed at other UMD MSI makerspaces to support the MSI plans to open up access to makerspaces across campus. For example, a maker who completed Glowforge laser training at one of the library makerspaces should be able to use the Sandbox Glowforge without additional training.<br /> <br /> ==== Improve quantity and quality of tool usage data being gathered. ====<br /> <br /> Currently, the MSM system only asks each makerspace visitor which tools they will be using when they first swipe in at the front door. We've found this arrangement results in distorted statistics as many users just select the first tool they see on the list, don't take the time to check off every tool they intend to use, and often end up using tools they hadn't intended when they first arrived. <br /> <br /> An improvement would be to add additional data gathering points in the makerspace. For example, by adding touch screens with swipe readers in each workshop or tool storage area we could encourage makers to log every tool they use by making the process more convenient. Another approach would be to use a mobile web app to log tool usage by scanning each tool's barcode or otherwise selecting the tool. <br /> <br /> <br /> Several of the entries below relate to our goal of gathering more data on tool usage. <br /> *For example, the safety-driven requirement to add Tool Access Control lockout devices to dangerous tools (such as chop saws and lathes) will also help us gather more detailed tool usage data for those dangerous tools. <br /> *Adding an advanced tool reservation capability will add additional usage data for popular tools such as 3D printers and laser cutters. <br /> *Rather than add expensive lockout devices to all tools, we discuss the possible idea of adding Tool-In-Use flagging.<br /> <br /> All of these work together to not only better track tool usage but also to improve the user experience and reduce frustration, increase compliance with training requirements, and ensue our compliance with campus safety rules.<br /> <br /> <br /> <br /> <br /> <br /> ==== Tool Access Control ====<br /> <br /> Once the MSM system is able to look up tool training certification information using the ELMS/Canvas APAI. we'd like to add on to MSM additional hardware and software that will directly control use of certain tools that are deemed to be dangerous (such as a CNC router, milling machine, band saw, etc.) or other tools that, while not particularly dangerous, require specific knowledge to operate correctly (such as laser cutter, SLA 3D printer, etc) to avoid damaging the tool. <br /> <br /> * This access control system should be implemented as a separate hardware and software system connected to each tool we wish to have this added level of access control. While we envision this being implemented using commercially-available micro controllers (such as an Arduino-compatible microcontroller) or single board computers (such as a Raspberry Pi computer) any other implementation is acceptable so long as it provides a low cost per controlled machine tool.<br /> <br /> * This access control capability would require each maker to swipe their UMD ID before using that tool. Use of a UMD ID is preferred since all students and staff already carry this with them. Other authentication mechanism such as RFID or other ID card that works by proximity instead of requiring a physical swipe, or NFC or similar systems using a person's cell phone. For systems not using UMD ID magnetic stripe cards, the cost of additional cards, software, etc must be factored into our decision to use that system. <br /> <br /> * The system would look up the makers ID in a central database, and if able to verify that the maker is trained and certified to use the tool, the system would allow use of that tool. The preferred central database would be the existing UMD ELMS/Canvas Learning Management System or a system (such as a micro credentialing or badging system) that is connected to and synchronized with the ELMS/Canvas system. Systems that provide a central database system other than ELMS / Canvas must provide an automatic mechanism to update the database using the ELMS / Canvas API. <br /> <br /> * The means to allow use of the tool should be by:<br /> ** Switching on power through a relay or contactor controlled by the software logic <br /> ** Enabling a logical +5 volt signal to be read by the tool's existing controller (such as an ENABLE signal)<br /> ** By deactivating the tool's e-stop circuit, restoring a cabinet interlock circuit, or other mechanism by closing or opening a relay contacts. (i.e. dry contact closure)<br /> ** Several different approaches (ideally all of those listed above) should be provided to adapt the system to the widest variety of machine tools and their control systems.<br /> * The system should provide some way to prevent the maker from walking away and leaving the tool in an operational state. Some research and discussion are needed to determine the best approach for this but a simple example would be by setting a timeout after which the system requires the user to verify they are present by pushing a button or re-swiping their ID. This capability should be settable per-tool.<br /> * For tools enabled by simply applying power, the system should prevent these tools from starting up immediately on authentication to prevent unsafe situations. For example, by using a magnetic motor starter.<br /> * The system should ideally store locally a list of the IDs for all makers who recently were authenticated to use the tool (or store a list of all authorized users, updated periodically) This is to permit use of the tool control system even if the central database is unavailable or if network connectivity has failed.<br /> * A display on each access control station would ideally display information such as the name of the current authorized user (or last user if tool is idle), length of tool use (or countdown to expiration), connectivity check, etc.<br /> <br /> ==== System Support for Enforcing Buddy System ====<br /> <br /> UMD ESSR safety rule changes require certain tools to be used with the "buddy system" In short, the "buddy system" prohibits certain dangerous tools to be used by a person alone in the workshop. Another person must be close enough to see and hear the tool being used so they can render aid and call for assistance in case of injury.<br /> <br /> The MSM system should provide support for enforcing the buddy system. This support could entail requiring a second person to swipe in when using certain tools. This requirement might be limited to certain times of day (for example during the evening or when staff is reduced. The requirements for buddy system support are not yet clear, this is a placeholder.<br /> <br /> ==== Tool-In-Use Flagging ====<br /> <br /> An additional capability desired is the ability to flag the status of a tool as '''''In Use''''', '''''Available for Use''''', or other statuses such as '''''Awaiting Repair''''' or '''''Out of Service''''' Since demand for many tools is high and a student may be frustrated if they travel to a makerspace only to find a particular tool unavailable, it would be helpful for the system to flag tools that are not available for use because they are being used by someone else or are broken or otherwise unavailable. <br /> <br /> * For tools that are not in service, a makerspace staff member should be able to change the status through a web interface. <br /> ** The system should record a date/time stamp for when the tool was taken out of service and a date stamp for an expected return-to-service. <br /> *For tools being used by a maker, the MSM system should provide a mechanism for students to quickly and easily select a tool for use. This capability should allow the use of that tool for a fixed period of time, ideally this time period would differ for different types of tools (for example, a hammer would be flagged as in-use for 1-hour intervals while a sewing machine might have longer intervals such as 3 hours.<br /> ** The Tool-in-Use flag feature would verify the maker has completed any necessary training.<br /> ** When a different maker wishes to use that tool, they would see that the tool was currently in use by another maker and would also see the time the tool is expected to be available for their use. <br /> ** If a tool is still being used by that maker after the check-in time has passed, the new maker would have the right to be the next to use the tool.<br /> ** Ideally, the system would send an SMS message or some other sort of notification that the maker's use time has expired.<br /> ** Some examples of quick and easy mechanisms for makers to lag that they are using a tool <br /> *** A touch screen kiosk in each workshop or tool storage area.<br /> *** A QR code on each tool or on the storage location for each tool. The QR code would be scanned by the maker using the tool<br /> *** A mobile web app used by the maker.<br /> <br /> Note that the Tool-In-Use Flag Feature will provide a great deal of useful information about the relative popularity of each tool and could provide data to support the purchase of additional tools.<br /> <br /> ==== Tool Check-Out / Check-In (for use in makerspace) ====<br /> See '''Tool-In-Use flagging''' above. 'Check-In' and 'Check-Out' functions would be used by a student when they take a tool from storage to their work area or return it to storage. Note that Check-Out is different than Tool-Loan which entails removing a tool from the makerspace.<br /> <br /> ==== Tool Reservation ====<br /> <br /> Several tools (such as laser cutters or 3D printers are popular and makers often wish to sign-up in advance for a window of time to use the tool. In the case of 3D printers, a print job could run for many hours, or even multiple days. It would be useful for MSM to allow makers to reserve time on a tool and allow other makers to see that the tool is reserved and unavailable until a given time.<br /> <br /> Reservations block-out for class times or maintenance windows.<br /> <br /> ==== Manager / Staff skills matching ====<br /> Provide a new capability in MSM to allow staff and volunteer managers to swipe in and out while indicating if they are working or just using the space as a maker. <br /> <br /> The system should provide a display of all on-duty managers and staff, displaying each manager's photo and list of each's skills / specialties. This to help makers using the space know who to best ask questions about a particular tool or technique. <br /> <br /> ====Resale of maker materials, tooling, etc.====<br /> <br /> We would like to be able to resell materials such as sheet goods (plywood, MDF, acrylic, etc.) 3D printer filament, tooling (CNC router bits, milling machine tooling, etc.) This is a service to makers who don't necessarily have the ability to transport physically large materials.<br /> <br /> Further definition is needed to specify how payments will be taken. We don't want to accept cash and are uneasy about volunteer managers having access to maker credit/debit cards. Ideally, payments would be charged against a maker's account balance. Is it possible to use an existing student payment system such as Terrapin Express?<br /> <br /> === FERPA Concerns ===<br /> Since LabSwipe data is student data there may be concern that some of the data may fall under the protection of the Family Educational Rights and Privacy Act (FERPA). FERPA requires protection of "Personally Identifiable Information" (PII) from release to 3rd parties. Anyone using student PII must take steps to protect this from release, even through the action of a student working in the makerspace. FERPA exempts from the protection requirement certain "Directory Information" that is commonly used. It requires each university to identify what information is considered "Directory Information" <br /> <br /> UMD defines their PII and Directory Information here: https://academiccatalog.umd.edu/undergraduate/university-policies/ In July 2020 this policy defined UMD PII & Directory Information as:<br /> <br /> ''"Personally identifiable information" or "PII" means data or information which includes, but is not limited to:''<br /> <br /> *a student’s name;<br /> *a name of a student’s parent or family member<br /> *an address of a student or a student’s family; <br /> *a personal identifier, such as a social security number, University Identification Number (UID), or biometric record; <br /> *other indirect identifiers, such as mother’s maiden name; <br /> *other information that alone, or in combination, is linked or linkable to a specific student and that would allow a reasonable person in the UMD community who does not have personal knowledge of the relevant circumstances to identify the student with reasonable certainty; or information requested by a person who UMD reasonably believes knows the identity of the student to whom the education record relates.<br /> <br /> <br /> ''"Directory Information" means information which would generally not be considered harmful or an invasion of privacy if disclosed. It includes, but is not limited to, a student’s: <br /> <br /> *name, <br /> *address, <br /> *telephone listing, <br /> *e-mail address, <br /> *date and place of birth, <br /> *major field of study, <br /> *full-time/part-time status, <br /> *participation in officially recognized activities and sports, <br /> *weight and height of members of athletic teams, <br /> *dates of attendance, <br /> *degrees and awards received, and <br /> *the most recent previous educational agency or institution attended'' <br /> <br /> Note that UID is listed as PII but not excluded as "Directory Information" as is done at other institutions, especially those that also print UID on campus ID cards.<br /> <br /> = Parallel Development of Sandbox Kiosk Prototype =<br /> <br /> '''''Kiosk System Test'''''<br /> <br /> Sandbox hopes to continue the development and testing of a '''''Kiosk System''''' in Spring 2022. The kiosk system is envisioned as a way to improve tool usage tracking and replace the tool identification signage on each studio door. Each studio would have a touch screen computer system on or near the door that displays a visual listing of tools in that studio. Makers would be asked to select the tool they wanted to use. The kiosk would verify that the maker had completed any required training on that tool. <br /> <br /> By asking the maker to check the tool back in, we would be able to collect additional information about usage of individual tools as well as provide remote visibility of tool availability to makers planning on visiting the makerspace. <br /> <br /> Eventually we envision the kiosk system having additional functionality including tool and studio reservation, broken tool tagging, identifying tool experts, etc.<br /> <br /> One possible initiative we could undertake would be the development of a prototype kiosk system for use in the various studios at Sandbox. This prototype would allow us to test ideas for MSM improvements and more quickly iterate through design concepts without having to modify the core MSM system. It would provide a working prototype useful for demonstrating our needs to the MSM development team, or to demonstrate our requirements if MSI decides to invest in an externally-developed system.<br /> ==== Overview of Sandbox Kiosk System ====<br /> The existing MSM / LabSwipe system assumes each lab will be a single room or small number of related spaces that are hierarchically flat. Sandbox is a group of six different studios, each with a different type of tool. This leads to some confusion and a slowdown each time a maker checks in. If the tools are grouped alphabetically, a maker interested in electronics might check that he plans to use a "multimeter" then have to scroll past "multitool" and 3 different "sander" entries related to woodworking, 4 different types of "sewing machine" in the crafting studio before finding "soldering iron" a few pages down. We've re-ordered the list by studio, which has helped quite a bit but makers using the woodworking studio have to scroll down several screens to find the start of tools they may want to use. While this may be fixable with some tweaks to the existing system UI, we've uncovered other issues that we'd like to address as well.<br /> <br /> In a review of system usage for the fall semester, we discovered that most students select a single tool regardless of the length of their visit. A maker may swipe in and select "laser cutter" as the tool they will be using but almost never returns to the front desk if (for example) they need to use a circular saw to trim their stock to the correct size, or need to use a drill to add a couple of holes to their project, or a sander to prepare it for finishing. Individually these failures aren't important but collectively they degrade the quality of data we hope to collect on tool usage and perhaps more importantly make it more difficult for us to report other statistics such as length of visit. Also, this avoidance bypasses the very important checking of training credentials that is a critical reason for having this system in the first place. Indeed, we found that a considerable number of students would select "no tool, table use only" when that option was made available. <br /> <br /> To improve this situation, we'd like to move tool selection part of MSM closer to the point where the tool is used. Makers would still swipe in to the space when entering, but would not be asked whaic tools they plan to use. The extreme case of this would be to equip each tool with a sensor that indicated use and requested the maker picking up the tool to authenticate and verify their certification to use that tool. This would likely be too expensive to be practical except on the most hazardous or expensive tools such as milling machines, laser cutters, etc. What we propose and would like to test using the concept of kiosks, would be moving tool check-out to each individual studio. We envision a touch-screen display at the door of each studio. While the touch screen could be a self-contatrined system such as a iPad tablet, we are more inclined to use small computers such as the RaspberryPi. <br /> <br /> In a perfect world this kiosk system would be connected to the card key door lock system, but we don't envision that being possible because of political limitations with the UMD card key system.<br /> <br /> <br /> <br /> <br /> ==== Initial Requirements for Kiosk Protoype ====<br /> <br /> * Kiosks to run Touch-screen terminals outside each Sandbox studio (to begin with woodworking studio and prototyping studio)<br /> ** Kiosk will display information about each tool available in that studio including training requirements and links to training materials. <br /> ** Tool information and training requirements should preferably come directly from existing wiki pages to ease updating. Either display wiki pages in embedded web browser or use mediawiki API to retrieve wiki content. <br /> * Information shown on kiosk would include both publicly viewable (no login required) and private information (requiring login) such as maker's training accomplishments, etc.<br /> ** Provide quick and simple means for each maker to log in / authenticate with the system (card swipe, phone app, NFC, etc) <br /> * Subset of information from kiosk system also available via login-secured web page accessible from off campus. Initially, remote functionality to include: <br /> **ability to reserve a tool for a certain period of time, with the length of time specified by the maker, provided that request is within the limits set for that particular tool, perhaps also taking into account the time of day or day of week. <br /> *** For example, a laser cutter might be reservible in blocks of 30 minutes with maximum of 3 blocks<br /> *** A 3d printer might be reservible in blocks of 2 hours with the maximum number of blocks varying depending of day of week and time of day. For example, a Friday afternoon reservation might allow 48 hours total time, while Monday afternoon would only allow 4 hours total.<br /> *** A more common power tool such as a jigsaw or drill might be reservible in blocks of 30 minutes with a maximum of 2-4 blocks.<br /> ** Some mechanism should be devised to prevent makers from always reserving the maximum number of blocks of time. <br /> ** display calendar view for each of the reservible tools that shows free/reserved blocks for each tool <br /> ** display calendar view for each studio that shows free/reserved status based on the tool being reserved. This view to be used to enforce Covid-19 distancing requirements</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Talk:Maker_Space_Manager_System&diff=3428 Talk:Maker Space Manager System 2026-10-16T18:29:12Z

<p>Gfc: </p> <hr /> <div>= Makerspace Management Software at UMD Sandbox Makerspace = <br /> Discussion page related to software for managing the Sandbox Makerspace<br /> <br /> <br /> <br /> = Listing of commercial or open source systems with overlapping functionality =<br /> == Lists of Systems (other pages like this one)==<br /> ;Hackerspaces.org wishlist of software functions / features. :https://wiki.hackerspaces.org/Software_Wish_List<br /> <br /> ;List of software from hackerspaces.org: https://wiki.hackerspaces.org/Hackerspace_Software\<br /> <br /> ;MakerNexus notes on Access Control Systems: https://makernexuswiki.com/wiki/Access_Control_Systems<br /> <br /> == Individual Systems ==<br /> === Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) ===<br /> (see also ''Systems Combining Access Control and Space Management'' below)<br /> <br /> :;Nova Labs Nova Pass : https://novapass.nova-labs.org/ (active system home page)<br /> ::(description from Makerfaire: https://nova.makerfaire.com/maker/entry/1224/) <br /> ::(details:https://goo.gl/RVmtiS)<br /> <br /> :;RATT - RFID All The Things: New Hampshire's MakeIT Labs RaspPi based RFID access control system. https://github.com/makeitlabs/ratt (video: https://www.youtube.com/watch?v=erwIPVwXUr8)<br /> <br /> :;FATT - FOB all The Things: Ace makerspace (formerly Ace Master Toys) https://www.acemakerspace.org/fatt-project/<br /> ::;Ace Master Toys: Makerspace system based on Google's AuthBox system https://github.com/google/makerspace-auth<br /> ::;Ace Makerspace Occupancy System: https://www.youtube.com/watch?v=kemAM8MWIN8<br /> <br /> :;Google Makerspace Auth (aka AuthBox): https://github.com/google/makerspace-auth<br /> <br /> :;Ithaca Generator AuthBox<br /> :* https://discuss.ithacagenerator.org/t/makerspace-authbox-on-github/565/3<br /> :* https://github.com/ithacagenerator/AuthBox<br /> <br /> :;Manchester, NH MakerAuth<br /> :* https://github.com/ManchesterMakerspace/MakerAuth<br /> <br /> :;RasPi-Lockout (designed for RIT Construct Makerspace): <br /> :* https://www.youtube.com/watch?v=aoAdB13IVr0 (YouTube demo)<br /> :* https://github.com/jaschawilcox/raspi-lockout (GitHub Repo)<br /> <br /> :;Build Brighton Access Node: https://www.youtube.com/watch?v=3X64JmTpOcA<br /> <br /> :;Open Access Control: Uses the Arduino hardware to build a robust access control and alarm system. https://code.google.com/archive/p/open-access-control/<br /> <br /> :;tinkerAccess: The tinkerAccess system is a Raspberry Pi based access control system that can be used to prevent unauthorized users from using devices that require special training. It could also conceivably be used to control electronic lock boxes or doors. The system was originally designed and created by Matt Stallard, Ron Thomas, and Matt Peopping for TinkerMill a makerspace in Longmont, CO. It is continually being maintained and enhanced by other contributors in the community. https://github.com/TinkerMill/tinkerAccess<br /> <br /> :;Triple Cities Makerspace ACS System: https://www.tcmakerspace.com/index.php/2019/08/19/project-profile-access-control-system-acs/<br /> <br /> :;The MakerBarn in The Woodlands, Texas MACS System: http://koljawindeler.github.io/macs/. <br /> ::* MACS UI Video: https://www.youtube.com/watch?v=zLidqAPo3Cs <br /> ::* An Introduction to the MACS - Makerspace Access Control System: https://www.youtube.com/watch?v=CI3xxsBM9SE<br /> <br /> :;PITT-X Makerspace Access System: https://www.youtube.com/watch?v=2HG-vyV4yoM<br /> <br /> :;Member Access System for Pumping Station One :https://github.com/hef/ps1auth<br /> ::https://github.com/bdenne2/ps1auth<br /> <br /> :;HACCSY: Hackerspace Access Control and Check in System. Works with Seltzer CRM, running on a Raspberry Pi. https://www.instructables.com/id/HACCSY-Hackerspace-Access-Control-and-Check-in-Sys/<br /> <br /> :;Open Access Control Ethernet: https://github.com/zyphlar/Open_Access_Control_Ethernet<br /> ::;Open Source Access Control Web Interface (works with above) :https://github.com/zyphlar/Open-Source-Access-Control-Web-Interface<br /> <br /> === Systems Combining Access Control and Space Management (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> <br /> ;Safety Spot :Commercial maker space management software widely used in university maker spaces. https://www.safetyspot.com/ <br /> <br /> ;(UC Berkeley) Makerpass system onepager: https://assets.pubpub.org/hpise2ck/01585588151622.pdf<br /> <br /> ;Recursion: https://recursion.space Commercial system with free tier. Patented equipment lockout controller.<br /> <br /> ;UT Austin FabApp/JuiceBox: FabApp is a PHP-based system for managing a makerspace (https://github.com/UTA-FabLab/fabapp). JuiceBox is a Python-based system for providing access control to power tools (https://github.com/UTA-FabLab/JuiceBox). These and other UTA apps are on the UTA GitHub: https://github.com/UTA-FabLab<br /> <br /> ;UT Austin Team Lockout: https://blog.uta.edu/cseseniordesign/2019/07/20/lockout/ The Maker Space Lockout System correctly gives access to Machinery only to users that have been adequately briefed on the machinery’s safety and operation. The system will be able to control access for each user according to their level of skill and expertise. Users of The Maker Space Lockout System will also become more equipped to handle and view wear and tear on machines via the data collection purge at the end of each job.<br /> <br /> ===Not yet Categorized ===<br /> <br /> :;Fabman software :Management software with machine control hardware devices, API, and other features. https://fabman.io/<br /> <br /> :;RFIDDoorLock: https://wiki.melbournemakerspace.org/projects/RFIDDoorLock<br /> <br /> :;Byro :https://github.com/byro/byro<br /> <br /> :;HSBNE :https://github.com/hsbne/hsbneportal<br /> <br /> :;MetalabOS: https://github.com/Metalab/mos/<br /> <br /> :;NOMOS (Membership Management): https://github.com/vhs/nomos<br /> <br /> :;MeMaTool: https://github.com/sim0nx/mematool<br /> <br /> :;RFID Tool Cabinet: https://www.youtube.com/watch?v=u-L_7pyPcvE<br /> <br /> === Systems Focusing on Space Management without Access Control (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> (Some of these may integrate with other Access Control Systems)<br /> <br /> <br /> :;WildApricot :Membership management software used by many maker spaces. https://www.wildapricot.com/<br /> <br /> :;Seltzer CRM: Open source CRM / membership management software created by a maker space and designed to be extensible and easily modified. https://wiki.hackerspaces.org/Seltzer_CRM<br /> <br /> :;SIMPL: (Software primarily designed to manage coworking spaces with features to support maker spaces) https://smpl.io/software/makerspaces/<br /> <br /> :;OpenBravo (ERM/ERP) :https://www.openbravo.com/<br /> <br /> :;WikiSpaces :The primary goal of the WikiSpaces project is to provide a 'startup' wiki, which is basically a MediaWiki distribution especially for hackerspaces. This distribution will provide a working, up to date, MediaWiki installation, with the commonly needed extensions installed and configured. https://wiki.hackerspaces.org/WikiSpaces<br /> <br /> <br /> <br /> ==== Not Yet Categorized ====<br /> <br /> :;Scholarly article on value of information collected using Maker Lens / MakerPass access system. : https://people.eecs.berkeley.edu/~eschoop/docs/makerlens.pdf<br /> <br /> = ARCHIVED ITEMS BELOW =<br /> <br /> <br /> ==ARCHIVE LabSwipe /MSM System Development History & 2022 Road Map ==<br /> <br /> ===Development History===<br /> Would someone on the Labswipe team add to this section?<br /> <br /> ===Current Release===<br /> <br /> ===Future Enhancements===<br /> <br /> Road Map for future enhancements. <br /> <br /> ==== 2021-2022 MSM Rework Outline ====<br /> *Outline of desired improvements for development work from Summer 2021 to Summer 2022<br /> ===== 2021 =====<br /> * Improvements to existing UI / core LabSwipe functionality (Fall 21) <br /> ** Improved editing of data entry fields<br /> ** Integration with UMD swipe Identity API to correctly identify new cards swiped into system and close current opportunity for student to use a created ID card with false UID.<br /> ** Integration with UMD swipe API to:<br /> *** Identify deactivated student ID cards and <br /> *** Update CardID serial number when a lost ID card is replaced with a new card.<br /> <br /> ===== 2022 =====<br /> * Integration with Canvas LMS (Spring 22)<br /> ** Using Canvas API, ensuring API key is well protected using a secrets manager or similar approach<br /> ** Implement a middle layer between MSM and Canvas to track training certifications (similar to a micro credentialing system) in a way that creates an abstraction layer between a canvas course and a training certification.<br /> ** See '''Integration with ELMS/Canvas Learning Management System''' below for detail<br /> <br /> ===== Overview of Enhancements =====<br /> *Additional Enhancements not yet implemented (many not yet scheduled).<br /> ** Integration with a tool access control system (such as Safety Spot, The Google system used at Ace Makerspace and elsewhere, or the Nova Pass system)<br /> *** See '''Tool Access Control''' below for details<br /> *** This integration would require certain tools flagged in system to have a swipe card reader at the tool which verifies training before tool will operate. <br /> *** While extending MSM to support tool access control, modify it as well to allow a particular makerspace to set up a two-tier implementation of MSM where initial swipe allows entry into makerspace without selecting a specific tool (but perhaps requires the selection of a studio or category of tool) and subsequent swipe was required to select a particular tool. <br /> ** Tool reservation / tool-in-use flagging<br /> ** Tool Loan (away from makerspace)<br /> ** Student charging system (allow students to purchase materials and tooling using student ID or credit card.<br /> ** Faculty charging system (allow faculty / researchers to purchase materials using KFC account #)<br /> ** Matching of maker skills between students and managers. <br /> ** Campus-wide inventory of tools at each makerspace with ability for students to search for a particular tool (similar to MIT Manus system)<br /> <br /> Many of these are presented in more detail below:<br /> <br /> ==== Integration with ELMS/Canvas Learning Management System====<br /> Currently Labswipe stores training accomplishments in a Google Sheet. This needs to be manually updated. A brief look at the sheet shows very few of our makerspaces are making these manual updates. <br /> <br /> Sandbox implemented makerspace training in ELMS/Canvas in 2019. Initially we were manually updating the Labswipe sheet from Canvas but this became very time consuming. We wrote a Canvas API query tool that re-formats the Canvas results to make the updates a bit easier. We considered automating the Labswipe sheet update process but discontinued our efforts on this when it was decided to move the Labswipe back end from google sheets to AWS.<br /> <br /> Adding a badging or micro-credentialing plugin to Canvas was attempted in 2019-2020. Sandbox hoped that by adding this capability to Canvas we could avoid concerns about running queries directly against the Canvas system (which contains protected information about students) While the primary benefit would be isolating us from FERPA concerns, the badging system Would also simplify our queries (especially for training completed at a different makerspace), allow us to track training not done in Canvas (such as Welding or other training requiring direct, hands-on instruction), and also provide additional ways to gamify training (for example by allowing training tiers, 'leveling up', etc.) Our request to add a badging plugin to Canvas was rejected by DIT. We understand that a request to add a different badging system has been made by a different department and is still under consideration. <br /> <br /> *We'd like future versions of Labswipe to have the capability to update training accomplishments from Canvas. <br /> <br /> *Ideally this update would happen every time a maker swiped in to the system. <br /> <br /> *The system should support tracking of training that was completed at other UMD MSI makerspaces to support the MSI plans to open up access to makerspaces across campus. For example, a maker who completed Glowforge laser training at one of the library makerspaces should be able to use the Sandbox Glowforge without additional training.<br /> <br /> ==== Improve quantity and quality of tool usage data being gathered. ====<br /> <br /> Currently, the MSM system only asks each makerspace visitor which tools they will be using when they first swipe in at the front door. We've found this arrangement results in distorted statistics as many users just select the first tool they see on the list, don't take the time to check off every tool they intend to use, and often end up using tools they hadn't intended when they first arrived. <br /> <br /> An improvement would be to add additional data gathering points in the makerspace. For example, by adding touch screens with swipe readers in each workshop or tool storage area we could encourage makers to log every tool they use by making the process more convenient. Another approach would be to use a mobile web app to log tool usage by scanning each tool's barcode or otherwise selecting the tool. <br /> <br /> <br /> Several of the entries below relate to our goal of gathering more data on tool usage. <br /> *For example, the safety-driven requirement to add Tool Access Control lockout devices to dangerous tools (such as chop saws and lathes) will also help us gather more detailed tool usage data for those dangerous tools. <br /> *Adding an advanced tool reservation capability will add additional usage data for popular tools such as 3D printers and laser cutters. <br /> *Rather than add expensive lockout devices to all tools, we discuss the possible idea of adding Tool-In-Use flagging.<br /> <br /> All of these work together to not only better track tool usage but also to improve the user experience and reduce frustration, increase compliance with training requirements, and ensue our compliance with campus safety rules.<br /> <br /> <br /> <br /> <br /> <br /> ==== Tool Access Control ====<br /> <br /> Once the MSM system is able to look up tool training certification information using the ELMS/Canvas APAI. we'd like to add on to MSM additional hardware and software that will directly control use of certain tools that are deemed to be dangerous (such as a CNC router, milling machine, band saw, etc.) or other tools that, while not particularly dangerous, require specific knowledge to operate correctly (such as laser cutter, SLA 3D printer, etc) to avoid damaging the tool. <br /> <br /> * This access control system should be implemented as a separate hardware and software system connected to each tool we wish to have this added level of access control. While we envision this being implemented using commercially-available micro controllers (such as an Arduino-compatible microcontroller) or single board computers (such as a Raspberry Pi computer) any other implementation is acceptable so long as it provides a low cost per controlled machine tool.<br /> <br /> * This access control capability would require each maker to swipe their UMD ID before using that tool. Use of a UMD ID is preferred since all students and staff already carry this with them. Other authentication mechanism such as RFID or other ID card that works by proximity instead of requiring a physical swipe, or NFC or similar systems using a person's cell phone. For systems not using UMD ID magnetic stripe cards, the cost of additional cards, software, etc must be factored into our decision to use that system. <br /> <br /> * The system would look up the makers ID in a central database, and if able to verify that the maker is trained and certified to use the tool, the system would allow use of that tool. The preferred central database would be the existing UMD ELMS/Canvas Learning Management System or a system (such as a micro credentialing or badging system) that is connected to and synchronized with the ELMS/Canvas system. Systems that provide a central database system other than ELMS / Canvas must provide an automatic mechanism to update the database using the ELMS / Canvas API. <br /> <br /> * The means to allow use of the tool should be by:<br /> ** Switching on power through a relay or contactor controlled by the software logic <br /> ** Enabling a logical +5 volt signal to be read by the tool's existing controller (such as an ENABLE signal)<br /> ** By deactivating the tool's e-stop circuit, restoring a cabinet interlock circuit, or other mechanism by closing or opening a relay contacts. (i.e. dry contact closure)<br /> ** Several different approaches (ideally all of those listed above) should be provided to adapt the system to the widest variety of machine tools and their control systems.<br /> * The system should provide some way to prevent the maker from walking away and leaving the tool in an operational state. Some research and discussion are needed to determine the best approach for this but a simple example would be by setting a timeout after which the system requires the user to verify they are present by pushing a button or re-swiping their ID. This capability should be settable per-tool.<br /> * For tools enabled by simply applying power, the system should prevent these tools from starting up immediately on authentication to prevent unsafe situations. For example, by using a magnetic motor starter.<br /> * The system should ideally store locally a list of the IDs for all makers who recently were authenticated to use the tool (or store a list of all authorized users, updated periodically) This is to permit use of the tool control system even if the central database is unavailable or if network connectivity has failed.<br /> * A display on each access control station would ideally display information such as the name of the current authorized user (or last user if tool is idle), length of tool use (or countdown to expiration), connectivity check, etc.<br /> <br /> ==== System Support for Enforcing Buddy System ====<br /> <br /> UMD ESSR safety rule changes require certain tools to be used with the "buddy system" In short, the "buddy system" prohibits certain dangerous tools to be used by a person alone in the workshop. Another person must be close enough to see and hear the tool being used so they can render aid and call for assistance in case of injury.<br /> <br /> The MSM system should provide support for enforcing the buddy system. This support could entail requiring a second person to swipe in when using certain tools. This requirement might be limited to certain times of day (for example during the evening or when staff is reduced. The requirements for buddy system support are not yet clear, this is a placeholder.<br /> <br /> ==== Tool-In-Use Flagging ====<br /> <br /> An additional capability desired is the ability to flag the status of a tool as '''''In Use''''', '''''Available for Use''''', or other statuses such as '''''Awaiting Repair''''' or '''''Out of Service''''' Since demand for many tools is high and a student may be frustrated if they travel to a makerspace only to find a particular tool unavailable, it would be helpful for the system to flag tools that are not available for use because they are being used by someone else or are broken or otherwise unavailable. <br /> <br /> * For tools that are not in service, a makerspace staff member should be able to change the status through a web interface. <br /> ** The system should record a date/time stamp for when the tool was taken out of service and a date stamp for an expected return-to-service. <br /> *For tools being used by a maker, the MSM system should provide a mechanism for students to quickly and easily select a tool for use. This capability should allow the use of that tool for a fixed period of time, ideally this time period would differ for different types of tools (for example, a hammer would be flagged as in-use for 1-hour intervals while a sewing machine might have longer intervals such as 3 hours.<br /> ** The Tool-in-Use flag feature would verify the maker has completed any necessary training.<br /> ** When a different maker wishes to use that tool, they would see that the tool was currently in use by another maker and would also see the time the tool is expected to be available for their use. <br /> ** If a tool is still being used by that maker after the check-in time has passed, the new maker would have the right to be the next to use the tool.<br /> ** Ideally, the system would send an SMS message or some other sort of notification that the maker's use time has expired.<br /> ** Some examples of quick and easy mechanisms for makers to lag that they are using a tool <br /> *** A touch screen kiosk in each workshop or tool storage area.<br /> *** A QR code on each tool or on the storage location for each tool. The QR code would be scanned by the maker using the tool<br /> *** A mobile web app used by the maker.<br /> <br /> Note that the Tool-In-Use Flag Feature will provide a great deal of useful information about the relative popularity of each tool and could provide data to support the purchase of additional tools.<br /> <br /> ==== Tool Check-Out / Check-In (for use in makerspace) ====<br /> See '''Tool-In-Use flagging''' above. 'Check-In' and 'Check-Out' functions would be used by a student when they take a tool from storage to their work area or return it to storage. Note that Check-Out is different than Tool-Loan which entails removing a tool from the makerspace.<br /> <br /> ==== Tool Reservation ====<br /> <br /> Several tools (such as laser cutters or 3D printers are popular and makers often wish to sign-up in advance for a window of time to use the tool. In the case of 3D printers, a print job could run for many hours, or even multiple days. It would be useful for MSM to allow makers to reserve time on a tool and allow other makers to see that the tool is reserved and unavailable until a given time.<br /> <br /> Reservations block-out for class times or maintenance windows.<br /> <br /> ==== Manager / Staff skills matching ====<br /> Provide a new capability in MSM to allow staff and volunteer managers to swipe in and out while indicating if they are working or just using the space as a maker. <br /> <br /> The system should provide a display of all on-duty managers and staff, displaying each manager's photo and list of each's skills / specialties. This to help makers using the space know who to best ask questions about a particular tool or technique. <br /> <br /> ====Resale of maker materials, tooling, etc.====<br /> <br /> We would like to be able to resell materials such as sheet goods (plywood, MDF, acrylic, etc.) 3D printer filament, tooling (CNC router bits, milling machine tooling, etc.) This is a service to makers who don't necessarily have the ability to transport physically large materials.<br /> <br /> Further definition is needed to specify how payments will be taken. We don't want to accept cash and are uneasy about volunteer managers having access to maker credit/debit cards. Ideally, payments would be charged against a maker's account balance. Is it possible to use an existing student payment system such as Terrapin Express?<br /> <br /> === FERPA Concerns ===<br /> Since LabSwipe data is student data there may be concern that some of the data may fall under the protection of the Family Educational Rights and Privacy Act (FERPA). FERPA requires protection of "Personally Identifiable Information" (PII) from release to 3rd parties. Anyone using student PII must take steps to protect this from release, even through the action of a student working in the makerspace. FERPA exempts from the protection requirement certain "Directory Information" that is commonly used. It requires each university to identify what information is considered "Directory Information" <br /> <br /> UMD defines their PII and Directory Information here: https://academiccatalog.umd.edu/undergraduate/university-policies/ In July 2020 this policy defined UMD PII & Directory Information as:<br /> <br /> ''"Personally identifiable information" or "PII" means data or information which includes, but is not limited to:''<br /> <br /> *a student’s name;<br /> *a name of a student’s parent or family member<br /> *an address of a student or a student’s family; <br /> *a personal identifier, such as a social security number, University Identification Number (UID), or biometric record; <br /> *other indirect identifiers, such as mother’s maiden name; <br /> *other information that alone, or in combination, is linked or linkable to a specific student and that would allow a reasonable person in the UMD community who does not have personal knowledge of the relevant circumstances to identify the student with reasonable certainty; or information requested by a person who UMD reasonably believes knows the identity of the student to whom the education record relates.<br /> <br /> <br /> ''"Directory Information" means information which would generally not be considered harmful or an invasion of privacy if disclosed. It includes, but is not limited to, a student’s: <br /> <br /> *name, <br /> *address, <br /> *telephone listing, <br /> *e-mail address, <br /> *date and place of birth, <br /> *major field of study, <br /> *full-time/part-time status, <br /> *participation in officially recognized activities and sports, <br /> *weight and height of members of athletic teams, <br /> *dates of attendance, <br /> *degrees and awards received, and <br /> *the most recent previous educational agency or institution attended'' <br /> <br /> Note that UID is listed as PII but not excluded as "Directory Information" as is done at other institutions, especially those that also print UID on campus ID cards.<br /> <br /> = Parallel Development of Sandbox Kiosk Prototype =<br /> <br /> '''''Kiosk System Test'''''<br /> <br /> Sandbox hopes to continue the development and testing of a '''''Kiosk System''''' in Spring 2022. The kiosk system is envisioned as a way to improve tool usage tracking and replace the tool identification signage on each studio door. Each studio would have a touch screen computer system on or near the door that displays a visual listing of tools in that studio. Makers would be asked to select the tool they wanted to use. The kiosk would verify that the maker had completed any required training on that tool. <br /> <br /> By asking the maker to check the tool back in, we would be able to collect additional information about usage of individual tools as well as provide remote visibility of tool availability to makers planning on visiting the makerspace. <br /> <br /> Eventually we envision the kiosk system having additional functionality including tool and studio reservation, broken tool tagging, identifying tool experts, etc.<br /> <br /> One possible initiative we could undertake would be the development of a prototype kiosk system for use in the various studios at Sandbox. This prototype would allow us to test ideas for MSM improvements and more quickly iterate through design concepts without having to modify the core MSM system. It would provide a working prototype useful for demonstrating our needs to the MSM development team, or to demonstrate our requirements if MSI decides to invest in an externally-developed system.<br /> ==== Overview of Sandbox Kiosk System ====<br /> The existing MSM / LabSwipe system assumes each lab will be a single room or small number of related spaces that are hierarchically flat. Sandbox is a group of six different studios, each with a different type of tool. This leads to some confusion and a slowdown each time a maker checks in. If the tools are grouped alphabetically, a maker interested in electronics might check that he plans to use a "multimeter" then have to scroll past "multitool" and 3 different "sander" entries related to woodworking, 4 different types of "sewing machine" in the crafting studio before finding "soldering iron" a few pages down. We've re-ordered the list by studio, which has helped quite a bit but makers using the woodworking studio have to scroll down several screens to find the start of tools they may want to use. While this may be fixable with some tweaks to the existing system UI, we've uncovered other issues that we'd like to address as well.<br /> <br /> In a review of system usage for the fall semester, we discovered that most students select a single tool regardless of the length of their visit. A maker may swipe in and select "laser cutter" as the tool they will be using but almost never returns to the front desk if (for example) they need to use a circular saw to trim their stock to the correct size, or need to use a drill to add a couple of holes to their project, or a sander to prepare it for finishing. Individually these failures aren't important but collectively they degrade the quality of data we hope to collect on tool usage and perhaps more importantly make it more difficult for us to report other statistics such as length of visit. Also, this avoidance bypasses the very important checking of training credentials that is a critical reason for having this system in the first place. Indeed, we found that a considerable number of students would select "no tool, table use only" when that option was made available. <br /> <br /> To improve this situation, we'd like to move tool selection part of MSM closer to the point where the tool is used. Makers would still swipe in to the space when entering, but would not be asked whaic tools they plan to use. The extreme case of this would be to equip each tool with a sensor that indicated use and requested the maker picking up the tool to authenticate and verify their certification to use that tool. This would likely be too expensive to be practical except on the most hazardous or expensive tools such as milling machines, laser cutters, etc. What we propose and would like to test using the concept of kiosks, would be moving tool check-out to each individual studio. We envision a touch-screen display at the door of each studio. While the touch screen could be a self-contatrined system such as a iPad tablet, we are more inclined to use small computers such as the RaspberryPi. <br /> <br /> In a perfect world this kiosk system would be connected to the card key door lock system, but we don't envision that being possible because of political limitations with the UMD card key system.<br /> <br /> <br /> <br /> <br /> ==== Initial Requirements for Kiosk Protoype ====<br /> <br /> * Kiosks to run Touch-screen terminals outside each Sandbox studio (to begin with woodworking studio and prototyping studio)<br /> ** Kiosk will display information about each tool available in that studio including training requirements and links to training materials. <br /> ** Tool information and training requirements should preferably come directly from existing wiki pages to ease updating. Either display wiki pages in embedded web browser or use mediawiki API to retrieve wiki content. <br /> * Information shown on kiosk would include both publicly viewable (no login required) and private information (requiring login) such as maker's training accomplishments, etc.<br /> ** Provide quick and simple means for each maker to log in / authenticate with the system (card swipe, phone app, NFC, etc) <br /> * Subset of information from kiosk system also available via login-secured web page accessible from off campus. Initially, remote functionality to include: <br /> **ability to reserve a tool for a certain period of time, with the length of time specified by the maker, provided that request is within the limits set for that particular tool, perhaps also taking into account the time of day or day of week. <br /> *** For example, a laser cutter might be reservible in blocks of 30 minutes with maximum of 3 blocks<br /> *** A 3d printer might be reservible in blocks of 2 hours with the maximum number of blocks varying depending of day of week and time of day. For example, a Friday afternoon reservation might allow 48 hours total time, while Monday afternoon would only allow 4 hours total.<br /> *** A more common power tool such as a jigsaw or drill might be reservible in blocks of 30 minutes with a maximum of 2-4 blocks.<br /> ** Some mechanism should be devised to prevent makers from always reserving the maximum number of blocks of time. <br /> ** display calendar view for each of the reservible tools that shows free/reserved blocks for each tool <br /> ** display calendar view for each studio that shows free/reserved status based on the tool being reserved. This view to be used to enforce Covid-19 distancing requirements</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Talk:Maker_Space_Manager_System&diff=3427 Talk:Maker Space Manager System 2026-10-16T18:27:59Z

<p>Gfc: </p> <hr /> <div>= Makerspace Management Software at UMD Sandbox Makerspace = <br /> Discussion page related to software for managing the Sandbox Makerspace<br /> <br /> <br /> ==ARCHIVE LabSwipe /MSM System Development History & 2022 Road Map ==<br /> <br /> ===Development History===<br /> Would someone on the Labswipe team add to this section?<br /> <br /> ===Current Release===<br /> <br /> ===Future Enhancements===<br /> <br /> Road Map for future enhancements. <br /> <br /> ==== 2021-2022 MSM Rework Outline ====<br /> *Outline of desired improvements for development work from Summer 2021 to Summer 2022<br /> ===== 2021 =====<br /> * Improvements to existing UI / core LabSwipe functionality (Fall 21) <br /> ** Improved editing of data entry fields<br /> ** Integration with UMD swipe Identity API to correctly identify new cards swiped into system and close current opportunity for student to use a created ID card with false UID.<br /> ** Integration with UMD swipe API to:<br /> *** Identify deactivated student ID cards and <br /> *** Update CardID serial number when a lost ID card is replaced with a new card.<br /> <br /> ===== 2022 =====<br /> * Integration with Canvas LMS (Spring 22)<br /> ** Using Canvas API, ensuring API key is well protected using a secrets manager or similar approach<br /> ** Implement a middle layer between MSM and Canvas to track training certifications (similar to a micro credentialing system) in a way that creates an abstraction layer between a canvas course and a training certification.<br /> ** See '''Integration with ELMS/Canvas Learning Management System''' below for detail<br /> <br /> ===== Overview of Enhancements =====<br /> *Additional Enhancements not yet implemented (many not yet scheduled).<br /> ** Integration with a tool access control system (such as Safety Spot, The Google system used at Ace Makerspace and elsewhere, or the Nova Pass system)<br /> *** See '''Tool Access Control''' below for details<br /> *** This integration would require certain tools flagged in system to have a swipe card reader at the tool which verifies training before tool will operate. <br /> *** While extending MSM to support tool access control, modify it as well to allow a particular makerspace to set up a two-tier implementation of MSM where initial swipe allows entry into makerspace without selecting a specific tool (but perhaps requires the selection of a studio or category of tool) and subsequent swipe was required to select a particular tool. <br /> ** Tool reservation / tool-in-use flagging<br /> ** Tool Loan (away from makerspace)<br /> ** Student charging system (allow students to purchase materials and tooling using student ID or credit card.<br /> ** Faculty charging system (allow faculty / researchers to purchase materials using KFC account #)<br /> ** Matching of maker skills between students and managers. <br /> ** Campus-wide inventory of tools at each makerspace with ability for students to search for a particular tool (similar to MIT Manus system)<br /> <br /> Many of these are presented in more detail below:<br /> <br /> ==== Integration with ELMS/Canvas Learning Management System====<br /> Currently Labswipe stores training accomplishments in a Google Sheet. This needs to be manually updated. A brief look at the sheet shows very few of our makerspaces are making these manual updates. <br /> <br /> Sandbox implemented makerspace training in ELMS/Canvas in 2019. Initially we were manually updating the Labswipe sheet from Canvas but this became very time consuming. We wrote a Canvas API query tool that re-formats the Canvas results to make the updates a bit easier. We considered automating the Labswipe sheet update process but discontinued our efforts on this when it was decided to move the Labswipe back end from google sheets to AWS.<br /> <br /> Adding a badging or micro-credentialing plugin to Canvas was attempted in 2019-2020. Sandbox hoped that by adding this capability to Canvas we could avoid concerns about running queries directly against the Canvas system (which contains protected information about students) While the primary benefit would be isolating us from FERPA concerns, the badging system Would also simplify our queries (especially for training completed at a different makerspace), allow us to track training not done in Canvas (such as Welding or other training requiring direct, hands-on instruction), and also provide additional ways to gamify training (for example by allowing training tiers, 'leveling up', etc.) Our request to add a badging plugin to Canvas was rejected by DIT. We understand that a request to add a different badging system has been made by a different department and is still under consideration. <br /> <br /> *We'd like future versions of Labswipe to have the capability to update training accomplishments from Canvas. <br /> <br /> *Ideally this update would happen every time a maker swiped in to the system. <br /> <br /> *The system should support tracking of training that was completed at other UMD MSI makerspaces to support the MSI plans to open up access to makerspaces across campus. For example, a maker who completed Glowforge laser training at one of the library makerspaces should be able to use the Sandbox Glowforge without additional training.<br /> <br /> ==== Improve quantity and quality of tool usage data being gathered. ====<br /> <br /> Currently, the MSM system only asks each makerspace visitor which tools they will be using when they first swipe in at the front door. We've found this arrangement results in distorted statistics as many users just select the first tool they see on the list, don't take the time to check off every tool they intend to use, and often end up using tools they hadn't intended when they first arrived. <br /> <br /> An improvement would be to add additional data gathering points in the makerspace. For example, by adding touch screens with swipe readers in each workshop or tool storage area we could encourage makers to log every tool they use by making the process more convenient. Another approach would be to use a mobile web app to log tool usage by scanning each tool's barcode or otherwise selecting the tool. <br /> <br /> <br /> Several of the entries below relate to our goal of gathering more data on tool usage. <br /> *For example, the safety-driven requirement to add Tool Access Control lockout devices to dangerous tools (such as chop saws and lathes) will also help us gather more detailed tool usage data for those dangerous tools. <br /> *Adding an advanced tool reservation capability will add additional usage data for popular tools such as 3D printers and laser cutters. <br /> *Rather than add expensive lockout devices to all tools, we discuss the possible idea of adding Tool-In-Use flagging.<br /> <br /> All of these work together to not only better track tool usage but also to improve the user experience and reduce frustration, increase compliance with training requirements, and ensue our compliance with campus safety rules.<br /> <br /> <br /> <br /> <br /> <br /> ==== Tool Access Control ====<br /> <br /> Once the MSM system is able to look up tool training certification information using the ELMS/Canvas APAI. we'd like to add on to MSM additional hardware and software that will directly control use of certain tools that are deemed to be dangerous (such as a CNC router, milling machine, band saw, etc.) or other tools that, while not particularly dangerous, require specific knowledge to operate correctly (such as laser cutter, SLA 3D printer, etc) to avoid damaging the tool. <br /> <br /> * This access control system should be implemented as a separate hardware and software system connected to each tool we wish to have this added level of access control. While we envision this being implemented using commercially-available micro controllers (such as an Arduino-compatible microcontroller) or single board computers (such as a Raspberry Pi computer) any other implementation is acceptable so long as it provides a low cost per controlled machine tool.<br /> <br /> * This access control capability would require each maker to swipe their UMD ID before using that tool. Use of a UMD ID is preferred since all students and staff already carry this with them. Other authentication mechanism such as RFID or other ID card that works by proximity instead of requiring a physical swipe, or NFC or similar systems using a person's cell phone. For systems not using UMD ID magnetic stripe cards, the cost of additional cards, software, etc must be factored into our decision to use that system. <br /> <br /> * The system would look up the makers ID in a central database, and if able to verify that the maker is trained and certified to use the tool, the system would allow use of that tool. The preferred central database would be the existing UMD ELMS/Canvas Learning Management System or a system (such as a micro credentialing or badging system) that is connected to and synchronized with the ELMS/Canvas system. Systems that provide a central database system other than ELMS / Canvas must provide an automatic mechanism to update the database using the ELMS / Canvas API. <br /> <br /> * The means to allow use of the tool should be by:<br /> ** Switching on power through a relay or contactor controlled by the software logic <br /> ** Enabling a logical +5 volt signal to be read by the tool's existing controller (such as an ENABLE signal)<br /> ** By deactivating the tool's e-stop circuit, restoring a cabinet interlock circuit, or other mechanism by closing or opening a relay contacts. (i.e. dry contact closure)<br /> ** Several different approaches (ideally all of those listed above) should be provided to adapt the system to the widest variety of machine tools and their control systems.<br /> * The system should provide some way to prevent the maker from walking away and leaving the tool in an operational state. Some research and discussion are needed to determine the best approach for this but a simple example would be by setting a timeout after which the system requires the user to verify they are present by pushing a button or re-swiping their ID. This capability should be settable per-tool.<br /> * For tools enabled by simply applying power, the system should prevent these tools from starting up immediately on authentication to prevent unsafe situations. For example, by using a magnetic motor starter.<br /> * The system should ideally store locally a list of the IDs for all makers who recently were authenticated to use the tool (or store a list of all authorized users, updated periodically) This is to permit use of the tool control system even if the central database is unavailable or if network connectivity has failed.<br /> * A display on each access control station would ideally display information such as the name of the current authorized user (or last user if tool is idle), length of tool use (or countdown to expiration), connectivity check, etc.<br /> <br /> ==== System Support for Enforcing Buddy System ====<br /> <br /> UMD ESSR safety rule changes require certain tools to be used with the "buddy system" In short, the "buddy system" prohibits certain dangerous tools to be used by a person alone in the workshop. Another person must be close enough to see and hear the tool being used so they can render aid and call for assistance in case of injury.<br /> <br /> The MSM system should provide support for enforcing the buddy system. This support could entail requiring a second person to swipe in when using certain tools. This requirement might be limited to certain times of day (for example during the evening or when staff is reduced. The requirements for buddy system support are not yet clear, this is a placeholder.<br /> <br /> ==== Tool-In-Use Flagging ====<br /> <br /> An additional capability desired is the ability to flag the status of a tool as '''''In Use''''', '''''Available for Use''''', or other statuses such as '''''Awaiting Repair''''' or '''''Out of Service''''' Since demand for many tools is high and a student may be frustrated if they travel to a makerspace only to find a particular tool unavailable, it would be helpful for the system to flag tools that are not available for use because they are being used by someone else or are broken or otherwise unavailable. <br /> <br /> * For tools that are not in service, a makerspace staff member should be able to change the status through a web interface. <br /> ** The system should record a date/time stamp for when the tool was taken out of service and a date stamp for an expected return-to-service. <br /> *For tools being used by a maker, the MSM system should provide a mechanism for students to quickly and easily select a tool for use. This capability should allow the use of that tool for a fixed period of time, ideally this time period would differ for different types of tools (for example, a hammer would be flagged as in-use for 1-hour intervals while a sewing machine might have longer intervals such as 3 hours.<br /> ** The Tool-in-Use flag feature would verify the maker has completed any necessary training.<br /> ** When a different maker wishes to use that tool, they would see that the tool was currently in use by another maker and would also see the time the tool is expected to be available for their use. <br /> ** If a tool is still being used by that maker after the check-in time has passed, the new maker would have the right to be the next to use the tool.<br /> ** Ideally, the system would send an SMS message or some other sort of notification that the maker's use time has expired.<br /> ** Some examples of quick and easy mechanisms for makers to lag that they are using a tool <br /> *** A touch screen kiosk in each workshop or tool storage area.<br /> *** A QR code on each tool or on the storage location for each tool. The QR code would be scanned by the maker using the tool<br /> *** A mobile web app used by the maker.<br /> <br /> Note that the Tool-In-Use Flag Feature will provide a great deal of useful information about the relative popularity of each tool and could provide data to support the purchase of additional tools.<br /> <br /> ==== Tool Check-Out / Check-In (for use in makerspace) ====<br /> See '''Tool-In-Use flagging''' above. 'Check-In' and 'Check-Out' functions would be used by a student when they take a tool from storage to their work area or return it to storage. Note that Check-Out is different than Tool-Loan which entails removing a tool from the makerspace.<br /> <br /> ==== Tool Reservation ====<br /> <br /> Several tools (such as laser cutters or 3D printers are popular and makers often wish to sign-up in advance for a window of time to use the tool. In the case of 3D printers, a print job could run for many hours, or even multiple days. It would be useful for MSM to allow makers to reserve time on a tool and allow other makers to see that the tool is reserved and unavailable until a given time.<br /> <br /> Reservations block-out for class times or maintenance windows.<br /> <br /> ==== Manager / Staff skills matching ====<br /> Provide a new capability in MSM to allow staff and volunteer managers to swipe in and out while indicating if they are working or just using the space as a maker. <br /> <br /> The system should provide a display of all on-duty managers and staff, displaying each manager's photo and list of each's skills / specialties. This to help makers using the space know who to best ask questions about a particular tool or technique. <br /> <br /> ====Resale of maker materials, tooling, etc.====<br /> <br /> We would like to be able to resell materials such as sheet goods (plywood, MDF, acrylic, etc.) 3D printer filament, tooling (CNC router bits, milling machine tooling, etc.) This is a service to makers who don't necessarily have the ability to transport physically large materials.<br /> <br /> Further definition is needed to specify how payments will be taken. We don't want to accept cash and are uneasy about volunteer managers having access to maker credit/debit cards. Ideally, payments would be charged against a maker's account balance. Is it possible to use an existing student payment system such as Terrapin Express?<br /> <br /> === FERPA Concerns ===<br /> Since LabSwipe data is student data there may be concern that some of the data may fall under the protection of the Family Educational Rights and Privacy Act (FERPA). FERPA requires protection of "Personally Identifiable Information" (PII) from release to 3rd parties. Anyone using student PII must take steps to protect this from release, even through the action of a student working in the makerspace. FERPA exempts from the protection requirement certain "Directory Information" that is commonly used. It requires each university to identify what information is considered "Directory Information" <br /> <br /> UMD defines their PII and Directory Information here: https://academiccatalog.umd.edu/undergraduate/university-policies/ In July 2020 this policy defined UMD PII & Directory Information as:<br /> <br /> ''"Personally identifiable information" or "PII" means data or information which includes, but is not limited to:''<br /> <br /> *a student’s name;<br /> *a name of a student’s parent or family member<br /> *an address of a student or a student’s family; <br /> *a personal identifier, such as a social security number, University Identification Number (UID), or biometric record; <br /> *other indirect identifiers, such as mother’s maiden name; <br /> *other information that alone, or in combination, is linked or linkable to a specific student and that would allow a reasonable person in the UMD community who does not have personal knowledge of the relevant circumstances to identify the student with reasonable certainty; or information requested by a person who UMD reasonably believes knows the identity of the student to whom the education record relates.<br /> <br /> <br /> ''"Directory Information" means information which would generally not be considered harmful or an invasion of privacy if disclosed. It includes, but is not limited to, a student’s: <br /> <br /> *name, <br /> *address, <br /> *telephone listing, <br /> *e-mail address, <br /> *date and place of birth, <br /> *major field of study, <br /> *full-time/part-time status, <br /> *participation in officially recognized activities and sports, <br /> *weight and height of members of athletic teams, <br /> *dates of attendance, <br /> *degrees and awards received, and <br /> *the most recent previous educational agency or institution attended'' <br /> <br /> Note that UID is listed as PII but not excluded as "Directory Information" as is done at other institutions, especially those that also print UID on campus ID cards.<br /> <br /> = Parallel Development of Sandbox Kiosk Prototype =<br /> <br /> '''''Kiosk System Test'''''<br /> <br /> Sandbox hopes to continue the development and testing of a '''''Kiosk System''''' in Spring 2022. The kiosk system is envisioned as a way to improve tool usage tracking and replace the tool identification signage on each studio door. Each studio would have a touch screen computer system on or near the door that displays a visual listing of tools in that studio. Makers would be asked to select the tool they wanted to use. The kiosk would verify that the maker had completed any required training on that tool. <br /> <br /> By asking the maker to check the tool back in, we would be able to collect additional information about usage of individual tools as well as provide remote visibility of tool availability to makers planning on visiting the makerspace. <br /> <br /> Eventually we envision the kiosk system having additional functionality including tool and studio reservation, broken tool tagging, identifying tool experts, etc.<br /> <br /> One possible initiative we could undertake would be the development of a prototype kiosk system for use in the various studios at Sandbox. This prototype would allow us to test ideas for MSM improvements and more quickly iterate through design concepts without having to modify the core MSM system. It would provide a working prototype useful for demonstrating our needs to the MSM development team, or to demonstrate our requirements if MSI decides to invest in an externally-developed system.<br /> ==== Overview of Sandbox Kiosk System ====<br /> The existing MSM / LabSwipe system assumes each lab will be a single room or small number of related spaces that are hierarchically flat. Sandbox is a group of six different studios, each with a different type of tool. This leads to some confusion and a slowdown each time a maker checks in. If the tools are grouped alphabetically, a maker interested in electronics might check that he plans to use a "multimeter" then have to scroll past "multitool" and 3 different "sander" entries related to woodworking, 4 different types of "sewing machine" in the crafting studio before finding "soldering iron" a few pages down. We've re-ordered the list by studio, which has helped quite a bit but makers using the woodworking studio have to scroll down several screens to find the start of tools they may want to use. While this may be fixable with some tweaks to the existing system UI, we've uncovered other issues that we'd like to address as well.<br /> <br /> In a review of system usage for the fall semester, we discovered that most students select a single tool regardless of the length of their visit. A maker may swipe in and select "laser cutter" as the tool they will be using but almost never returns to the front desk if (for example) they need to use a circular saw to trim their stock to the correct size, or need to use a drill to add a couple of holes to their project, or a sander to prepare it for finishing. Individually these failures aren't important but collectively they degrade the quality of data we hope to collect on tool usage and perhaps more importantly make it more difficult for us to report other statistics such as length of visit. Also, this avoidance bypasses the very important checking of training credentials that is a critical reason for having this system in the first place. Indeed, we found that a considerable number of students would select "no tool, table use only" when that option was made available. <br /> <br /> To improve this situation, we'd like to move tool selection part of MSM closer to the point where the tool is used. Makers would still swipe in to the space when entering, but would not be asked whaic tools they plan to use. The extreme case of this would be to equip each tool with a sensor that indicated use and requested the maker picking up the tool to authenticate and verify their certification to use that tool. This would likely be too expensive to be practical except on the most hazardous or expensive tools such as milling machines, laser cutters, etc. What we propose and would like to test using the concept of kiosks, would be moving tool check-out to each individual studio. We envision a touch-screen display at the door of each studio. While the touch screen could be a self-contatrined system such as a iPad tablet, we are more inclined to use small computers such as the RaspberryPi. <br /> <br /> In a perfect world this kiosk system would be connected to the card key door lock system, but we don't envision that being possible because of political limitations with the UMD card key system.<br /> <br /> <br /> <br /> <br /> ==== Initial Requirements for Kiosk Protoype ====<br /> <br /> * Kiosks to run Touch-screen terminals outside each Sandbox studio (to begin with woodworking studio and prototyping studio)<br /> ** Kiosk will display information about each tool available in that studio including training requirements and links to training materials. <br /> ** Tool information and training requirements should preferably come directly from existing wiki pages to ease updating. Either display wiki pages in embedded web browser or use mediawiki API to retrieve wiki content. <br /> * Information shown on kiosk would include both publicly viewable (no login required) and private information (requiring login) such as maker's training accomplishments, etc.<br /> ** Provide quick and simple means for each maker to log in / authenticate with the system (card swipe, phone app, NFC, etc) <br /> * Subset of information from kiosk system also available via login-secured web page accessible from off campus. Initially, remote functionality to include: <br /> **ability to reserve a tool for a certain period of time, with the length of time specified by the maker, provided that request is within the limits set for that particular tool, perhaps also taking into account the time of day or day of week. <br /> *** For example, a laser cutter might be reservible in blocks of 30 minutes with maximum of 3 blocks<br /> *** A 3d printer might be reservible in blocks of 2 hours with the maximum number of blocks varying depending of day of week and time of day. For example, a Friday afternoon reservation might allow 48 hours total time, while Monday afternoon would only allow 4 hours total.<br /> *** A more common power tool such as a jigsaw or drill might be reservible in blocks of 30 minutes with a maximum of 2-4 blocks.<br /> ** Some mechanism should be devised to prevent makers from always reserving the maximum number of blocks of time. <br /> ** display calendar view for each of the reservible tools that shows free/reserved blocks for each tool <br /> ** display calendar view for each studio that shows free/reserved status based on the tool being reserved. This view to be used to enforce Covid-19 distancing requirements<br /> <br /> = Listing of commercial or open source systems with overlapping functionality =<br /> == Lists of Systems (other pages like this one)==<br /> ;Hackerspaces.org wishlist of software functions / features. :https://wiki.hackerspaces.org/Software_Wish_List<br /> <br /> ;List of software from hackerspaces.org: https://wiki.hackerspaces.org/Hackerspace_Software\<br /> <br /> ;MakerNexus notes on Access Control Systems: https://makernexuswiki.com/wiki/Access_Control_Systems<br /> <br /> == Individual Systems ==<br /> === Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) ===<br /> (see also ''Systems Combining Access Control and Space Management'' below)<br /> <br /> :;Nova Labs Nova Pass : https://novapass.nova-labs.org/ (active system home page)<br /> ::(description from Makerfaire: https://nova.makerfaire.com/maker/entry/1224/) <br /> ::(details:https://goo.gl/RVmtiS)<br /> <br /> :;RATT - RFID All The Things: New Hampshire's MakeIT Labs RaspPi based RFID access control system. https://github.com/makeitlabs/ratt (video: https://www.youtube.com/watch?v=erwIPVwXUr8)<br /> <br /> :;FATT - FOB all The Things: Ace makerspace (formerly Ace Master Toys) https://www.acemakerspace.org/fatt-project/<br /> ::;Ace Master Toys: Makerspace system based on Google's AuthBox system https://github.com/google/makerspace-auth<br /> ::;Ace Makerspace Occupancy System: https://www.youtube.com/watch?v=kemAM8MWIN8<br /> <br /> :;Google Makerspace Auth (aka AuthBox): https://github.com/google/makerspace-auth<br /> <br /> :;Ithaca Generator AuthBox<br /> :* https://discuss.ithacagenerator.org/t/makerspace-authbox-on-github/565/3<br /> :* https://github.com/ithacagenerator/AuthBox<br /> <br /> :;Manchester, NH MakerAuth<br /> :* https://github.com/ManchesterMakerspace/MakerAuth<br /> <br /> :;RasPi-Lockout (designed for RIT Construct Makerspace): <br /> :* https://www.youtube.com/watch?v=aoAdB13IVr0 (YouTube demo)<br /> :* https://github.com/jaschawilcox/raspi-lockout (GitHub Repo)<br /> <br /> :;Build Brighton Access Node: https://www.youtube.com/watch?v=3X64JmTpOcA<br /> <br /> :;Open Access Control: Uses the Arduino hardware to build a robust access control and alarm system. https://code.google.com/archive/p/open-access-control/<br /> <br /> :;tinkerAccess: The tinkerAccess system is a Raspberry Pi based access control system that can be used to prevent unauthorized users from using devices that require special training. It could also conceivably be used to control electronic lock boxes or doors. The system was originally designed and created by Matt Stallard, Ron Thomas, and Matt Peopping for TinkerMill a makerspace in Longmont, CO. It is continually being maintained and enhanced by other contributors in the community. https://github.com/TinkerMill/tinkerAccess<br /> <br /> :;Triple Cities Makerspace ACS System: https://www.tcmakerspace.com/index.php/2019/08/19/project-profile-access-control-system-acs/<br /> <br /> :;The MakerBarn in The Woodlands, Texas MACS System: http://koljawindeler.github.io/macs/. <br /> ::* MACS UI Video: https://www.youtube.com/watch?v=zLidqAPo3Cs <br /> ::* An Introduction to the MACS - Makerspace Access Control System: https://www.youtube.com/watch?v=CI3xxsBM9SE<br /> <br /> :;PITT-X Makerspace Access System: https://www.youtube.com/watch?v=2HG-vyV4yoM<br /> <br /> :;Member Access System for Pumping Station One :https://github.com/hef/ps1auth<br /> ::https://github.com/bdenne2/ps1auth<br /> <br /> :;HACCSY: Hackerspace Access Control and Check in System. Works with Seltzer CRM, running on a Raspberry Pi. https://www.instructables.com/id/HACCSY-Hackerspace-Access-Control-and-Check-in-Sys/<br /> <br /> :;Open Access Control Ethernet: https://github.com/zyphlar/Open_Access_Control_Ethernet<br /> ::;Open Source Access Control Web Interface (works with above) :https://github.com/zyphlar/Open-Source-Access-Control-Web-Interface<br /> <br /> === Systems Combining Access Control and Space Management (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> <br /> ;Safety Spot :Commercial maker space management software widely used in university maker spaces. https://www.safetyspot.com/ <br /> <br /> ;(UC Berkeley) Makerpass system onepager: https://assets.pubpub.org/hpise2ck/01585588151622.pdf<br /> <br /> ;Recursion: https://recursion.space Commercial system with free tier. Patented equipment lockout controller.<br /> <br /> ;UT Austin FabApp/JuiceBox: FabApp is a PHP-based system for managing a makerspace (https://github.com/UTA-FabLab/fabapp). JuiceBox is a Python-based system for providing access control to power tools (https://github.com/UTA-FabLab/JuiceBox). These and other UTA apps are on the UTA GitHub: https://github.com/UTA-FabLab<br /> <br /> ;UT Austin Team Lockout: https://blog.uta.edu/cseseniordesign/2019/07/20/lockout/ The Maker Space Lockout System correctly gives access to Machinery only to users that have been adequately briefed on the machinery’s safety and operation. The system will be able to control access for each user according to their level of skill and expertise. Users of The Maker Space Lockout System will also become more equipped to handle and view wear and tear on machines via the data collection purge at the end of each job.<br /> <br /> ===Not yet Categorized ===<br /> <br /> :;Fabman software :Management software with machine control hardware devices, API, and other features. https://fabman.io/<br /> <br /> :;RFIDDoorLock: https://wiki.melbournemakerspace.org/projects/RFIDDoorLock<br /> <br /> :;Byro :https://github.com/byro/byro<br /> <br /> :;HSBNE :https://github.com/hsbne/hsbneportal<br /> <br /> :;MetalabOS: https://github.com/Metalab/mos/<br /> <br /> :;NOMOS (Membership Management): https://github.com/vhs/nomos<br /> <br /> :;MeMaTool: https://github.com/sim0nx/mematool<br /> <br /> :;RFID Tool Cabinet: https://www.youtube.com/watch?v=u-L_7pyPcvE<br /> <br /> === Systems Focusing on Space Management without Access Control (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> (Some of these may integrate with other Access Control Systems)<br /> <br /> <br /> :;WildApricot :Membership management software used by many maker spaces. https://www.wildapricot.com/<br /> <br /> :;Seltzer CRM: Open source CRM / membership management software created by a maker space and designed to be extensible and easily modified. https://wiki.hackerspaces.org/Seltzer_CRM<br /> <br /> :;SIMPL: (Software primarily designed to manage coworking spaces with features to support maker spaces) https://smpl.io/software/makerspaces/<br /> <br /> :;OpenBravo (ERM/ERP) :https://www.openbravo.com/<br /> <br /> :;WikiSpaces :The primary goal of the WikiSpaces project is to provide a 'startup' wiki, which is basically a MediaWiki distribution especially for hackerspaces. This distribution will provide a working, up to date, MediaWiki installation, with the commonly needed extensions installed and configured. https://wiki.hackerspaces.org/WikiSpaces<br /> <br /> <br /> <br /> ==== Not Yet Categorized ====<br /> <br /> :;Scholarly article on value of information collected using Maker Lens / MakerPass access system. : https://people.eecs.berkeley.edu/~eschoop/docs/makerlens.pdf</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Talk:Maker_Space_Manager_System&diff=3426 Talk:Maker Space Manager System 2026-10-16T18:26:36Z

<p>Gfc: /* Parallel Development of Sandbox Kiosk Prototype */</p> <hr /> <div>==ARCHIVE LabSwipe /MSM System Development History & 2022 Road Map ==<br /> <br /> ===Development History===<br /> Would someone on the Labswipe team add to this section?<br /> <br /> ===Current Release===<br /> <br /> ===Future Enhancements===<br /> <br /> Road Map for future enhancements. <br /> <br /> ==== 2021-2022 MSM Rework Outline ====<br /> *Outline of desired improvements for development work from Summer 2021 to Summer 2022<br /> ===== 2021 =====<br /> * Improvements to existing UI / core LabSwipe functionality (Fall 21) <br /> ** Improved editing of data entry fields<br /> ** Integration with UMD swipe Identity API to correctly identify new cards swiped into system and close current opportunity for student to use a created ID card with false UID.<br /> ** Integration with UMD swipe API to:<br /> *** Identify deactivated student ID cards and <br /> *** Update CardID serial number when a lost ID card is replaced with a new card.<br /> <br /> ===== 2022 =====<br /> * Integration with Canvas LMS (Spring 22)<br /> ** Using Canvas API, ensuring API key is well protected using a secrets manager or similar approach<br /> ** Implement a middle layer between MSM and Canvas to track training certifications (similar to a micro credentialing system) in a way that creates an abstraction layer between a canvas course and a training certification.<br /> ** See '''Integration with ELMS/Canvas Learning Management System''' below for detail<br /> <br /> ===== Overview of Enhancements =====<br /> *Additional Enhancements not yet implemented (many not yet scheduled).<br /> ** Integration with a tool access control system (such as Safety Spot, The Google system used at Ace Makerspace and elsewhere, or the Nova Pass system)<br /> *** See '''Tool Access Control''' below for details<br /> *** This integration would require certain tools flagged in system to have a swipe card reader at the tool which verifies training before tool will operate. <br /> *** While extending MSM to support tool access control, modify it as well to allow a particular makerspace to set up a two-tier implementation of MSM where initial swipe allows entry into makerspace without selecting a specific tool (but perhaps requires the selection of a studio or category of tool) and subsequent swipe was required to select a particular tool. <br /> ** Tool reservation / tool-in-use flagging<br /> ** Tool Loan (away from makerspace)<br /> ** Student charging system (allow students to purchase materials and tooling using student ID or credit card.<br /> ** Faculty charging system (allow faculty / researchers to purchase materials using KFC account #)<br /> ** Matching of maker skills between students and managers. <br /> ** Campus-wide inventory of tools at each makerspace with ability for students to search for a particular tool (similar to MIT Manus system)<br /> <br /> Many of these are presented in more detail below:<br /> <br /> ==== Integration with ELMS/Canvas Learning Management System====<br /> Currently Labswipe stores training accomplishments in a Google Sheet. This needs to be manually updated. A brief look at the sheet shows very few of our makerspaces are making these manual updates. <br /> <br /> Sandbox implemented makerspace training in ELMS/Canvas in 2019. Initially we were manually updating the Labswipe sheet from Canvas but this became very time consuming. We wrote a Canvas API query tool that re-formats the Canvas results to make the updates a bit easier. We considered automating the Labswipe sheet update process but discontinued our efforts on this when it was decided to move the Labswipe back end from google sheets to AWS.<br /> <br /> Adding a badging or micro-credentialing plugin to Canvas was attempted in 2019-2020. Sandbox hoped that by adding this capability to Canvas we could avoid concerns about running queries directly against the Canvas system (which contains protected information about students) While the primary benefit would be isolating us from FERPA concerns, the badging system Would also simplify our queries (especially for training completed at a different makerspace), allow us to track training not done in Canvas (such as Welding or other training requiring direct, hands-on instruction), and also provide additional ways to gamify training (for example by allowing training tiers, 'leveling up', etc.) Our request to add a badging plugin to Canvas was rejected by DIT. We understand that a request to add a different badging system has been made by a different department and is still under consideration. <br /> <br /> *We'd like future versions of Labswipe to have the capability to update training accomplishments from Canvas. <br /> <br /> *Ideally this update would happen every time a maker swiped in to the system. <br /> <br /> *The system should support tracking of training that was completed at other UMD MSI makerspaces to support the MSI plans to open up access to makerspaces across campus. For example, a maker who completed Glowforge laser training at one of the library makerspaces should be able to use the Sandbox Glowforge without additional training.<br /> <br /> ==== Improve quantity and quality of tool usage data being gathered. ====<br /> <br /> Currently, the MSM system only asks each makerspace visitor which tools they will be using when they first swipe in at the front door. We've found this arrangement results in distorted statistics as many users just select the first tool they see on the list, don't take the time to check off every tool they intend to use, and often end up using tools they hadn't intended when they first arrived. <br /> <br /> An improvement would be to add additional data gathering points in the makerspace. For example, by adding touch screens with swipe readers in each workshop or tool storage area we could encourage makers to log every tool they use by making the process more convenient. Another approach would be to use a mobile web app to log tool usage by scanning each tool's barcode or otherwise selecting the tool. <br /> <br /> <br /> Several of the entries below relate to our goal of gathering more data on tool usage. <br /> *For example, the safety-driven requirement to add Tool Access Control lockout devices to dangerous tools (such as chop saws and lathes) will also help us gather more detailed tool usage data for those dangerous tools. <br /> *Adding an advanced tool reservation capability will add additional usage data for popular tools such as 3D printers and laser cutters. <br /> *Rather than add expensive lockout devices to all tools, we discuss the possible idea of adding Tool-In-Use flagging.<br /> <br /> All of these work together to not only better track tool usage but also to improve the user experience and reduce frustration, increase compliance with training requirements, and ensue our compliance with campus safety rules.<br /> <br /> <br /> <br /> <br /> <br /> ==== Tool Access Control ====<br /> <br /> Once the MSM system is able to look up tool training certification information using the ELMS/Canvas APAI. we'd like to add on to MSM additional hardware and software that will directly control use of certain tools that are deemed to be dangerous (such as a CNC router, milling machine, band saw, etc.) or other tools that, while not particularly dangerous, require specific knowledge to operate correctly (such as laser cutter, SLA 3D printer, etc) to avoid damaging the tool. <br /> <br /> * This access control system should be implemented as a separate hardware and software system connected to each tool we wish to have this added level of access control. While we envision this being implemented using commercially-available micro controllers (such as an Arduino-compatible microcontroller) or single board computers (such as a Raspberry Pi computer) any other implementation is acceptable so long as it provides a low cost per controlled machine tool.<br /> <br /> * This access control capability would require each maker to swipe their UMD ID before using that tool. Use of a UMD ID is preferred since all students and staff already carry this with them. Other authentication mechanism such as RFID or other ID card that works by proximity instead of requiring a physical swipe, or NFC or similar systems using a person's cell phone. For systems not using UMD ID magnetic stripe cards, the cost of additional cards, software, etc must be factored into our decision to use that system. <br /> <br /> * The system would look up the makers ID in a central database, and if able to verify that the maker is trained and certified to use the tool, the system would allow use of that tool. The preferred central database would be the existing UMD ELMS/Canvas Learning Management System or a system (such as a micro credentialing or badging system) that is connected to and synchronized with the ELMS/Canvas system. Systems that provide a central database system other than ELMS / Canvas must provide an automatic mechanism to update the database using the ELMS / Canvas API. <br /> <br /> * The means to allow use of the tool should be by:<br /> ** Switching on power through a relay or contactor controlled by the software logic <br /> ** Enabling a logical +5 volt signal to be read by the tool's existing controller (such as an ENABLE signal)<br /> ** By deactivating the tool's e-stop circuit, restoring a cabinet interlock circuit, or other mechanism by closing or opening a relay contacts. (i.e. dry contact closure)<br /> ** Several different approaches (ideally all of those listed above) should be provided to adapt the system to the widest variety of machine tools and their control systems.<br /> * The system should provide some way to prevent the maker from walking away and leaving the tool in an operational state. Some research and discussion are needed to determine the best approach for this but a simple example would be by setting a timeout after which the system requires the user to verify they are present by pushing a button or re-swiping their ID. This capability should be settable per-tool.<br /> * For tools enabled by simply applying power, the system should prevent these tools from starting up immediately on authentication to prevent unsafe situations. For example, by using a magnetic motor starter.<br /> * The system should ideally store locally a list of the IDs for all makers who recently were authenticated to use the tool (or store a list of all authorized users, updated periodically) This is to permit use of the tool control system even if the central database is unavailable or if network connectivity has failed.<br /> * A display on each access control station would ideally display information such as the name of the current authorized user (or last user if tool is idle), length of tool use (or countdown to expiration), connectivity check, etc.<br /> <br /> ==== System Support for Enforcing Buddy System ====<br /> <br /> UMD ESSR safety rule changes require certain tools to be used with the "buddy system" In short, the "buddy system" prohibits certain dangerous tools to be used by a person alone in the workshop. Another person must be close enough to see and hear the tool being used so they can render aid and call for assistance in case of injury.<br /> <br /> The MSM system should provide support for enforcing the buddy system. This support could entail requiring a second person to swipe in when using certain tools. This requirement might be limited to certain times of day (for example during the evening or when staff is reduced. The requirements for buddy system support are not yet clear, this is a placeholder.<br /> <br /> ==== Tool-In-Use Flagging ====<br /> <br /> An additional capability desired is the ability to flag the status of a tool as '''''In Use''''', '''''Available for Use''''', or other statuses such as '''''Awaiting Repair''''' or '''''Out of Service''''' Since demand for many tools is high and a student may be frustrated if they travel to a makerspace only to find a particular tool unavailable, it would be helpful for the system to flag tools that are not available for use because they are being used by someone else or are broken or otherwise unavailable. <br /> <br /> * For tools that are not in service, a makerspace staff member should be able to change the status through a web interface. <br /> ** The system should record a date/time stamp for when the tool was taken out of service and a date stamp for an expected return-to-service. <br /> *For tools being used by a maker, the MSM system should provide a mechanism for students to quickly and easily select a tool for use. This capability should allow the use of that tool for a fixed period of time, ideally this time period would differ for different types of tools (for example, a hammer would be flagged as in-use for 1-hour intervals while a sewing machine might have longer intervals such as 3 hours.<br /> ** The Tool-in-Use flag feature would verify the maker has completed any necessary training.<br /> ** When a different maker wishes to use that tool, they would see that the tool was currently in use by another maker and would also see the time the tool is expected to be available for their use. <br /> ** If a tool is still being used by that maker after the check-in time has passed, the new maker would have the right to be the next to use the tool.<br /> ** Ideally, the system would send an SMS message or some other sort of notification that the maker's use time has expired.<br /> ** Some examples of quick and easy mechanisms for makers to lag that they are using a tool <br /> *** A touch screen kiosk in each workshop or tool storage area.<br /> *** A QR code on each tool or on the storage location for each tool. The QR code would be scanned by the maker using the tool<br /> *** A mobile web app used by the maker.<br /> <br /> Note that the Tool-In-Use Flag Feature will provide a great deal of useful information about the relative popularity of each tool and could provide data to support the purchase of additional tools.<br /> <br /> ==== Tool Check-Out / Check-In (for use in makerspace) ====<br /> See '''Tool-In-Use flagging''' above. 'Check-In' and 'Check-Out' functions would be used by a student when they take a tool from storage to their work area or return it to storage. Note that Check-Out is different than Tool-Loan which entails removing a tool from the makerspace.<br /> <br /> ==== Tool Reservation ====<br /> <br /> Several tools (such as laser cutters or 3D printers are popular and makers often wish to sign-up in advance for a window of time to use the tool. In the case of 3D printers, a print job could run for many hours, or even multiple days. It would be useful for MSM to allow makers to reserve time on a tool and allow other makers to see that the tool is reserved and unavailable until a given time.<br /> <br /> Reservations block-out for class times or maintenance windows.<br /> <br /> ==== Manager / Staff skills matching ====<br /> Provide a new capability in MSM to allow staff and volunteer managers to swipe in and out while indicating if they are working or just using the space as a maker. <br /> <br /> The system should provide a display of all on-duty managers and staff, displaying each manager's photo and list of each's skills / specialties. This to help makers using the space know who to best ask questions about a particular tool or technique. <br /> <br /> ====Resale of maker materials, tooling, etc.====<br /> <br /> We would like to be able to resell materials such as sheet goods (plywood, MDF, acrylic, etc.) 3D printer filament, tooling (CNC router bits, milling machine tooling, etc.) This is a service to makers who don't necessarily have the ability to transport physically large materials.<br /> <br /> Further definition is needed to specify how payments will be taken. We don't want to accept cash and are uneasy about volunteer managers having access to maker credit/debit cards. Ideally, payments would be charged against a maker's account balance. Is it possible to use an existing student payment system such as Terrapin Express?<br /> <br /> === FERPA Concerns ===<br /> Since LabSwipe data is student data there may be concern that some of the data may fall under the protection of the Family Educational Rights and Privacy Act (FERPA). FERPA requires protection of "Personally Identifiable Information" (PII) from release to 3rd parties. Anyone using student PII must take steps to protect this from release, even through the action of a student working in the makerspace. FERPA exempts from the protection requirement certain "Directory Information" that is commonly used. It requires each university to identify what information is considered "Directory Information" <br /> <br /> UMD defines their PII and Directory Information here: https://academiccatalog.umd.edu/undergraduate/university-policies/ In July 2020 this policy defined UMD PII & Directory Information as:<br /> <br /> ''"Personally identifiable information" or "PII" means data or information which includes, but is not limited to:''<br /> <br /> *a student’s name;<br /> *a name of a student’s parent or family member<br /> *an address of a student or a student’s family; <br /> *a personal identifier, such as a social security number, University Identification Number (UID), or biometric record; <br /> *other indirect identifiers, such as mother’s maiden name; <br /> *other information that alone, or in combination, is linked or linkable to a specific student and that would allow a reasonable person in the UMD community who does not have personal knowledge of the relevant circumstances to identify the student with reasonable certainty; or information requested by a person who UMD reasonably believes knows the identity of the student to whom the education record relates.<br /> <br /> <br /> ''"Directory Information" means information which would generally not be considered harmful or an invasion of privacy if disclosed. It includes, but is not limited to, a student’s: <br /> <br /> *name, <br /> *address, <br /> *telephone listing, <br /> *e-mail address, <br /> *date and place of birth, <br /> *major field of study, <br /> *full-time/part-time status, <br /> *participation in officially recognized activities and sports, <br /> *weight and height of members of athletic teams, <br /> *dates of attendance, <br /> *degrees and awards received, and <br /> *the most recent previous educational agency or institution attended'' <br /> <br /> Note that UID is listed as PII but not excluded as "Directory Information" as is done at other institutions, especially those that also print UID on campus ID cards.<br /> <br /> = Parallel Development of Sandbox Kiosk Prototype =<br /> <br /> '''''Kiosk System Test'''''<br /> <br /> Sandbox hopes to continue the development and testing of a '''''Kiosk System''''' in Spring 2022. The kiosk system is envisioned as a way to improve tool usage tracking and replace the tool identification signage on each studio door. Each studio would have a touch screen computer system on or near the door that displays a visual listing of tools in that studio. Makers would be asked to select the tool they wanted to use. The kiosk would verify that the maker had completed any required training on that tool. <br /> <br /> By asking the maker to check the tool back in, we would be able to collect additional information about usage of individual tools as well as provide remote visibility of tool availability to makers planning on visiting the makerspace. <br /> <br /> Eventually we envision the kiosk system having additional functionality including tool and studio reservation, broken tool tagging, identifying tool experts, etc.<br /> <br /> One possible initiative we could undertake would be the development of a prototype kiosk system for use in the various studios at Sandbox. This prototype would allow us to test ideas for MSM improvements and more quickly iterate through design concepts without having to modify the core MSM system. It would provide a working prototype useful for demonstrating our needs to the MSM development team, or to demonstrate our requirements if MSI decides to invest in an externally-developed system.<br /> ==== Overview of Sandbox Kiosk System ====<br /> The existing MSM / LabSwipe system assumes each lab will be a single room or small number of related spaces that are hierarchically flat. Sandbox is a group of six different studios, each with a different type of tool. This leads to some confusion and a slowdown each time a maker checks in. If the tools are grouped alphabetically, a maker interested in electronics might check that he plans to use a "multimeter" then have to scroll past "multitool" and 3 different "sander" entries related to woodworking, 4 different types of "sewing machine" in the crafting studio before finding "soldering iron" a few pages down. We've re-ordered the list by studio, which has helped quite a bit but makers using the woodworking studio have to scroll down several screens to find the start of tools they may want to use. While this may be fixable with some tweaks to the existing system UI, we've uncovered other issues that we'd like to address as well.<br /> <br /> In a review of system usage for the fall semester, we discovered that most students select a single tool regardless of the length of their visit. A maker may swipe in and select "laser cutter" as the tool they will be using but almost never returns to the front desk if (for example) they need to use a circular saw to trim their stock to the correct size, or need to use a drill to add a couple of holes to their project, or a sander to prepare it for finishing. Individually these failures aren't important but collectively they degrade the quality of data we hope to collect on tool usage and perhaps more importantly make it more difficult for us to report other statistics such as length of visit. Also, this avoidance bypasses the very important checking of training credentials that is a critical reason for having this system in the first place. Indeed, we found that a considerable number of students would select "no tool, table use only" when that option was made available. <br /> <br /> To improve this situation, we'd like to move tool selection part of MSM closer to the point where the tool is used. Makers would still swipe in to the space when entering, but would not be asked whaic tools they plan to use. The extreme case of this would be to equip each tool with a sensor that indicated use and requested the maker picking up the tool to authenticate and verify their certification to use that tool. This would likely be too expensive to be practical except on the most hazardous or expensive tools such as milling machines, laser cutters, etc. What we propose and would like to test using the concept of kiosks, would be moving tool check-out to each individual studio. We envision a touch-screen display at the door of each studio. While the touch screen could be a self-contatrined system such as a iPad tablet, we are more inclined to use small computers such as the RaspberryPi. <br /> <br /> In a perfect world this kiosk system would be connected to the card key door lock system, but we don't envision that being possible because of political limitations with the UMD card key system.<br /> <br /> <br /> <br /> <br /> ==== Initial Requirements for Kiosk Protoype ====<br /> <br /> * Kiosks to run Touch-screen terminals outside each Sandbox studio (to begin with woodworking studio and prototyping studio)<br /> ** Kiosk will display information about each tool available in that studio including training requirements and links to training materials. <br /> ** Tool information and training requirements should preferably come directly from existing wiki pages to ease updating. Either display wiki pages in embedded web browser or use mediawiki API to retrieve wiki content. <br /> * Information shown on kiosk would include both publicly viewable (no login required) and private information (requiring login) such as maker's training accomplishments, etc.<br /> ** Provide quick and simple means for each maker to log in / authenticate with the system (card swipe, phone app, NFC, etc) <br /> * Subset of information from kiosk system also available via login-secured web page accessible from off campus. Initially, remote functionality to include: <br /> **ability to reserve a tool for a certain period of time, with the length of time specified by the maker, provided that request is within the limits set for that particular tool, perhaps also taking into account the time of day or day of week. <br /> *** For example, a laser cutter might be reservible in blocks of 30 minutes with maximum of 3 blocks<br /> *** A 3d printer might be reservible in blocks of 2 hours with the maximum number of blocks varying depending of day of week and time of day. For example, a Friday afternoon reservation might allow 48 hours total time, while Monday afternoon would only allow 4 hours total.<br /> *** A more common power tool such as a jigsaw or drill might be reservible in blocks of 30 minutes with a maximum of 2-4 blocks.<br /> ** Some mechanism should be devised to prevent makers from always reserving the maximum number of blocks of time. <br /> ** display calendar view for each of the reservible tools that shows free/reserved blocks for each tool <br /> ** display calendar view for each studio that shows free/reserved status based on the tool being reserved. This view to be used to enforce Covid-19 distancing requirements<br /> <br /> = Listing of commercial or open source systems with overlapping functionality =<br /> == Lists of Systems (other pages like this one)==<br /> ;Hackerspaces.org wishlist of software functions / features. :https://wiki.hackerspaces.org/Software_Wish_List<br /> <br /> ;List of software from hackerspaces.org: https://wiki.hackerspaces.org/Hackerspace_Software\<br /> <br /> ;MakerNexus notes on Access Control Systems: https://makernexuswiki.com/wiki/Access_Control_Systems<br /> <br /> == Individual Systems ==<br /> === Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) ===<br /> (see also ''Systems Combining Access Control and Space Management'' below)<br /> <br /> :;Nova Labs Nova Pass : https://novapass.nova-labs.org/ (active system home page)<br /> ::(description from Makerfaire: https://nova.makerfaire.com/maker/entry/1224/) <br /> ::(details:https://goo.gl/RVmtiS)<br /> <br /> :;RATT - RFID All The Things: New Hampshire's MakeIT Labs RaspPi based RFID access control system. https://github.com/makeitlabs/ratt (video: https://www.youtube.com/watch?v=erwIPVwXUr8)<br /> <br /> :;FATT - FOB all The Things: Ace makerspace (formerly Ace Master Toys) https://www.acemakerspace.org/fatt-project/<br /> ::;Ace Master Toys: Makerspace system based on Google's AuthBox system https://github.com/google/makerspace-auth<br /> ::;Ace Makerspace Occupancy System: https://www.youtube.com/watch?v=kemAM8MWIN8<br /> <br /> :;Google Makerspace Auth (aka AuthBox): https://github.com/google/makerspace-auth<br /> <br /> :;Ithaca Generator AuthBox<br /> :* https://discuss.ithacagenerator.org/t/makerspace-authbox-on-github/565/3<br /> :* https://github.com/ithacagenerator/AuthBox<br /> <br /> :;Manchester, NH MakerAuth<br /> :* https://github.com/ManchesterMakerspace/MakerAuth<br /> <br /> :;RasPi-Lockout (designed for RIT Construct Makerspace): <br /> :* https://www.youtube.com/watch?v=aoAdB13IVr0 (YouTube demo)<br /> :* https://github.com/jaschawilcox/raspi-lockout (GitHub Repo)<br /> <br /> :;Build Brighton Access Node: https://www.youtube.com/watch?v=3X64JmTpOcA<br /> <br /> :;Open Access Control: Uses the Arduino hardware to build a robust access control and alarm system. https://code.google.com/archive/p/open-access-control/<br /> <br /> :;tinkerAccess: The tinkerAccess system is a Raspberry Pi based access control system that can be used to prevent unauthorized users from using devices that require special training. It could also conceivably be used to control electronic lock boxes or doors. The system was originally designed and created by Matt Stallard, Ron Thomas, and Matt Peopping for TinkerMill a makerspace in Longmont, CO. It is continually being maintained and enhanced by other contributors in the community. https://github.com/TinkerMill/tinkerAccess<br /> <br /> :;Triple Cities Makerspace ACS System: https://www.tcmakerspace.com/index.php/2019/08/19/project-profile-access-control-system-acs/<br /> <br /> :;The MakerBarn in The Woodlands, Texas MACS System: http://koljawindeler.github.io/macs/. <br /> ::* MACS UI Video: https://www.youtube.com/watch?v=zLidqAPo3Cs <br /> ::* An Introduction to the MACS - Makerspace Access Control System: https://www.youtube.com/watch?v=CI3xxsBM9SE<br /> <br /> :;PITT-X Makerspace Access System: https://www.youtube.com/watch?v=2HG-vyV4yoM<br /> <br /> :;Member Access System for Pumping Station One :https://github.com/hef/ps1auth<br /> ::https://github.com/bdenne2/ps1auth<br /> <br /> :;HACCSY: Hackerspace Access Control and Check in System. Works with Seltzer CRM, running on a Raspberry Pi. https://www.instructables.com/id/HACCSY-Hackerspace-Access-Control-and-Check-in-Sys/<br /> <br /> :;Open Access Control Ethernet: https://github.com/zyphlar/Open_Access_Control_Ethernet<br /> ::;Open Source Access Control Web Interface (works with above) :https://github.com/zyphlar/Open-Source-Access-Control-Web-Interface<br /> <br /> === Systems Combining Access Control and Space Management (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> <br /> ;Safety Spot :Commercial maker space management software widely used in university maker spaces. https://www.safetyspot.com/ <br /> <br /> ;(UC Berkeley) Makerpass system onepager: https://assets.pubpub.org/hpise2ck/01585588151622.pdf<br /> <br /> ;Recursion: https://recursion.space Commercial system with free tier. Patented equipment lockout controller.<br /> <br /> ;UT Austin FabApp/JuiceBox: FabApp is a PHP-based system for managing a makerspace (https://github.com/UTA-FabLab/fabapp). JuiceBox is a Python-based system for providing access control to power tools (https://github.com/UTA-FabLab/JuiceBox). These and other UTA apps are on the UTA GitHub: https://github.com/UTA-FabLab<br /> <br /> ;UT Austin Team Lockout: https://blog.uta.edu/cseseniordesign/2019/07/20/lockout/ The Maker Space Lockout System correctly gives access to Machinery only to users that have been adequately briefed on the machinery’s safety and operation. The system will be able to control access for each user according to their level of skill and expertise. Users of The Maker Space Lockout System will also become more equipped to handle and view wear and tear on machines via the data collection purge at the end of each job.<br /> <br /> ===Not yet Categorized ===<br /> <br /> :;Fabman software :Management software with machine control hardware devices, API, and other features. https://fabman.io/<br /> <br /> :;RFIDDoorLock: https://wiki.melbournemakerspace.org/projects/RFIDDoorLock<br /> <br /> :;Byro :https://github.com/byro/byro<br /> <br /> :;HSBNE :https://github.com/hsbne/hsbneportal<br /> <br /> :;MetalabOS: https://github.com/Metalab/mos/<br /> <br /> :;NOMOS (Membership Management): https://github.com/vhs/nomos<br /> <br /> :;MeMaTool: https://github.com/sim0nx/mematool<br /> <br /> :;RFID Tool Cabinet: https://www.youtube.com/watch?v=u-L_7pyPcvE<br /> <br /> === Systems Focusing on Space Management without Access Control (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> (Some of these may integrate with other Access Control Systems)<br /> <br /> <br /> :;WildApricot :Membership management software used by many maker spaces. https://www.wildapricot.com/<br /> <br /> :;Seltzer CRM: Open source CRM / membership management software created by a maker space and designed to be extensible and easily modified. https://wiki.hackerspaces.org/Seltzer_CRM<br /> <br /> :;SIMPL: (Software primarily designed to manage coworking spaces with features to support maker spaces) https://smpl.io/software/makerspaces/<br /> <br /> :;OpenBravo (ERM/ERP) :https://www.openbravo.com/<br /> <br /> :;WikiSpaces :The primary goal of the WikiSpaces project is to provide a 'startup' wiki, which is basically a MediaWiki distribution especially for hackerspaces. This distribution will provide a working, up to date, MediaWiki installation, with the commonly needed extensions installed and configured. https://wiki.hackerspaces.org/WikiSpaces<br /> <br /> <br /> <br /> ==== Not Yet Categorized ====<br /> <br /> :;Scholarly article on value of information collected using Maker Lens / MakerPass access system. : https://people.eecs.berkeley.edu/~eschoop/docs/makerlens.pdf</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Talk:Maker_Space_Manager_System&diff=3425 Talk:Maker Space Manager System 2026-10-16T18:25:58Z

<p>Gfc: /* LabSwipe /MSM System Development History & Future Road Map */</p> <hr /> <div>==ARCHIVE LabSwipe /MSM System Development History & 2022 Road Map ==<br /> <br /> ===Development History===<br /> Would someone on the Labswipe team add to this section?<br /> <br /> ===Current Release===<br /> <br /> ===Future Enhancements===<br /> <br /> Road Map for future enhancements. <br /> <br /> ==== 2021-2022 MSM Rework Outline ====<br /> *Outline of desired improvements for development work from Summer 2021 to Summer 2022<br /> ===== 2021 =====<br /> * Improvements to existing UI / core LabSwipe functionality (Fall 21) <br /> ** Improved editing of data entry fields<br /> ** Integration with UMD swipe Identity API to correctly identify new cards swiped into system and close current opportunity for student to use a created ID card with false UID.<br /> ** Integration with UMD swipe API to:<br /> *** Identify deactivated student ID cards and <br /> *** Update CardID serial number when a lost ID card is replaced with a new card.<br /> <br /> ===== 2022 =====<br /> * Integration with Canvas LMS (Spring 22)<br /> ** Using Canvas API, ensuring API key is well protected using a secrets manager or similar approach<br /> ** Implement a middle layer between MSM and Canvas to track training certifications (similar to a micro credentialing system) in a way that creates an abstraction layer between a canvas course and a training certification.<br /> ** See '''Integration with ELMS/Canvas Learning Management System''' below for detail<br /> <br /> ===== Overview of Enhancements =====<br /> *Additional Enhancements not yet implemented (many not yet scheduled).<br /> ** Integration with a tool access control system (such as Safety Spot, The Google system used at Ace Makerspace and elsewhere, or the Nova Pass system)<br /> *** See '''Tool Access Control''' below for details<br /> *** This integration would require certain tools flagged in system to have a swipe card reader at the tool which verifies training before tool will operate. <br /> *** While extending MSM to support tool access control, modify it as well to allow a particular makerspace to set up a two-tier implementation of MSM where initial swipe allows entry into makerspace without selecting a specific tool (but perhaps requires the selection of a studio or category of tool) and subsequent swipe was required to select a particular tool. <br /> ** Tool reservation / tool-in-use flagging<br /> ** Tool Loan (away from makerspace)<br /> ** Student charging system (allow students to purchase materials and tooling using student ID or credit card.<br /> ** Faculty charging system (allow faculty / researchers to purchase materials using KFC account #)<br /> ** Matching of maker skills between students and managers. <br /> ** Campus-wide inventory of tools at each makerspace with ability for students to search for a particular tool (similar to MIT Manus system)<br /> <br /> Many of these are presented in more detail below:<br /> <br /> ==== Integration with ELMS/Canvas Learning Management System====<br /> Currently Labswipe stores training accomplishments in a Google Sheet. This needs to be manually updated. A brief look at the sheet shows very few of our makerspaces are making these manual updates. <br /> <br /> Sandbox implemented makerspace training in ELMS/Canvas in 2019. Initially we were manually updating the Labswipe sheet from Canvas but this became very time consuming. We wrote a Canvas API query tool that re-formats the Canvas results to make the updates a bit easier. We considered automating the Labswipe sheet update process but discontinued our efforts on this when it was decided to move the Labswipe back end from google sheets to AWS.<br /> <br /> Adding a badging or micro-credentialing plugin to Canvas was attempted in 2019-2020. Sandbox hoped that by adding this capability to Canvas we could avoid concerns about running queries directly against the Canvas system (which contains protected information about students) While the primary benefit would be isolating us from FERPA concerns, the badging system Would also simplify our queries (especially for training completed at a different makerspace), allow us to track training not done in Canvas (such as Welding or other training requiring direct, hands-on instruction), and also provide additional ways to gamify training (for example by allowing training tiers, 'leveling up', etc.) Our request to add a badging plugin to Canvas was rejected by DIT. We understand that a request to add a different badging system has been made by a different department and is still under consideration. <br /> <br /> *We'd like future versions of Labswipe to have the capability to update training accomplishments from Canvas. <br /> <br /> *Ideally this update would happen every time a maker swiped in to the system. <br /> <br /> *The system should support tracking of training that was completed at other UMD MSI makerspaces to support the MSI plans to open up access to makerspaces across campus. For example, a maker who completed Glowforge laser training at one of the library makerspaces should be able to use the Sandbox Glowforge without additional training.<br /> <br /> ==== Improve quantity and quality of tool usage data being gathered. ====<br /> <br /> Currently, the MSM system only asks each makerspace visitor which tools they will be using when they first swipe in at the front door. We've found this arrangement results in distorted statistics as many users just select the first tool they see on the list, don't take the time to check off every tool they intend to use, and often end up using tools they hadn't intended when they first arrived. <br /> <br /> An improvement would be to add additional data gathering points in the makerspace. For example, by adding touch screens with swipe readers in each workshop or tool storage area we could encourage makers to log every tool they use by making the process more convenient. Another approach would be to use a mobile web app to log tool usage by scanning each tool's barcode or otherwise selecting the tool. <br /> <br /> <br /> Several of the entries below relate to our goal of gathering more data on tool usage. <br /> *For example, the safety-driven requirement to add Tool Access Control lockout devices to dangerous tools (such as chop saws and lathes) will also help us gather more detailed tool usage data for those dangerous tools. <br /> *Adding an advanced tool reservation capability will add additional usage data for popular tools such as 3D printers and laser cutters. <br /> *Rather than add expensive lockout devices to all tools, we discuss the possible idea of adding Tool-In-Use flagging.<br /> <br /> All of these work together to not only better track tool usage but also to improve the user experience and reduce frustration, increase compliance with training requirements, and ensue our compliance with campus safety rules.<br /> <br /> <br /> <br /> <br /> <br /> ==== Tool Access Control ====<br /> <br /> Once the MSM system is able to look up tool training certification information using the ELMS/Canvas APAI. we'd like to add on to MSM additional hardware and software that will directly control use of certain tools that are deemed to be dangerous (such as a CNC router, milling machine, band saw, etc.) or other tools that, while not particularly dangerous, require specific knowledge to operate correctly (such as laser cutter, SLA 3D printer, etc) to avoid damaging the tool. <br /> <br /> * This access control system should be implemented as a separate hardware and software system connected to each tool we wish to have this added level of access control. While we envision this being implemented using commercially-available micro controllers (such as an Arduino-compatible microcontroller) or single board computers (such as a Raspberry Pi computer) any other implementation is acceptable so long as it provides a low cost per controlled machine tool.<br /> <br /> * This access control capability would require each maker to swipe their UMD ID before using that tool. Use of a UMD ID is preferred since all students and staff already carry this with them. Other authentication mechanism such as RFID or other ID card that works by proximity instead of requiring a physical swipe, or NFC or similar systems using a person's cell phone. For systems not using UMD ID magnetic stripe cards, the cost of additional cards, software, etc must be factored into our decision to use that system. <br /> <br /> * The system would look up the makers ID in a central database, and if able to verify that the maker is trained and certified to use the tool, the system would allow use of that tool. The preferred central database would be the existing UMD ELMS/Canvas Learning Management System or a system (such as a micro credentialing or badging system) that is connected to and synchronized with the ELMS/Canvas system. Systems that provide a central database system other than ELMS / Canvas must provide an automatic mechanism to update the database using the ELMS / Canvas API. <br /> <br /> * The means to allow use of the tool should be by:<br /> ** Switching on power through a relay or contactor controlled by the software logic <br /> ** Enabling a logical +5 volt signal to be read by the tool's existing controller (such as an ENABLE signal)<br /> ** By deactivating the tool's e-stop circuit, restoring a cabinet interlock circuit, or other mechanism by closing or opening a relay contacts. (i.e. dry contact closure)<br /> ** Several different approaches (ideally all of those listed above) should be provided to adapt the system to the widest variety of machine tools and their control systems.<br /> * The system should provide some way to prevent the maker from walking away and leaving the tool in an operational state. Some research and discussion are needed to determine the best approach for this but a simple example would be by setting a timeout after which the system requires the user to verify they are present by pushing a button or re-swiping their ID. This capability should be settable per-tool.<br /> * For tools enabled by simply applying power, the system should prevent these tools from starting up immediately on authentication to prevent unsafe situations. For example, by using a magnetic motor starter.<br /> * The system should ideally store locally a list of the IDs for all makers who recently were authenticated to use the tool (or store a list of all authorized users, updated periodically) This is to permit use of the tool control system even if the central database is unavailable or if network connectivity has failed.<br /> * A display on each access control station would ideally display information such as the name of the current authorized user (or last user if tool is idle), length of tool use (or countdown to expiration), connectivity check, etc.<br /> <br /> ==== System Support for Enforcing Buddy System ====<br /> <br /> UMD ESSR safety rule changes require certain tools to be used with the "buddy system" In short, the "buddy system" prohibits certain dangerous tools to be used by a person alone in the workshop. Another person must be close enough to see and hear the tool being used so they can render aid and call for assistance in case of injury.<br /> <br /> The MSM system should provide support for enforcing the buddy system. This support could entail requiring a second person to swipe in when using certain tools. This requirement might be limited to certain times of day (for example during the evening or when staff is reduced. The requirements for buddy system support are not yet clear, this is a placeholder.<br /> <br /> ==== Tool-In-Use Flagging ====<br /> <br /> An additional capability desired is the ability to flag the status of a tool as '''''In Use''''', '''''Available for Use''''', or other statuses such as '''''Awaiting Repair''''' or '''''Out of Service''''' Since demand for many tools is high and a student may be frustrated if they travel to a makerspace only to find a particular tool unavailable, it would be helpful for the system to flag tools that are not available for use because they are being used by someone else or are broken or otherwise unavailable. <br /> <br /> * For tools that are not in service, a makerspace staff member should be able to change the status through a web interface. <br /> ** The system should record a date/time stamp for when the tool was taken out of service and a date stamp for an expected return-to-service. <br /> *For tools being used by a maker, the MSM system should provide a mechanism for students to quickly and easily select a tool for use. This capability should allow the use of that tool for a fixed period of time, ideally this time period would differ for different types of tools (for example, a hammer would be flagged as in-use for 1-hour intervals while a sewing machine might have longer intervals such as 3 hours.<br /> ** The Tool-in-Use flag feature would verify the maker has completed any necessary training.<br /> ** When a different maker wishes to use that tool, they would see that the tool was currently in use by another maker and would also see the time the tool is expected to be available for their use. <br /> ** If a tool is still being used by that maker after the check-in time has passed, the new maker would have the right to be the next to use the tool.<br /> ** Ideally, the system would send an SMS message or some other sort of notification that the maker's use time has expired.<br /> ** Some examples of quick and easy mechanisms for makers to lag that they are using a tool <br /> *** A touch screen kiosk in each workshop or tool storage area.<br /> *** A QR code on each tool or on the storage location for each tool. The QR code would be scanned by the maker using the tool<br /> *** A mobile web app used by the maker.<br /> <br /> Note that the Tool-In-Use Flag Feature will provide a great deal of useful information about the relative popularity of each tool and could provide data to support the purchase of additional tools.<br /> <br /> ==== Tool Check-Out / Check-In (for use in makerspace) ====<br /> See '''Tool-In-Use flagging''' above. 'Check-In' and 'Check-Out' functions would be used by a student when they take a tool from storage to their work area or return it to storage. Note that Check-Out is different than Tool-Loan which entails removing a tool from the makerspace.<br /> <br /> ==== Tool Reservation ====<br /> <br /> Several tools (such as laser cutters or 3D printers are popular and makers often wish to sign-up in advance for a window of time to use the tool. In the case of 3D printers, a print job could run for many hours, or even multiple days. It would be useful for MSM to allow makers to reserve time on a tool and allow other makers to see that the tool is reserved and unavailable until a given time.<br /> <br /> Reservations block-out for class times or maintenance windows.<br /> <br /> ==== Manager / Staff skills matching ====<br /> Provide a new capability in MSM to allow staff and volunteer managers to swipe in and out while indicating if they are working or just using the space as a maker. <br /> <br /> The system should provide a display of all on-duty managers and staff, displaying each manager's photo and list of each's skills / specialties. This to help makers using the space know who to best ask questions about a particular tool or technique. <br /> <br /> ====Resale of maker materials, tooling, etc.====<br /> <br /> We would like to be able to resell materials such as sheet goods (plywood, MDF, acrylic, etc.) 3D printer filament, tooling (CNC router bits, milling machine tooling, etc.) This is a service to makers who don't necessarily have the ability to transport physically large materials.<br /> <br /> Further definition is needed to specify how payments will be taken. We don't want to accept cash and are uneasy about volunteer managers having access to maker credit/debit cards. Ideally, payments would be charged against a maker's account balance. Is it possible to use an existing student payment system such as Terrapin Express?<br /> <br /> === FERPA Concerns ===<br /> Since LabSwipe data is student data there may be concern that some of the data may fall under the protection of the Family Educational Rights and Privacy Act (FERPA). FERPA requires protection of "Personally Identifiable Information" (PII) from release to 3rd parties. Anyone using student PII must take steps to protect this from release, even through the action of a student working in the makerspace. FERPA exempts from the protection requirement certain "Directory Information" that is commonly used. It requires each university to identify what information is considered "Directory Information" <br /> <br /> UMD defines their PII and Directory Information here: https://academiccatalog.umd.edu/undergraduate/university-policies/ In July 2020 this policy defined UMD PII & Directory Information as:<br /> <br /> ''"Personally identifiable information" or "PII" means data or information which includes, but is not limited to:''<br /> <br /> *a student’s name;<br /> *a name of a student’s parent or family member<br /> *an address of a student or a student’s family; <br /> *a personal identifier, such as a social security number, University Identification Number (UID), or biometric record; <br /> *other indirect identifiers, such as mother’s maiden name; <br /> *other information that alone, or in combination, is linked or linkable to a specific student and that would allow a reasonable person in the UMD community who does not have personal knowledge of the relevant circumstances to identify the student with reasonable certainty; or information requested by a person who UMD reasonably believes knows the identity of the student to whom the education record relates.<br /> <br /> <br /> ''"Directory Information" means information which would generally not be considered harmful or an invasion of privacy if disclosed. It includes, but is not limited to, a student’s: <br /> <br /> *name, <br /> *address, <br /> *telephone listing, <br /> *e-mail address, <br /> *date and place of birth, <br /> *major field of study, <br /> *full-time/part-time status, <br /> *participation in officially recognized activities and sports, <br /> *weight and height of members of athletic teams, <br /> *dates of attendance, <br /> *degrees and awards received, and <br /> *the most recent previous educational agency or institution attended'' <br /> <br /> Note that UID is listed as PII but not excluded as "Directory Information" as is done at other institutions, especially those that also print UID on campus ID cards.<br /> <br /> == Parallel Development of Sandbox Kiosk Prototype ==<br /> <br /> '''''Kiosk System Test'''''<br /> <br /> Sandbox hopes to continue the development and testing of a '''''Kiosk System''''' in Spring 2022. The kiosk system is envisioned as a way to improve tool usage tracking and replace the tool identification signage on each studio door. Each studio would have a touch screen computer system on or near the door that displays a visual listing of tools in that studio. Makers would be asked to select the tool they wanted to use. The kiosk would verify that the maker had completed any required training on that tool. <br /> <br /> By asking the maker to check the tool back in, we would be able to collect additional information about usage of individual tools as well as provide remote visibility of tool availability to makers planning on visiting the makerspace. <br /> <br /> Eventually we envision the kiosk system having additional functionality including tool and studio reservation, broken tool tagging, identifying tool experts, etc.<br /> <br /> One possible initiative we could undertake would be the development of a prototype kiosk system for use in the various studios at Sandbox. This prototype would allow us to test ideas for MSM improvements and more quickly iterate through design concepts without having to modify the core MSM system. It would provide a working prototype useful for demonstrating our needs to the MSM development team, or to demonstrate our requirements if MSI decides to invest in an externally-developed system.<br /> ==== Overview of Sandbox Kiosk System ====<br /> The existing MSM / LabSwipe system assumes each lab will be a single room or small number of related spaces that are hierarchically flat. Sandbox is a group of six different studios, each with a different type of tool. This leads to some confusion and a slowdown each time a maker checks in. If the tools are grouped alphabetically, a maker interested in electronics might check that he plans to use a "multimeter" then have to scroll past "multitool" and 3 different "sander" entries related to woodworking, 4 different types of "sewing machine" in the crafting studio before finding "soldering iron" a few pages down. We've re-ordered the list by studio, which has helped quite a bit but makers using the woodworking studio have to scroll down several screens to find the start of tools they may want to use. While this may be fixable with some tweaks to the existing system UI, we've uncovered other issues that we'd like to address as well.<br /> <br /> In a review of system usage for the fall semester, we discovered that most students select a single tool regardless of the length of their visit. A maker may swipe in and select "laser cutter" as the tool they will be using but almost never returns to the front desk if (for example) they need to use a circular saw to trim their stock to the correct size, or need to use a drill to add a couple of holes to their project, or a sander to prepare it for finishing. Individually these failures aren't important but collectively they degrade the quality of data we hope to collect on tool usage and perhaps more importantly make it more difficult for us to report other statistics such as length of visit. Also, this avoidance bypasses the very important checking of training credentials that is a critical reason for having this system in the first place. Indeed, we found that a considerable number of students would select "no tool, table use only" when that option was made available. <br /> <br /> To improve this situation, we'd like to move tool selection part of MSM closer to the point where the tool is used. Makers would still swipe in to the space when entering, but would not be asked whaic tools they plan to use. The extreme case of this would be to equip each tool with a sensor that indicated use and requested the maker picking up the tool to authenticate and verify their certification to use that tool. This would likely be too expensive to be practical except on the most hazardous or expensive tools such as milling machines, laser cutters, etc. What we propose and would like to test using the concept of kiosks, would be moving tool check-out to each individual studio. We envision a touch-screen display at the door of each studio. While the touch screen could be a self-contatrined system such as a iPad tablet, we are more inclined to use small computers such as the RaspberryPi. <br /> <br /> In a perfect world this kiosk system would be connected to the card key door lock system, but we don't envision that being possible because of political limitations with the UMD card key system.<br /> <br /> <br /> <br /> <br /> ==== Initial Requirements for Kiosk Protoype ====<br /> <br /> * Kiosks to run Touch-screen terminals outside each Sandbox studio (to begin with woodworking studio and prototyping studio)<br /> ** Kiosk will display information about each tool available in that studio including training requirements and links to training materials. <br /> ** Tool information and training requirements should preferably come directly from existing wiki pages to ease updating. Either display wiki pages in embedded web browser or use mediawiki API to retrieve wiki content. <br /> * Information shown on kiosk would include both publicly viewable (no login required) and private information (requiring login) such as maker's training accomplishments, etc.<br /> ** Provide quick and simple means for each maker to log in / authenticate with the system (card swipe, phone app, NFC, etc) <br /> * Subset of information from kiosk system also available via login-secured web page accessible from off campus. Initially, remote functionality to include: <br /> **ability to reserve a tool for a certain period of time, with the length of time specified by the maker, provided that request is within the limits set for that particular tool, perhaps also taking into account the time of day or day of week. <br /> *** For example, a laser cutter might be reservible in blocks of 30 minutes with maximum of 3 blocks<br /> *** A 3d printer might be reservible in blocks of 2 hours with the maximum number of blocks varying depending of day of week and time of day. For example, a Friday afternoon reservation might allow 48 hours total time, while Monday afternoon would only allow 4 hours total.<br /> *** A more common power tool such as a jigsaw or drill might be reservible in blocks of 30 minutes with a maximum of 2-4 blocks.<br /> ** Some mechanism should be devised to prevent makers from always reserving the maximum number of blocks of time. <br /> ** display calendar view for each of the reservible tools that shows free/reserved blocks for each tool <br /> ** display calendar view for each studio that shows free/reserved status based on the tool being reserved. This view to be used to enforce Covid-19 distancing requirements<br /> <br /> = Listing of commercial or open source systems with overlapping functionality =<br /> == Lists of Systems (other pages like this one)==<br /> ;Hackerspaces.org wishlist of software functions / features. :https://wiki.hackerspaces.org/Software_Wish_List<br /> <br /> ;List of software from hackerspaces.org: https://wiki.hackerspaces.org/Hackerspace_Software\<br /> <br /> ;MakerNexus notes on Access Control Systems: https://makernexuswiki.com/wiki/Access_Control_Systems<br /> <br /> == Individual Systems ==<br /> === Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) ===<br /> (see also ''Systems Combining Access Control and Space Management'' below)<br /> <br /> :;Nova Labs Nova Pass : https://novapass.nova-labs.org/ (active system home page)<br /> ::(description from Makerfaire: https://nova.makerfaire.com/maker/entry/1224/) <br /> ::(details:https://goo.gl/RVmtiS)<br /> <br /> :;RATT - RFID All The Things: New Hampshire's MakeIT Labs RaspPi based RFID access control system. https://github.com/makeitlabs/ratt (video: https://www.youtube.com/watch?v=erwIPVwXUr8)<br /> <br /> :;FATT - FOB all The Things: Ace makerspace (formerly Ace Master Toys) https://www.acemakerspace.org/fatt-project/<br /> ::;Ace Master Toys: Makerspace system based on Google's AuthBox system https://github.com/google/makerspace-auth<br /> ::;Ace Makerspace Occupancy System: https://www.youtube.com/watch?v=kemAM8MWIN8<br /> <br /> :;Google Makerspace Auth (aka AuthBox): https://github.com/google/makerspace-auth<br /> <br /> :;Ithaca Generator AuthBox<br /> :* https://discuss.ithacagenerator.org/t/makerspace-authbox-on-github/565/3<br /> :* https://github.com/ithacagenerator/AuthBox<br /> <br /> :;Manchester, NH MakerAuth<br /> :* https://github.com/ManchesterMakerspace/MakerAuth<br /> <br /> :;RasPi-Lockout (designed for RIT Construct Makerspace): <br /> :* https://www.youtube.com/watch?v=aoAdB13IVr0 (YouTube demo)<br /> :* https://github.com/jaschawilcox/raspi-lockout (GitHub Repo)<br /> <br /> :;Build Brighton Access Node: https://www.youtube.com/watch?v=3X64JmTpOcA<br /> <br /> :;Open Access Control: Uses the Arduino hardware to build a robust access control and alarm system. https://code.google.com/archive/p/open-access-control/<br /> <br /> :;tinkerAccess: The tinkerAccess system is a Raspberry Pi based access control system that can be used to prevent unauthorized users from using devices that require special training. It could also conceivably be used to control electronic lock boxes or doors. The system was originally designed and created by Matt Stallard, Ron Thomas, and Matt Peopping for TinkerMill a makerspace in Longmont, CO. It is continually being maintained and enhanced by other contributors in the community. https://github.com/TinkerMill/tinkerAccess<br /> <br /> :;Triple Cities Makerspace ACS System: https://www.tcmakerspace.com/index.php/2019/08/19/project-profile-access-control-system-acs/<br /> <br /> :;The MakerBarn in The Woodlands, Texas MACS System: http://koljawindeler.github.io/macs/. <br /> ::* MACS UI Video: https://www.youtube.com/watch?v=zLidqAPo3Cs <br /> ::* An Introduction to the MACS - Makerspace Access Control System: https://www.youtube.com/watch?v=CI3xxsBM9SE<br /> <br /> :;PITT-X Makerspace Access System: https://www.youtube.com/watch?v=2HG-vyV4yoM<br /> <br /> :;Member Access System for Pumping Station One :https://github.com/hef/ps1auth<br /> ::https://github.com/bdenne2/ps1auth<br /> <br /> :;HACCSY: Hackerspace Access Control and Check in System. Works with Seltzer CRM, running on a Raspberry Pi. https://www.instructables.com/id/HACCSY-Hackerspace-Access-Control-and-Check-in-Sys/<br /> <br /> :;Open Access Control Ethernet: https://github.com/zyphlar/Open_Access_Control_Ethernet<br /> ::;Open Source Access Control Web Interface (works with above) :https://github.com/zyphlar/Open-Source-Access-Control-Web-Interface<br /> <br /> === Systems Combining Access Control and Space Management (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> <br /> ;Safety Spot :Commercial maker space management software widely used in university maker spaces. https://www.safetyspot.com/ <br /> <br /> ;(UC Berkeley) Makerpass system onepager: https://assets.pubpub.org/hpise2ck/01585588151622.pdf<br /> <br /> ;Recursion: https://recursion.space Commercial system with free tier. Patented equipment lockout controller.<br /> <br /> ;UT Austin FabApp/JuiceBox: FabApp is a PHP-based system for managing a makerspace (https://github.com/UTA-FabLab/fabapp). JuiceBox is a Python-based system for providing access control to power tools (https://github.com/UTA-FabLab/JuiceBox). These and other UTA apps are on the UTA GitHub: https://github.com/UTA-FabLab<br /> <br /> ;UT Austin Team Lockout: https://blog.uta.edu/cseseniordesign/2019/07/20/lockout/ The Maker Space Lockout System correctly gives access to Machinery only to users that have been adequately briefed on the machinery’s safety and operation. The system will be able to control access for each user according to their level of skill and expertise. Users of The Maker Space Lockout System will also become more equipped to handle and view wear and tear on machines via the data collection purge at the end of each job.<br /> <br /> ===Not yet Categorized ===<br /> <br /> :;Fabman software :Management software with machine control hardware devices, API, and other features. https://fabman.io/<br /> <br /> :;RFIDDoorLock: https://wiki.melbournemakerspace.org/projects/RFIDDoorLock<br /> <br /> :;Byro :https://github.com/byro/byro<br /> <br /> :;HSBNE :https://github.com/hsbne/hsbneportal<br /> <br /> :;MetalabOS: https://github.com/Metalab/mos/<br /> <br /> :;NOMOS (Membership Management): https://github.com/vhs/nomos<br /> <br /> :;MeMaTool: https://github.com/sim0nx/mematool<br /> <br /> :;RFID Tool Cabinet: https://www.youtube.com/watch?v=u-L_7pyPcvE<br /> <br /> === Systems Focusing on Space Management without Access Control (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> (Some of these may integrate with other Access Control Systems)<br /> <br /> <br /> :;WildApricot :Membership management software used by many maker spaces. https://www.wildapricot.com/<br /> <br /> :;Seltzer CRM: Open source CRM / membership management software created by a maker space and designed to be extensible and easily modified. https://wiki.hackerspaces.org/Seltzer_CRM<br /> <br /> :;SIMPL: (Software primarily designed to manage coworking spaces with features to support maker spaces) https://smpl.io/software/makerspaces/<br /> <br /> :;OpenBravo (ERM/ERP) :https://www.openbravo.com/<br /> <br /> :;WikiSpaces :The primary goal of the WikiSpaces project is to provide a 'startup' wiki, which is basically a MediaWiki distribution especially for hackerspaces. This distribution will provide a working, up to date, MediaWiki installation, with the commonly needed extensions installed and configured. https://wiki.hackerspaces.org/WikiSpaces<br /> <br /> <br /> <br /> ==== Not Yet Categorized ====<br /> <br /> :;Scholarly article on value of information collected using Maker Lens / MakerPass access system. : https://people.eecs.berkeley.edu/~eschoop/docs/makerlens.pdf</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Talk:Maker_Space_Manager_System&diff=3424 Talk:Maker Space Manager System 2026-10-16T18:24:21Z

<p>Gfc: /* Parallel Development of Sandbox Kiosk Prototype */</p> <hr /> <div>==LabSwipe /MSM System Development History & Future Road Map==<br /> <br /> ===Development History===<br /> Would someone on the Labswipe team add to this section?<br /> <br /> ===Current Release===<br /> <br /> ===Future Enhancements===<br /> <br /> Road Map for future enhancements. <br /> <br /> ==== 2021-2022 MSM Rework Outline ====<br /> *Outline of desired improvements for development work from Summer 2021 to Summer 2022<br /> ===== 2021 =====<br /> * Improvements to existing UI / core LabSwipe functionality (Fall 21) <br /> ** Improved editing of data entry fields<br /> ** Integration with UMD swipe Identity API to correctly identify new cards swiped into system and close current opportunity for student to use a created ID card with false UID.<br /> ** Integration with UMD swipe API to:<br /> *** Identify deactivated student ID cards and <br /> *** Update CardID serial number when a lost ID card is replaced with a new card.<br /> <br /> ===== 2022 =====<br /> * Integration with Canvas LMS (Spring 22)<br /> ** Using Canvas API, ensuring API key is well protected using a secrets manager or similar approach<br /> ** Implement a middle layer between MSM and Canvas to track training certifications (similar to a micro credentialing system) in a way that creates an abstraction layer between a canvas course and a training certification.<br /> ** See '''Integration with ELMS/Canvas Learning Management System''' below for detail<br /> <br /> ===== Overview of Enhancements =====<br /> *Additional Enhancements not yet implemented (many not yet scheduled).<br /> ** Integration with a tool access control system (such as Safety Spot, The Google system used at Ace Makerspace and elsewhere, or the Nova Pass system)<br /> *** See '''Tool Access Control''' below for details<br /> *** This integration would require certain tools flagged in system to have a swipe card reader at the tool which verifies training before tool will operate. <br /> *** While extending MSM to support tool access control, modify it as well to allow a particular makerspace to set up a two-tier implementation of MSM where initial swipe allows entry into makerspace without selecting a specific tool (but perhaps requires the selection of a studio or category of tool) and subsequent swipe was required to select a particular tool. <br /> ** Tool reservation / tool-in-use flagging<br /> ** Tool Loan (away from makerspace)<br /> ** Student charging system (allow students to purchase materials and tooling using student ID or credit card.<br /> ** Faculty charging system (allow faculty / researchers to purchase materials using KFC account #)<br /> ** Matching of maker skills between students and managers. <br /> ** Campus-wide inventory of tools at each makerspace with ability for students to search for a particular tool (similar to MIT Manus system)<br /> <br /> Many of these are presented in more detail below:<br /> <br /> ==== Integration with ELMS/Canvas Learning Management System====<br /> Currently Labswipe stores training accomplishments in a Google Sheet. This needs to be manually updated. A brief look at the sheet shows very few of our makerspaces are making these manual updates. <br /> <br /> Sandbox implemented makerspace training in ELMS/Canvas in 2019. Initially we were manually updating the Labswipe sheet from Canvas but this became very time consuming. We wrote a Canvas API query tool that re-formats the Canvas results to make the updates a bit easier. We considered automating the Labswipe sheet update process but discontinued our efforts on this when it was decided to move the Labswipe back end from google sheets to AWS.<br /> <br /> Adding a badging or micro-credentialing plugin to Canvas was attempted in 2019-2020. Sandbox hoped that by adding this capability to Canvas we could avoid concerns about running queries directly against the Canvas system (which contains protected information about students) While the primary benefit would be isolating us from FERPA concerns, the badging system Would also simplify our queries (especially for training completed at a different makerspace), allow us to track training not done in Canvas (such as Welding or other training requiring direct, hands-on instruction), and also provide additional ways to gamify training (for example by allowing training tiers, 'leveling up', etc.) Our request to add a badging plugin to Canvas was rejected by DIT. We understand that a request to add a different badging system has been made by a different department and is still under consideration. <br /> <br /> *We'd like future versions of Labswipe to have the capability to update training accomplishments from Canvas. <br /> <br /> *Ideally this update would happen every time a maker swiped in to the system. <br /> <br /> *The system should support tracking of training that was completed at other UMD MSI makerspaces to support the MSI plans to open up access to makerspaces across campus. For example, a maker who completed Glowforge laser training at one of the library makerspaces should be able to use the Sandbox Glowforge without additional training.<br /> <br /> ==== Improve quantity and quality of tool usage data being gathered. ====<br /> <br /> Currently, the MSM system only asks each makerspace visitor which tools they will be using when they first swipe in at the front door. We've found this arrangement results in distorted statistics as many users just select the first tool they see on the list, don't take the time to check off every tool they intend to use, and often end up using tools they hadn't intended when they first arrived. <br /> <br /> An improvement would be to add additional data gathering points in the makerspace. For example, by adding touch screens with swipe readers in each workshop or tool storage area we could encourage makers to log every tool they use by making the process more convenient. Another approach would be to use a mobile web app to log tool usage by scanning each tool's barcode or otherwise selecting the tool. <br /> <br /> <br /> Several of the entries below relate to our goal of gathering more data on tool usage. <br /> *For example, the safety-driven requirement to add Tool Access Control lockout devices to dangerous tools (such as chop saws and lathes) will also help us gather more detailed tool usage data for those dangerous tools. <br /> *Adding an advanced tool reservation capability will add additional usage data for popular tools such as 3D printers and laser cutters. <br /> *Rather than add expensive lockout devices to all tools, we discuss the possible idea of adding Tool-In-Use flagging.<br /> <br /> All of these work together to not only better track tool usage but also to improve the user experience and reduce frustration, increase compliance with training requirements, and ensue our compliance with campus safety rules.<br /> <br /> <br /> <br /> <br /> <br /> ==== Tool Access Control ====<br /> <br /> Once the MSM system is able to look up tool training certification information using the ELMS/Canvas APAI. we'd like to add on to MSM additional hardware and software that will directly control use of certain tools that are deemed to be dangerous (such as a CNC router, milling machine, band saw, etc.) or other tools that, while not particularly dangerous, require specific knowledge to operate correctly (such as laser cutter, SLA 3D printer, etc) to avoid damaging the tool. <br /> <br /> * This access control system should be implemented as a separate hardware and software system connected to each tool we wish to have this added level of access control. While we envision this being implemented using commercially-available micro controllers (such as an Arduino-compatible microcontroller) or single board computers (such as a Raspberry Pi computer) any other implementation is acceptable so long as it provides a low cost per controlled machine tool.<br /> <br /> * This access control capability would require each maker to swipe their UMD ID before using that tool. Use of a UMD ID is preferred since all students and staff already carry this with them. Other authentication mechanism such as RFID or other ID card that works by proximity instead of requiring a physical swipe, or NFC or similar systems using a person's cell phone. For systems not using UMD ID magnetic stripe cards, the cost of additional cards, software, etc must be factored into our decision to use that system. <br /> <br /> * The system would look up the makers ID in a central database, and if able to verify that the maker is trained and certified to use the tool, the system would allow use of that tool. The preferred central database would be the existing UMD ELMS/Canvas Learning Management System or a system (such as a micro credentialing or badging system) that is connected to and synchronized with the ELMS/Canvas system. Systems that provide a central database system other than ELMS / Canvas must provide an automatic mechanism to update the database using the ELMS / Canvas API. <br /> <br /> * The means to allow use of the tool should be by:<br /> ** Switching on power through a relay or contactor controlled by the software logic <br /> ** Enabling a logical +5 volt signal to be read by the tool's existing controller (such as an ENABLE signal)<br /> ** By deactivating the tool's e-stop circuit, restoring a cabinet interlock circuit, or other mechanism by closing or opening a relay contacts. (i.e. dry contact closure)<br /> ** Several different approaches (ideally all of those listed above) should be provided to adapt the system to the widest variety of machine tools and their control systems.<br /> * The system should provide some way to prevent the maker from walking away and leaving the tool in an operational state. Some research and discussion are needed to determine the best approach for this but a simple example would be by setting a timeout after which the system requires the user to verify they are present by pushing a button or re-swiping their ID. This capability should be settable per-tool.<br /> * For tools enabled by simply applying power, the system should prevent these tools from starting up immediately on authentication to prevent unsafe situations. For example, by using a magnetic motor starter.<br /> * The system should ideally store locally a list of the IDs for all makers who recently were authenticated to use the tool (or store a list of all authorized users, updated periodically) This is to permit use of the tool control system even if the central database is unavailable or if network connectivity has failed.<br /> * A display on each access control station would ideally display information such as the name of the current authorized user (or last user if tool is idle), length of tool use (or countdown to expiration), connectivity check, etc.<br /> <br /> ==== System Support for Enforcing Buddy System ====<br /> <br /> UMD ESSR safety rule changes require certain tools to be used with the "buddy system" In short, the "buddy system" prohibits certain dangerous tools to be used by a person alone in the workshop. Another person must be close enough to see and hear the tool being used so they can render aid and call for assistance in case of injury.<br /> <br /> The MSM system should provide support for enforcing the buddy system. This support could entail requiring a second person to swipe in when using certain tools. This requirement might be limited to certain times of day (for example during the evening or when staff is reduced. The requirements for buddy system support are not yet clear, this is a placeholder.<br /> <br /> ==== Tool-In-Use Flagging ====<br /> <br /> An additional capability desired is the ability to flag the status of a tool as '''''In Use''''', '''''Available for Use''''', or other statuses such as '''''Awaiting Repair''''' or '''''Out of Service''''' Since demand for many tools is high and a student may be frustrated if they travel to a makerspace only to find a particular tool unavailable, it would be helpful for the system to flag tools that are not available for use because they are being used by someone else or are broken or otherwise unavailable. <br /> <br /> * For tools that are not in service, a makerspace staff member should be able to change the status through a web interface. <br /> ** The system should record a date/time stamp for when the tool was taken out of service and a date stamp for an expected return-to-service. <br /> *For tools being used by a maker, the MSM system should provide a mechanism for students to quickly and easily select a tool for use. This capability should allow the use of that tool for a fixed period of time, ideally this time period would differ for different types of tools (for example, a hammer would be flagged as in-use for 1-hour intervals while a sewing machine might have longer intervals such as 3 hours.<br /> ** The Tool-in-Use flag feature would verify the maker has completed any necessary training.<br /> ** When a different maker wishes to use that tool, they would see that the tool was currently in use by another maker and would also see the time the tool is expected to be available for their use. <br /> ** If a tool is still being used by that maker after the check-in time has passed, the new maker would have the right to be the next to use the tool.<br /> ** Ideally, the system would send an SMS message or some other sort of notification that the maker's use time has expired.<br /> ** Some examples of quick and easy mechanisms for makers to lag that they are using a tool <br /> *** A touch screen kiosk in each workshop or tool storage area.<br /> *** A QR code on each tool or on the storage location for each tool. The QR code would be scanned by the maker using the tool<br /> *** A mobile web app used by the maker.<br /> <br /> Note that the Tool-In-Use Flag Feature will provide a great deal of useful information about the relative popularity of each tool and could provide data to support the purchase of additional tools.<br /> <br /> ==== Tool Check-Out / Check-In (for use in makerspace) ====<br /> See '''Tool-In-Use flagging''' above. 'Check-In' and 'Check-Out' functions would be used by a student when they take a tool from storage to their work area or return it to storage. Note that Check-Out is different than Tool-Loan which entails removing a tool from the makerspace.<br /> <br /> ==== Tool Reservation ====<br /> <br /> Several tools (such as laser cutters or 3D printers are popular and makers often wish to sign-up in advance for a window of time to use the tool. In the case of 3D printers, a print job could run for many hours, or even multiple days. It would be useful for MSM to allow makers to reserve time on a tool and allow other makers to see that the tool is reserved and unavailable until a given time.<br /> <br /> Reservations block-out for class times or maintenance windows.<br /> <br /> ==== Manager / Staff skills matching ====<br /> Provide a new capability in MSM to allow staff and volunteer managers to swipe in and out while indicating if they are working or just using the space as a maker. <br /> <br /> The system should provide a display of all on-duty managers and staff, displaying each manager's photo and list of each's skills / specialties. This to help makers using the space know who to best ask questions about a particular tool or technique. <br /> <br /> ====Resale of maker materials, tooling, etc.====<br /> <br /> We would like to be able to resell materials such as sheet goods (plywood, MDF, acrylic, etc.) 3D printer filament, tooling (CNC router bits, milling machine tooling, etc.) This is a service to makers who don't necessarily have the ability to transport physically large materials.<br /> <br /> Further definition is needed to specify how payments will be taken. We don't want to accept cash and are uneasy about volunteer managers having access to maker credit/debit cards. Ideally, payments would be charged against a maker's account balance. Is it possible to use an existing student payment system such as Terrapin Express?<br /> <br /> === FERPA Concerns ===<br /> Since LabSwipe data is student data there may be concern that some of the data may fall under the protection of the Family Educational Rights and Privacy Act (FERPA). FERPA requires protection of "Personally Identifiable Information" (PII) from release to 3rd parties. Anyone using student PII must take steps to protect this from release, even through the action of a student working in the makerspace. FERPA exempts from the protection requirement certain "Directory Information" that is commonly used. It requires each university to identify what information is considered "Directory Information" <br /> <br /> UMD defines their PII and Directory Information here: https://academiccatalog.umd.edu/undergraduate/university-policies/ In July 2020 this policy defined UMD PII & Directory Information as:<br /> <br /> ''"Personally identifiable information" or "PII" means data or information which includes, but is not limited to:''<br /> <br /> *a student’s name;<br /> *a name of a student’s parent or family member<br /> *an address of a student or a student’s family; <br /> *a personal identifier, such as a social security number, University Identification Number (UID), or biometric record; <br /> *other indirect identifiers, such as mother’s maiden name; <br /> *other information that alone, or in combination, is linked or linkable to a specific student and that would allow a reasonable person in the UMD community who does not have personal knowledge of the relevant circumstances to identify the student with reasonable certainty; or information requested by a person who UMD reasonably believes knows the identity of the student to whom the education record relates.<br /> <br /> <br /> ''"Directory Information" means information which would generally not be considered harmful or an invasion of privacy if disclosed. It includes, but is not limited to, a student’s: <br /> <br /> *name, <br /> *address, <br /> *telephone listing, <br /> *e-mail address, <br /> *date and place of birth, <br /> *major field of study, <br /> *full-time/part-time status, <br /> *participation in officially recognized activities and sports, <br /> *weight and height of members of athletic teams, <br /> *dates of attendance, <br /> *degrees and awards received, and <br /> *the most recent previous educational agency or institution attended'' <br /> <br /> Note that UID is listed as PII but not excluded as "Directory Information" as is done at other institutions, especially those that also print UID on campus ID cards.<br /> <br /> == Parallel Development of Sandbox Kiosk Prototype ==<br /> <br /> '''''Kiosk System Test'''''<br /> <br /> Sandbox hopes to continue the development and testing of a '''''Kiosk System''''' in Spring 2022. The kiosk system is envisioned as a way to improve tool usage tracking and replace the tool identification signage on each studio door. Each studio would have a touch screen computer system on or near the door that displays a visual listing of tools in that studio. Makers would be asked to select the tool they wanted to use. The kiosk would verify that the maker had completed any required training on that tool. <br /> <br /> By asking the maker to check the tool back in, we would be able to collect additional information about usage of individual tools as well as provide remote visibility of tool availability to makers planning on visiting the makerspace. <br /> <br /> Eventually we envision the kiosk system having additional functionality including tool and studio reservation, broken tool tagging, identifying tool experts, etc.<br /> <br /> One possible initiative we could undertake would be the development of a prototype kiosk system for use in the various studios at Sandbox. This prototype would allow us to test ideas for MSM improvements and more quickly iterate through design concepts without having to modify the core MSM system. It would provide a working prototype useful for demonstrating our needs to the MSM development team, or to demonstrate our requirements if MSI decides to invest in an externally-developed system.<br /> ==== Overview of Sandbox Kiosk System ====<br /> The existing MSM / LabSwipe system assumes each lab will be a single room or small number of related spaces that are hierarchically flat. Sandbox is a group of six different studios, each with a different type of tool. This leads to some confusion and a slowdown each time a maker checks in. If the tools are grouped alphabetically, a maker interested in electronics might check that he plans to use a "multimeter" then have to scroll past "multitool" and 3 different "sander" entries related to woodworking, 4 different types of "sewing machine" in the crafting studio before finding "soldering iron" a few pages down. We've re-ordered the list by studio, which has helped quite a bit but makers using the woodworking studio have to scroll down several screens to find the start of tools they may want to use. While this may be fixable with some tweaks to the existing system UI, we've uncovered other issues that we'd like to address as well.<br /> <br /> In a review of system usage for the fall semester, we discovered that most students select a single tool regardless of the length of their visit. A maker may swipe in and select "laser cutter" as the tool they will be using but almost never returns to the front desk if (for example) they need to use a circular saw to trim their stock to the correct size, or need to use a drill to add a couple of holes to their project, or a sander to prepare it for finishing. Individually these failures aren't important but collectively they degrade the quality of data we hope to collect on tool usage and perhaps more importantly make it more difficult for us to report other statistics such as length of visit. Also, this avoidance bypasses the very important checking of training credentials that is a critical reason for having this system in the first place. Indeed, we found that a considerable number of students would select "no tool, table use only" when that option was made available. <br /> <br /> To improve this situation, we'd like to move tool selection part of MSM closer to the point where the tool is used. Makers would still swipe in to the space when entering, but would not be asked whaic tools they plan to use. The extreme case of this would be to equip each tool with a sensor that indicated use and requested the maker picking up the tool to authenticate and verify their certification to use that tool. This would likely be too expensive to be practical except on the most hazardous or expensive tools such as milling machines, laser cutters, etc. What we propose and would like to test using the concept of kiosks, would be moving tool check-out to each individual studio. We envision a touch-screen display at the door of each studio. While the touch screen could be a self-contatrined system such as a iPad tablet, we are more inclined to use small computers such as the RaspberryPi. <br /> <br /> In a perfect world this kiosk system would be connected to the card key door lock system, but we don't envision that being possible because of political limitations with the UMD card key system.<br /> <br /> <br /> <br /> <br /> ==== Initial Requirements for Kiosk Protoype ====<br /> <br /> * Kiosks to run Touch-screen terminals outside each Sandbox studio (to begin with woodworking studio and prototyping studio)<br /> ** Kiosk will display information about each tool available in that studio including training requirements and links to training materials. <br /> ** Tool information and training requirements should preferably come directly from existing wiki pages to ease updating. Either display wiki pages in embedded web browser or use mediawiki API to retrieve wiki content. <br /> * Information shown on kiosk would include both publicly viewable (no login required) and private information (requiring login) such as maker's training accomplishments, etc.<br /> ** Provide quick and simple means for each maker to log in / authenticate with the system (card swipe, phone app, NFC, etc) <br /> * Subset of information from kiosk system also available via login-secured web page accessible from off campus. Initially, remote functionality to include: <br /> **ability to reserve a tool for a certain period of time, with the length of time specified by the maker, provided that request is within the limits set for that particular tool, perhaps also taking into account the time of day or day of week. <br /> *** For example, a laser cutter might be reservible in blocks of 30 minutes with maximum of 3 blocks<br /> *** A 3d printer might be reservible in blocks of 2 hours with the maximum number of blocks varying depending of day of week and time of day. For example, a Friday afternoon reservation might allow 48 hours total time, while Monday afternoon would only allow 4 hours total.<br /> *** A more common power tool such as a jigsaw or drill might be reservible in blocks of 30 minutes with a maximum of 2-4 blocks.<br /> ** Some mechanism should be devised to prevent makers from always reserving the maximum number of blocks of time. <br /> ** display calendar view for each of the reservible tools that shows free/reserved blocks for each tool <br /> ** display calendar view for each studio that shows free/reserved status based on the tool being reserved. This view to be used to enforce Covid-19 distancing requirements<br /> <br /> = Listing of commercial or open source systems with overlapping functionality =<br /> == Lists of Systems (other pages like this one)==<br /> ;Hackerspaces.org wishlist of software functions / features. :https://wiki.hackerspaces.org/Software_Wish_List<br /> <br /> ;List of software from hackerspaces.org: https://wiki.hackerspaces.org/Hackerspace_Software\<br /> <br /> ;MakerNexus notes on Access Control Systems: https://makernexuswiki.com/wiki/Access_Control_Systems<br /> <br /> == Individual Systems ==<br /> === Systems Focusing on Access Control (may include door access in addition to machine tool access / lockout) ===<br /> (see also ''Systems Combining Access Control and Space Management'' below)<br /> <br /> :;Nova Labs Nova Pass : https://novapass.nova-labs.org/ (active system home page)<br /> ::(description from Makerfaire: https://nova.makerfaire.com/maker/entry/1224/) <br /> ::(details:https://goo.gl/RVmtiS)<br /> <br /> :;RATT - RFID All The Things: New Hampshire's MakeIT Labs RaspPi based RFID access control system. https://github.com/makeitlabs/ratt (video: https://www.youtube.com/watch?v=erwIPVwXUr8)<br /> <br /> :;FATT - FOB all The Things: Ace makerspace (formerly Ace Master Toys) https://www.acemakerspace.org/fatt-project/<br /> ::;Ace Master Toys: Makerspace system based on Google's AuthBox system https://github.com/google/makerspace-auth<br /> ::;Ace Makerspace Occupancy System: https://www.youtube.com/watch?v=kemAM8MWIN8<br /> <br /> :;Google Makerspace Auth (aka AuthBox): https://github.com/google/makerspace-auth<br /> <br /> :;Ithaca Generator AuthBox<br /> :* https://discuss.ithacagenerator.org/t/makerspace-authbox-on-github/565/3<br /> :* https://github.com/ithacagenerator/AuthBox<br /> <br /> :;Manchester, NH MakerAuth<br /> :* https://github.com/ManchesterMakerspace/MakerAuth<br /> <br /> :;RasPi-Lockout (designed for RIT Construct Makerspace): <br /> :* https://www.youtube.com/watch?v=aoAdB13IVr0 (YouTube demo)<br /> :* https://github.com/jaschawilcox/raspi-lockout (GitHub Repo)<br /> <br /> :;Build Brighton Access Node: https://www.youtube.com/watch?v=3X64JmTpOcA<br /> <br /> :;Open Access Control: Uses the Arduino hardware to build a robust access control and alarm system. https://code.google.com/archive/p/open-access-control/<br /> <br /> :;tinkerAccess: The tinkerAccess system is a Raspberry Pi based access control system that can be used to prevent unauthorized users from using devices that require special training. It could also conceivably be used to control electronic lock boxes or doors. The system was originally designed and created by Matt Stallard, Ron Thomas, and Matt Peopping for TinkerMill a makerspace in Longmont, CO. It is continually being maintained and enhanced by other contributors in the community. https://github.com/TinkerMill/tinkerAccess<br /> <br /> :;Triple Cities Makerspace ACS System: https://www.tcmakerspace.com/index.php/2019/08/19/project-profile-access-control-system-acs/<br /> <br /> :;The MakerBarn in The Woodlands, Texas MACS System: http://koljawindeler.github.io/macs/. <br /> ::* MACS UI Video: https://www.youtube.com/watch?v=zLidqAPo3Cs <br /> ::* An Introduction to the MACS - Makerspace Access Control System: https://www.youtube.com/watch?v=CI3xxsBM9SE<br /> <br /> :;PITT-X Makerspace Access System: https://www.youtube.com/watch?v=2HG-vyV4yoM<br /> <br /> :;Member Access System for Pumping Station One :https://github.com/hef/ps1auth<br /> ::https://github.com/bdenne2/ps1auth<br /> <br /> :;HACCSY: Hackerspace Access Control and Check in System. Works with Seltzer CRM, running on a Raspberry Pi. https://www.instructables.com/id/HACCSY-Hackerspace-Access-Control-and-Check-in-Sys/<br /> <br /> :;Open Access Control Ethernet: https://github.com/zyphlar/Open_Access_Control_Ethernet<br /> ::;Open Source Access Control Web Interface (works with above) :https://github.com/zyphlar/Open-Source-Access-Control-Web-Interface<br /> <br /> === Systems Combining Access Control and Space Management (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> <br /> ;Safety Spot :Commercial maker space management software widely used in university maker spaces. https://www.safetyspot.com/ <br /> <br /> ;(UC Berkeley) Makerpass system onepager: https://assets.pubpub.org/hpise2ck/01585588151622.pdf<br /> <br /> ;Recursion: https://recursion.space Commercial system with free tier. Patented equipment lockout controller.<br /> <br /> ;UT Austin FabApp/JuiceBox: FabApp is a PHP-based system for managing a makerspace (https://github.com/UTA-FabLab/fabapp). JuiceBox is a Python-based system for providing access control to power tools (https://github.com/UTA-FabLab/JuiceBox). These and other UTA apps are on the UTA GitHub: https://github.com/UTA-FabLab<br /> <br /> ;UT Austin Team Lockout: https://blog.uta.edu/cseseniordesign/2019/07/20/lockout/ The Maker Space Lockout System correctly gives access to Machinery only to users that have been adequately briefed on the machinery’s safety and operation. The system will be able to control access for each user according to their level of skill and expertise. Users of The Maker Space Lockout System will also become more equipped to handle and view wear and tear on machines via the data collection purge at the end of each job.<br /> <br /> ===Not yet Categorized ===<br /> <br /> :;Fabman software :Management software with machine control hardware devices, API, and other features. https://fabman.io/<br /> <br /> :;RFIDDoorLock: https://wiki.melbournemakerspace.org/projects/RFIDDoorLock<br /> <br /> :;Byro :https://github.com/byro/byro<br /> <br /> :;HSBNE :https://github.com/hsbne/hsbneportal<br /> <br /> :;MetalabOS: https://github.com/Metalab/mos/<br /> <br /> :;NOMOS (Membership Management): https://github.com/vhs/nomos<br /> <br /> :;MeMaTool: https://github.com/sim0nx/mematool<br /> <br /> :;RFID Tool Cabinet: https://www.youtube.com/watch?v=u-L_7pyPcvE<br /> <br /> === Systems Focusing on Space Management without Access Control (may include elements of CRM, AR/AP, training management, inventory control, etc.) ===<br /> (Some of these may integrate with other Access Control Systems)<br /> <br /> <br /> :;WildApricot :Membership management software used by many maker spaces. https://www.wildapricot.com/<br /> <br /> :;Seltzer CRM: Open source CRM / membership management software created by a maker space and designed to be extensible and easily modified. https://wiki.hackerspaces.org/Seltzer_CRM<br /> <br /> :;SIMPL: (Software primarily designed to manage coworking spaces with features to support maker spaces) https://smpl.io/software/makerspaces/<br /> <br /> :;OpenBravo (ERM/ERP) :https://www.openbravo.com/<br /> <br /> :;WikiSpaces :The primary goal of the WikiSpaces project is to provide a 'startup' wiki, which is basically a MediaWiki distribution especially for hackerspaces. This distribution will provide a working, up to date, MediaWiki installation, with the commonly needed extensions installed and configured. https://wiki.hackerspaces.org/WikiSpaces<br /> <br /> <br /> <br /> ==== Not Yet Categorized ====<br /> <br /> :;Scholarly article on value of information collected using Maker Lens / MakerPass access system. : https://people.eecs.berkeley.edu/~eschoop/docs/makerlens.pdf</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Maker_Space_Manager_System&diff=3423 Maker Space Manager System 2026-10-16T18:23:17Z

<p>Gfc: </p> <hr /> <div>Sandbox is a member of the UMD Makerspace Initiative (MSI), a campus-wide group of more than 20 MakerSpaces that endeavors to bring broader access for all students. <br /> <br /> One important MSI initiative is the development of the MakerSpace Manager system (MSM) which we use to track access to our space and ensure that our makers are trained to use the tools they intend to use. The MSM system (formerly named LabSwipe) is still under development. <br /> <br /> See the Talk page for more information about future plans for MSM development.<br /> <br /> <br /> The Pinpoint system (pinpoint.umd.edu) is the current iteration of LabSwipe and the short-lived MSM project. <br /> <br /> Pinpoint is managed by Engineering Digital Service (EDS), a team of students who develop and maintain Pinpoint as well as other digital services for the A. James Clark School of Engineering and the University of Maryland. For information about the system visit https://docs.pinpoint.umd.edu/</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Brother_1034DX&diff=3422 Brother 1034DX 2026-10-15T23:38:14Z

<p>Gfc: </p> <hr /> <div>[[File:Brother-1034DX-Serger.jpeg]]<br /> <br /> ==Manuals==<br /> A downloaded copy of the XXXX manual [https://drive.google.com/file/d/16SOOOySWcTznSkhjvAtjWmGptkq2YMFk/view?usp=sharing can be found on our shared drive] <i>Note that this PDF manual can only be viewed by members of the UMD community, logged in to Google with a umd.edu account. </i></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3421 Widget:SlidingGallerySewing 2026-10-15T23:30:53Z

<p>Gfc: </p> <hr /> <div><br /> <script><br /> var GALLERY_DATA = [<br /> {<br /> link: "/wiki/index.php/Singer_HD_4432",<br /> img: "/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327",<br /> title: "Singer HD 4432",<br /> desc: "Basic sewing machine"<br /> },<br /> {<br /> link: "/wiki/index.php/Singer_Simple_3232",<br /> img: "/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102",<br /> title: "Singer Simple 3232",<br /> desc: "Starter sewing machine"<br /> },<br /> {<br /> link: "/wiki/index.php/Janome_HD-3000BE",<br /> img: "/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg",<br /> title: "Janome HD-3000BE",<br /> desc: "Intermediate Home Sewing Machine"<br /> },<br /> {<br /> link: "/wiki/index.php/Bernina_model_1000",<br /> img: "/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png",<br /> title: "Bernina model 1008",<br /> desc: "Intermediate Home Sewing Machine"<br /> },<br /> {<br /> link: "/wiki/index.php/Brother_1034DX",<br /> img: "/wiki/images/thumb/3/3e/Brother-1034DX-Serger.jpeg/120px-Brother-1034DX-Serger.jpeg",<br /> title: "Brother 1034DX",<br /> desc: "Serger"<br /> },<br /> {<br /> link: "/wiki/index.php/Brother_PE770",<br /> img: "/wiki/images/thumb/8/8d/BrotherPE770.jpg/240px-BrotherPE770.jpg",<br /> title: "Brother PE770",<br /> desc: "Embroidery machine"<br /> }<br /> ];<br /> </script><br /> <br /> <br /> <style><br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> <br /> /* EXPANDED VIEWPORT BOUNDS: Tall enough to safely clear the new image sizes */<br /> .gallery-viewport { <br /> position: relative; <br /> margin: 0 auto; <br /> width: 742px; /* Total viewable window width area optimized for iPads */<br /> height: 380px; <br /> overflow: hidden; <br /> }<br /> <br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 25px; /* Spaces out your columns neatly */<br /> width: max-content; <br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused !important;<br /> }<br /> <br /> /* EXPANDED ITEM BOX COLUMNS: Boosted cards to make room for wide thumbnails */<br /> .gallery-item {<br /> display: flex;<br /> flex-direction: column;<br /> align-items: center;<br /> justify-content: flex-start;<br /> text-align: center;<br /> width: 220px; <br /> flex-shrink: 0;<br /> }<br /> <br /> /* DYNAMIC LARGE IMAGE BOUNDARIES */<br /> .gallery-item img {<br /> width: 190px; <br /> height: 240px; <br /> object-fit: contain; /* Scales mismatched image formats without distortion */<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.12); <br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.9em; <br /> color: #333;<br /> margin-top: 10px;<br /> line-height: 1.3;<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper" id="sewing-marquee-track"><br /> <br /> </div><br /> </div><br /> </div><br /> </div><br /> <br /> <br /> <script><br /> (function() {<br /> var track = document.getElementById('sewing-marquee-track');<br /> if (!track || !GALLERY_DATA || GALLERY_DATA.length === 0) return;<br /> <br /> var htmlOutput = '';<br /> <br /> // 1. Build the HTML block for the primary list entries<br /> for (var i = 0; i < GALLERY_DATA.length; i++) {<br /> var item = GALLERY_DATA[i];<br /> htmlOutput += '<div class="gallery-item">';<br /> /* 🌟 Pulls the complete, absolute path directly from your variables */<br /> htmlOutput += ' <a href="' + item.link + '"><img src="' + item.img + '" alt="' + item.title + '"></a>';<br /> htmlOutput += ' <div class="gallery-caption">' + item.title + '<br><b>' + item.desc + '</b></div>';<br /> htmlOutput += '</div>';<br /> }<br /> <br /> // 2. Build the HTML block for the duplicate list entries to create the continuous loop<br /> for (var j = 0; j < GALLERY_DATA.length; j++) {<br /> var cloneItem = GALLERY_DATA[j];<br /> htmlOutput += '<div class="gallery-item">';<br /> /* 🌟 Pulls the complete, absolute path directly from your variables */<br /> htmlOutput += ' <a href="' + cloneItem.link + '"><img src="' + cloneItem.img + '" alt="' + cloneItem.title + '"></a>';<br /> htmlOutput += ' <div class="gallery-caption">' + cloneItem.title + '<br><b>' + cloneItem.desc + '</b></div>';<br /> htmlOutput += '</div>';<br /> }<br /> <br /> // 3. Inject the compiled loop lists safely into the DOM track container <br /> track.innerHTML = htmlOutput;<br /> <br /> // 4. Calculate the mathematically perfect loop point dynamically using percentage tracking:<br /> var styleSheet = document.createElement("style");<br /> styleSheet.type = "text/css";<br /> styleSheet.innerText = <br /> "@keyframes dynamicMarquee {" +<br /> " 0% { transform: translateX(0); }" +<br /> " 100% { transform: translateX(-50%); }" +<br /> "}\n" +<br /> "#sewing-marquee-track { animation: 35s dynamicMarquee linear infinite; }";<br /> document.head.appendChild(styleSheet);<br /> })();<br /> </script></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3420 Widget:SlidingGallerySewing 2026-10-15T23:26:00Z

<p>Gfc: </p> <hr /> <div><br /> <script><br /> var GALLERY_DATA = [<br /> {<br /> link: "/wiki/index.php/Singer_HD_4432",<br /> img: "/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327",<br /> title: "Singer HD 4432",<br /> desc: "Basic sewing machine"<br /> },<br /> {<br /> link: "/Singer_Simple_3232",<br /> img: "/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102",<br /> title: "Singer Simple 3232",<br /> desc: "Starter sewing machine"<br /> },<br /> {<br /> link: "/wiki/Janome_HD-3000BE",<br /> img: "/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg",<br /> title: "Janome HD-3000BE",<br /> desc: "Intermediate Home Sewing Machine"<br /> },<br /> {<br /> link: "/wiki/Bernina_model_1000",<br /> img: "/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png",<br /> title: "Bernina model 1008",<br /> desc: "Intermediate Home Sewing Machine"<br /> },<br /> {<br /> link: "/wiki/Brother_1034DX",<br /> img: "/wiki/images/thumb/3/3e/Brother-1034DX-Serger.jpeg/120px-Brother-1034DX-Serger.jpeg",<br /> title: "Brother 1034DX",<br /> desc: "Serger"<br /> },<br /> {<br /> link: "/wiki/Brother_PE770",<br /> /* 🌟 UPDATED: Added your optimized 240px thumbnail path below */<br /> img: "/wiki/images/thumb/8/8d/BrotherPE770.jpg/240px-BrotherPE770.jpg",<br /> title: "Brother PE770",<br /> desc: "Embroidery machine"<br /> }<br /> ];<br /> </script><br /> <br /> <br /> <style><br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> <br /> /* EXPANDED VIEWPORT BOUNDS: Tall enough to safely clear the new image sizes */<br /> .gallery-viewport { <br /> position: relative; <br /> margin: 0 auto; <br /> width: 742px; /* Total viewable window width area optimized for iPads */<br /> height: 380px; <br /> overflow: hidden; <br /> }<br /> <br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 25px; /* Spaces out your columns neatly */<br /> width: max-content; <br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused !important;<br /> }<br /> <br /> /* EXPANDED ITEM BOX COLUMNS: Boosted cards to make room for wide thumbnails */<br /> .gallery-item {<br /> display: flex;<br /> flex-direction: column;<br /> align-items: center;<br /> justify-content: flex-start;<br /> text-align: center;<br /> width: 220px; <br /> flex-shrink: 0;<br /> }<br /> <br /> /* DYNAMIC LARGE IMAGE BOUNDARIES */<br /> .gallery-item img {<br /> width: 190px; <br /> height: 240px; <br /> object-fit: contain; /* Scales mismatched image formats without distortion */<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.12); <br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.9em; <br /> color: #333;<br /> margin-top: 10px;<br /> line-height: 1.3;<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper" id="sewing-marquee-track"><br /> <br /> </div><br /> </div><br /> </div><br /> </div><br /> <br /> <br /> <script><br /> (function() {<br /> var track = document.getElementById('sewing-marquee-track');<br /> if (!track || !GALLERY_DATA || GALLERY_DATA.length === 0) return;<br /> <br /> var htmlOutput = '';<br /> <br /> // 1. Build the HTML block for the primary list entries<br /> for (var i = 0; i < GALLERY_DATA.length; i++) {<br /> var item = GALLERY_DATA[i];<br /> htmlOutput += '<div class="gallery-item">';<br /> htmlOutput += ' <a href="' + item.link + '"><img src="' + item.img + '" alt="' + item.title + '"></a>';<br /> htmlOutput += ' <div class="gallery-caption">' + item.title + '<br><b>' + item.desc + '</b></div>';<br /> htmlOutput += '</div>';<br /> }<br /> <br /> // 2. Build the HTML block for the duplicate list entries to create the continuous loop<br /> for (var j = 0; j < GALLERY_DATA.length; j++) {<br /> var cloneItem = GALLERY_DATA[j];<br /> htmlOutput += '<div class="gallery-item">';<br /> htmlOutput += ' <a href="' + cloneItem.link + '"><img src="' + cloneItem.img + '" alt="' + cloneItem.title + '"></a>';<br /> htmlOutput += ' <div class="gallery-caption">' + cloneItem.title + '<br><b>' + cloneItem.desc + '</b></div>';<br /> htmlOutput += '</div>';<br /> }<br /> <br /> // 3. Inject the compiled loop lists safely into the DOM track container <br /> track.innerHTML = htmlOutput;<br /> <br /> // 4. Calculate the mathematically perfect loop point dynamically using percentage tracking:<br /> // Sliding left by exactly -50% ensures an infinite, gapless repeat loop regardless of dimensions.<br /> var styleSheet = document.createElement("style");<br /> styleSheet.type = "text/css";<br /> styleSheet.innerText = <br /> "@keyframes dynamicMarquee {" +<br /> " 0% { transform: translateX(0); }" +<br /> " 100% { transform: translateX(-50%); }" +<br /> "}\n" +<br /> "#sewing-marquee-track { animation: 35s dynamicMarquee linear infinite; }";<br /> document.head.appendChild(styleSheet);<br /> })();<br /> </script></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3419 Widget:SlidingGallerySewing 2026-10-15T23:23:34Z

<p>Gfc: </p> <hr /> <div><br /> <script><br /> var GALLERY_DATA = [<br /> {<br /> link: "/Singer_HD_4432",<br /> img: "/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327",<br /> title: "Singer HD 4432",<br /> desc: "Basic sewing machine"<br /> },<br /> {<br /> link: "/Singer_Simple_3232",<br /> img: "/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102",<br /> title: "Singer Simple 3232",<br /> desc: "Starter sewing machine"<br /> },<br /> {<br /> link: "/wiki/Janome_HD-3000BE",<br /> img: "/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg",<br /> title: "Janome HD-3000BE",<br /> desc: "Intermediate Home Sewing Machine"<br /> },<br /> {<br /> link: "/wiki/Bernina_model_1000",<br /> img: "/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png",<br /> title: "Bernina model 1008",<br /> desc: "Intermediate Home Sewing Machine"<br /> },<br /> {<br /> link: "/wiki/Brother_1034DX",<br /> img: "/wiki/images/thumb/3/3e/Brother-1034DX-Serger.jpeg/120px-Brother-1034DX-Serger.jpeg",<br /> title: "Brother 1034DX",<br /> desc: "Serger"<br /> },<br /> {<br /> link: "/wiki/Brother_PE770",<br /> /* 🌟 UPDATED: Added your optimized 240px thumbnail path below */<br /> img: "/wiki/images/thumb/8/8d/BrotherPE770.jpg/240px-BrotherPE770.jpg",<br /> title: "Brother PE770",<br /> desc: "Embroidery machine"<br /> }<br /> ];<br /> </script><br /> <br /> <br /> <style><br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> <br /> /* EXPANDED VIEWPORT BOUNDS: Tall enough to safely clear the new image sizes */<br /> .gallery-viewport { <br /> position: relative; <br /> margin: 0 auto; <br /> width: 742px; /* Total viewable window width area optimized for iPads */<br /> height: 380px; <br /> overflow: hidden; <br /> }<br /> <br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 25px; /* Spaces out your columns neatly */<br /> width: max-content; <br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused !important;<br /> }<br /> <br /> /* EXPANDED ITEM BOX COLUMNS: Boosted cards to make room for wide thumbnails */<br /> .gallery-item {<br /> display: flex;<br /> flex-direction: column;<br /> align-items: center;<br /> justify-content: flex-start;<br /> text-align: center;<br /> width: 220px; <br /> flex-shrink: 0;<br /> }<br /> <br /> /* DYNAMIC LARGE IMAGE BOUNDARIES */<br /> .gallery-item img {<br /> width: 190px; <br /> height: 240px; <br /> object-fit: contain; /* Scales mismatched image formats without distortion */<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.12); <br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.9em; <br /> color: #333;<br /> margin-top: 10px;<br /> line-height: 1.3;<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper" id="sewing-marquee-track"><br /> <br /> </div><br /> </div><br /> </div><br /> </div><br /> <br /> <br /> <script><br /> (function() {<br /> var track = document.getElementById('sewing-marquee-track');<br /> if (!track || !GALLERY_DATA || GALLERY_DATA.length === 0) return;<br /> <br /> var htmlOutput = '';<br /> <br /> // 1. Build the HTML block for the primary list entries<br /> for (var i = 0; i < GALLERY_DATA.length; i++) {<br /> var item = GALLERY_DATA[i];<br /> htmlOutput += '<div class="gallery-item">';<br /> htmlOutput += ' <a href="' + item.link + '"><img src="' + item.img + '" alt="' + item.title + '"></a>';<br /> htmlOutput += ' <div class="gallery-caption">' + item.title + '<br><b>' + item.desc + '</b></div>';<br /> htmlOutput += '</div>';<br /> }<br /> <br /> // 2. Build the HTML block for the duplicate list entries to create the continuous loop<br /> for (var j = 0; j < GALLERY_DATA.length; j++) {<br /> var cloneItem = GALLERY_DATA[j];<br /> htmlOutput += '<div class="gallery-item">';<br /> htmlOutput += ' <a href="' + cloneItem.link + '"><img src="' + cloneItem.img + '" alt="' + cloneItem.title + '"></a>';<br /> htmlOutput += ' <div class="gallery-caption">' + cloneItem.title + '<br><b>' + cloneItem.desc + '</b></div>';<br /> htmlOutput += '</div>';<br /> }<br /> <br /> // 3. Inject the compiled loop lists safely into the DOM track container <br /> track.innerHTML = htmlOutput;<br /> <br /> // 4. Calculate the mathematically perfect loop point dynamically using percentage tracking:<br /> // Sliding left by exactly -50% ensures an infinite, gapless repeat loop regardless of dimensions.<br /> var styleSheet = document.createElement("style");<br /> styleSheet.type = "text/css";<br /> styleSheet.innerText = <br /> "@keyframes dynamicMarquee {" +<br /> " 0% { transform: translateX(0); }" +<br /> " 100% { transform: translateX(-50%); }" +<br /> "}\n" +<br /> "#sewing-marquee-track { animation: 35s dynamicMarquee linear infinite; }";<br /> document.head.appendChild(styleSheet);<br /> })();<br /> </script></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=IRB_1238&diff=3418 IRB 1238 2026-10-15T23:16:30Z

<p>Gfc: </p> <hr /> <div>[[Category:Rooms]]<br /> =Sewing Studio=<br /> __TOC__<br /> The '''Sewing Studio''' is located in Iribe Room 1238.<br /> <br /> Students can use the machines and tools in this studio to modify or make their own <br /> fabric projects, including: clothing, puppets, cosplay/costumes, small home decor, <br /> and more! [[IRB_1238_VR| VT test]]<br /> ==Tools==<br /> {{#widget:SlidingGallerySewing}}<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''It should not have left the room and may be missing.'''<br /> <br /> {{:MajorToolsSewingStudio}}<br /> == Take a look around the Sandbox Sewing Studio!==<br /> {{Virtual Tour|tourID=Sewing}}<br /> ==Minor tools==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We can track it down and/or replace it.'''<br /> {{:SewingMinorToolsList}}<br /> ==Consumables==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We likely have more stock in storage.'''<br /> {{:SewingConsumablesList}}</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=IRB_1238&diff=3417 IRB 1238 2026-10-15T23:16:11Z

<p>Gfc: </p> <hr /> <div>[[Category:Rooms]]<br /> =Sewing Studio=<br /> __TOC__<br /> The '''Sewing Studio''' is located in Iribe Room 1238.<br /> <br /> Students can use the machines and tools in this studio to modify or make their own <br /> fabric projects, including: clothing, puppets, cosplay/costumes, small home decor, <br /> and more! [[IRB_1238_VR| VT test]]<br /> ==Tools==<br /> {{#widget:SlidingGallerySewing}}<br /> <br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''It should not have left the room and may be missing.'''<br /> <br /> {{:MajorToolsSewingStudio}}<br /> <br /> == Take a look around the Sandbox Sewing Studio!==<br /> {{Virtual Tour|tourID=Sewing}}<br /> ==Minor tools==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We can track it down and/or replace it.'''<br /> {{:SewingMinorToolsList}}<br /> ==Consumables==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We likely have more stock in storage.'''<br /> {{:SewingConsumablesList}}</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=IRB_1238&diff=3416 IRB 1238 2026-10-15T23:14:42Z

<p>Gfc: </p> <hr /> <div>[[Category:Rooms]]<br /> =Sewing Studio=<br /> __TOC__<br /> The '''Sewing Studio''' is located in Iribe Room 1238.<br /> <br /> Students can use the machines and tools in this studio to modify or make their own <br /> fabric projects, including: clothing, puppets, cosplay/costumes, small home decor, <br /> and more! [[IRB_1238_VR| VT test]]<br /> ==Tools==<br /> {{#widget:SlidingGallerySewing}}<br /> <br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''It should not have left the room and may be missing.'''<br /> <br /> {{:MajorToolsSewingStudio}}<br /> <br /> ==Minor tools==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We can track it down and/or replace it.'''<br /> {{:SewingMinorToolsList}}<br /> ==Consumables==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We likely have more stock in storage.'''<br /> {{:SewingConsumablesList}}</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=IRB_1238&diff=3415 IRB 1238 2026-10-15T23:14:18Z

<p>Gfc: </p> <hr /> <div>[[Category:Rooms]]<br /> =Sewing Studio=<br /> __TOC__<br /> The '''Sewing Studio''' is located in Iribe Room 1238.<br /> <br /> Students can use the machines and tools in this studio to modify or make their own <br /> fabric projects, including: clothing, puppets, cosplay/costumes, small home decor, <br /> and more! [[IRB_1238_VR| VT test]]<br /> <br /> <br /> ==Tools==<br /> {{#widget:SlidingGallerySewing}}<br /> <br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''It should not have left the room and may be missing.'''<br /> <br /> {{:MajorToolsSewingStudio}}<br /> <br /> ==Minor tools==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We can track it down and/or replace it.'''<br /> {{:SewingMinorToolsList}}<br /> ==Consumables==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We likely have more stock in storage.'''<br /> {{:SewingConsumablesList}}</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=IRB_1238_VR&diff=3414 IRB 1238 VR 2026-10-15T23:13:45Z

<p>Gfc: </p> <hr /> <div>[[Category:Rooms]]<br /> =Sewing Studio=<br /> __TOC__<br /> The '''Sewing Studio''' is located in Iribe Room 1238.<br /> Students can use the machines and tools in this studio to modify or make their own <br /> fabric projects, including: clothing, puppets, cosplay/costumes, small home decor, <br /> and more! <br /> <br /> ==Tools==<br /> <br /> {{#widget:SlidingGallerySewing}}<br /> <br /> <br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''It should not have left the room and may be missing.'''<br /> <br /> {{:MajorToolsSewingStudio}}<br /> <br /> == Take a look around the Sandbox Sewing Studio!==<br /> <br /> {{Virtual Tour|tourID=Sewing}}<br /> <br /> ==Minor tools==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We can track it down and/or replace it.'''<br /> {{:SewingMinorToolsList}}<br /> ==Consumables==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We likely have more stock in storage.'''<br /> {{:SewingConsumablesList}}</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3413 Widget:SlidingGallerySewing 2026-10-15T23:12:26Z

<p>Gfc: </p> <hr /> <div><br /> <script><br /> var GALLERY_DATA = [<br /> {<br /> link: "/wiki/Singer_HD_4432",<br /> img: "/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327",<br /> title: "Singer HD 4432",<br /> desc: "Basic sewing machine"<br /> },<br /> {<br /> link: "/wiki/Singer_Simple_3232",<br /> img: "/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102",<br /> title: "Singer Simple 3232",<br /> desc: "Starter sewing machine"<br /> },<br /> {<br /> link: "/wiki/Janome_HD-3000BE",<br /> img: "/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg",<br /> title: "Janome HD-3000BE",<br /> desc: "Intermediate Home Sewing Machine"<br /> },<br /> {<br /> link: "/wiki/Bernina_model_1000",<br /> img: "/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png",<br /> title: "Bernina model 1008",<br /> desc: "Intermediate Home Sewing Machine"<br /> },<br /> {<br /> link: "/wiki/Brother_1034DX",<br /> img: "/wiki/images/thumb/3/3e/Brother-1034DX-Serger.jpeg/120px-Brother-1034DX-Serger.jpeg",<br /> title: "Brother 1034DX",<br /> desc: "Serger"<br /> },<br /> {<br /> link: "/wiki/Brother_PE770",<br /> /* 🌟 UPDATED: Added your optimized 240px thumbnail path below */<br /> img: "/wiki/images/thumb/8/8d/BrotherPE770.jpg/240px-BrotherPE770.jpg",<br /> title: "Brother PE770",<br /> desc: "Embroidery machine"<br /> }<br /> ];<br /> </script><br /> <br /> <br /> <style><br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> <br /> /* EXPANDED VIEWPORT BOUNDS: Tall enough to safely clear the new image sizes */<br /> .gallery-viewport { <br /> position: relative; <br /> margin: 0 auto; <br /> width: 742px; /* Total viewable window width area optimized for iPads */<br /> height: 380px; <br /> overflow: hidden; <br /> }<br /> <br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 25px; /* Spaces out your columns neatly */<br /> width: max-content; <br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused !important;<br /> }<br /> <br /> /* EXPANDED ITEM BOX COLUMNS: Boosted cards to make room for wide thumbnails */<br /> .gallery-item {<br /> display: flex;<br /> flex-direction: column;<br /> align-items: center;<br /> justify-content: flex-start;<br /> text-align: center;<br /> width: 220px; <br /> flex-shrink: 0;<br /> }<br /> <br /> /* DYNAMIC LARGE IMAGE BOUNDARIES */<br /> .gallery-item img {<br /> width: 190px; <br /> height: 240px; <br /> object-fit: contain; /* Scales mismatched image formats without distortion */<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.12); <br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.9em; <br /> color: #333;<br /> margin-top: 10px;<br /> line-height: 1.3;<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper" id="sewing-marquee-track"><br /> <br /> </div><br /> </div><br /> </div><br /> </div><br /> <br /> <br /> <script><br /> (function() {<br /> var track = document.getElementById('sewing-marquee-track');<br /> if (!track || !GALLERY_DATA || GALLERY_DATA.length === 0) return;<br /> <br /> var htmlOutput = '';<br /> <br /> // 1. Build the HTML block for the primary list entries<br /> for (var i = 0; i < GALLERY_DATA.length; i++) {<br /> var item = GALLERY_DATA[i];<br /> htmlOutput += '<div class="gallery-item">';<br /> htmlOutput += ' <a href="' + item.link + '"><img src="' + item.img + '" alt="' + item.title + '"></a>';<br /> htmlOutput += ' <div class="gallery-caption">' + item.title + '<br><b>' + item.desc + '</b></div>';<br /> htmlOutput += '</div>';<br /> }<br /> <br /> // 2. Build the HTML block for the duplicate list entries to create the continuous loop<br /> for (var j = 0; j < GALLERY_DATA.length; j++) {<br /> var cloneItem = GALLERY_DATA[j];<br /> htmlOutput += '<div class="gallery-item">';<br /> htmlOutput += ' <a href="' + cloneItem.link + '"><img src="' + cloneItem.img + '" alt="' + cloneItem.title + '"></a>';<br /> htmlOutput += ' <div class="gallery-caption">' + cloneItem.title + '<br><b>' + cloneItem.desc + '</b></div>';<br /> htmlOutput += '</div>';<br /> }<br /> <br /> // 3. Inject the compiled loop lists safely into the DOM track container <br /> track.innerHTML = htmlOutput;<br /> <br /> // 4. Calculate the mathematically perfect loop point dynamically using percentage tracking:<br /> // Sliding left by exactly -50% ensures an infinite, gapless repeat loop regardless of dimensions.<br /> var styleSheet = document.createElement("style");<br /> styleSheet.type = "text/css";<br /> styleSheet.innerText = <br /> "@keyframes dynamicMarquee {" +<br /> " 0% { transform: translateX(0); }" +<br /> " 100% { transform: translateX(-50%); }" +<br /> "}\n" +<br /> "#sewing-marquee-track { animation: 35s dynamicMarquee linear infinite; }";<br /> document.head.appendChild(styleSheet);<br /> })();<br /> </script></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3412 Widget:SlidingGallerySewing 2026-10-15T22:58:03Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 300px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3411 Widget:SlidingGallerySewing 2026-10-15T22:56:57Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 300px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3410 Widget:SlidingGallerySewing 2026-10-15T22:50:12Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 300px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <br /> </div><br /> </div><br /> </div><br /> </div><br /> <br /> <style><br /> /* Clean override to let JavaScript control the sliding loop metrics */<br /> .wrapper {<br /> width: max-content !important;<br /> animation: none !important;<br /> }<br /> </style><br /> <br /> <script><br /> (function() {<br /> // Find the scrolling layout track row<br /> var track = document.querySelector('.wrapper');<br /> if (!track) return;<br /> <br /> // 1. Grab all your unique items cleanly<br /> var originalItems = Array.prototype.slice.call(track.getElementsByClassName('gallery-item'));<br /> var totalItemsCount = originalItems.length;<br /> if (totalItemsCount === 0) return;<br /> <br /> /* 2. FIXED STEP ENGINE: <br /> Uses your exact CSS parameters: Card width (160px) + Gap space (20px) = 180px per step! */<br /> var fullStepWidth = 180; <br /> var totalOriginalWidth = totalItemsCount * fullStepWidth;<br /> <br /> // 3. Smart Looper: Clone just enough items to fill the viewable viewport frame area (742px)<br /> var clonesNeeded = Math.ceil(742 / fullStepWidth) + 1;<br /> <br /> for (var i = 0; i < clonesNeeded; i++) {<br /> var cloneIndex = i % totalItemsCount;<br /> var clonedNode = originalItems[cloneIndex].cloneNode(true);<br /> track.appendChild(clonedNode);<br /> }<br /> <br /> // 4. Inject the loop transition keyframes directly into the header layout<br /> var styleSheet = document.createElement("style");<br /> styleSheet.type = "text/css";<br /> styleSheet.innerText = <br /> "@keyframes dynamicCredits {" +<br /> " 0% { transform: translateX(0); }" +<br /> " 100% { transform: translateX(-" + totalOriginalWidth + "px); }" +<br /> "}\n" +<br /> ".wrapper { animation: 45s dynamicCredits linear infinite !important; }";<br /> document.head.appendChild(styleSheet);<br /> })();<br /> </script></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3409 Widget:SlidingGallerySewing 2026-10-15T22:47:25Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 300px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <br /> </div><br /> </div><br /> </div><br /> </div><br /> <br /> <style><br /> /* Override the animation block to let JavaScript control the width and loop */<br /> .wrapper {<br /> width: max-content !important;<br /> animation: none !important;<br /> }<br /> </style><br /> <br /> <style><br /> /* Override the animation block to let JavaScript control the width and loop */<br /> .wrapper {<br /> width: max-content !important;<br /> animation: none !important;<br /> }<br /> </style><br /> <br /> <style><br /> /* Override the baseline animation to give full width control over to the script engine */<br /> .wrapper {<br /> width: max-content !important;<br /> animation: none !important;<br /> }<br /> </style><br /> <br /> <script><br /> (function() {<br /> // Find the scrolling row track container<br /> var track = document.querySelector('.wrapper');<br /> if (!track) return;<br /> <br /> // 1. Grab all your unique items cleanly<br /> var originalItems = Array.prototype.slice.call(track.getElementsByClassName('gallery-item'));<br /> if (originalItems.length === 0) return;<br /> <br /> // 2. FIXED: Target item 0 in the array list to read individual card box structural parameters<br /> var firstItem = originalItems[0];<br /> var itemWidth = firstItem ? firstItem.getBoundingClientRect().width : 160;<br /> if (!itemWidth || itemWidth === 0) itemWidth = 160; // Safe default backup calculation check<br /> <br /> var gapValue = 20;<br /> var fullStepWidth = itemWidth + gapValue;<br /> var totalOriginalWidth = originalItems.length * fullStepWidth;<br /> <br /> // 3. Smart Looper: Clone just enough items to fill the viewable viewport container limit safely (742px)<br /> var clonesNeeded = Math.ceil(742 / fullStepWidth) + 1;<br /> <br /> for (var i = 0; i < clonesNeeded; i++) {<br /> var cloneIndex = i % originalItems.length;<br /> var clonedNode = originalItems[cloneIndex].cloneNode(true);<br /> track.appendChild(clonedNode);<br /> }<br /> <br /> // 4. Dynamically append loop keyframes cleanly right into the header of your document layout<br /> var styleSheet = document.createElement("style");<br /> styleSheet.type = "text/css";<br /> styleSheet.innerText = <br /> "@keyframes dynamicCredits {" +<br /> " 0% { transform: translateX(0); }" +<br /> " 100% { transform: translateX(-" + totalOriginalWidth + "px); }" +<br /> "}\n" +<br /> ".wrapper { animation: 45s dynamicCredits linear infinite !important; }";<br /> document.head.appendChild(styleSheet);<br /> })();<br /> </script></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3408 Widget:SlidingGallerySewing 2026-10-15T22:46:02Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 300px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <br /> </div><br /> </div><br /> </div><br /> </div><br /> <br /> <style><br /> /* Override the animation block to let JavaScript control the width and loop */<br /> .wrapper {<br /> width: max-content !important;<br /> animation: none !important;<br /> }<br /> </style><br /> <br /> <style><br /> /* Override the animation block to let JavaScript control the width and loop */<br /> .wrapper {<br /> width: max-content !important;<br /> animation: none !important;<br /> }<br /> </style><br /> <br /> <script><br /> (function() {<br /> // Find the scrolling row track container<br /> var track = document.querySelector('.wrapper');<br /> if (!track) return;<br /> <br /> // 1. Grab all your unique items cleanly<br /> var originalItems = Array.prototype.slice.call(track.getElementsByClassName('gallery-item'));<br /> if (originalItems.length === 0) return;<br /> <br /> // 2. FIXED: Read the width of the FIRST item box instead of the whole collection list<br /> var itemWidth = originalItems[0].offsetWidth || 160; <br /> var gapValue = 20;<br /> var fullStepWidth = itemWidth + gapValue;<br /> var totalOriginalWidth = originalItems.length * fullStepWidth;<br /> <br /> // 3. Smart Looper: Clone just enough items to fill the viewable viewport width (742px)<br /> var clonesNeeded = Math.ceil(742 / fullStepWidth) + 1;<br /> <br /> for (var i = 0; i < clonesNeeded; i++) {<br /> var cloneIndex = i % originalItems.length;<br /> var clonedNode = originalItems[cloneIndex].cloneNode(true);<br /> track.appendChild(clonedNode);<br /> }<br /> <br /> // 4. Dynamically generate and inject the looping keyframes cleanly into the browser head<br /> var styleSheet = document.createElement("style");<br /> styleSheet.type = "text/css";<br /> styleSheet.innerText = <br /> "@keyframes dynamicCredits {" +<br /> " 0% { transform: translateX(0); }" +<br /> " 100% { transform: translateX(-" + totalOriginalWidth + "px); }" +<br /> "}\n" +<br /> ".wrapper { animation: 45s dynamicCredits linear infinite !important; }";<br /> document.head.appendChild(styleSheet);<br /> })();<br /> </script></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3407 Widget:SlidingGallerySewing 2026-10-15T22:44:39Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 300px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <br /> </div><br /> </div><br /> </div><br /> </div><br /> <br /> <style><br /> /* Override the animation block to let JavaScript control the width and loop */<br /> .wrapper {<br /> width: max-content !important;<br /> animation: none !important;<br /> }<br /> </style><br /> <br /> <script><br /> (function() {<br /> // Find the scrolling row<br /> var track = document.querySelector('.wrapper');<br /> if (!track) return;<br /> <br /> // 1. Grab all your unique items<br /> var originalItems = Array.prototype.slice.call(track.getElementsByClassName('gallery-item'));<br /> if (originalItems.length === 0) return;<br /> <br /> // 2. Automatically compute widths (Item width: 160px + Gap: 20px = 180px)<br /> var itemWidth = originalItems[0].offsetWidth || 160;<br /> var gapValue = 20;<br /> var fullStepWidth = itemWidth + gapValue;<br /> var totalOriginalWidth = originalItems.length * fullStepWidth;<br /> <br /> // 3. Smart Looper: Clone just enough items to fill the viewable viewport width (742px)<br /> var clonesNeeded = Math.ceil(742 / fullStepWidth) + 1;<br /> <br /> for (var i = 0; i < clonesNeeded; i++) {<br /> var cloneIndex = i % originalItems.length;<br /> var clonedNode = originalItems[cloneIndex].cloneNode(true);<br /> track.appendChild(clonedNode);<br /> }<br /> <br /> // 4. Dynamically generate and inject the looping keyframes cleanly into the browser head<br /> var styleSheet = document.createElement("style");<br /> styleSheet.type = "text/css";<br /> styleSheet.innerText = <br /> "@keyframes dynamicCredits {" +<br /> " 0% { transform: translateX(0); }" +<br /> " 100% { transform: translateX(-" + totalOriginalWidth + "px); }" +<br /> "}\n" +<br /> ".wrapper { animation: 45s dynamicCredits linear infinite !important; }";<br /> document.head.appendChild(styleSheet);<br /> })();<br /> </script></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3406 Widget:SlidingGallerySewing 2026-10-15T22:41:52Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 300px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3405 Widget:SlidingGallerySewing 2026-10-15T22:38:51Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 3000px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3404 Widget:SlidingGallerySewing 2026-10-15T22:37:25Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 3000px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Wacom_Cintiq_Tablet"><br /> <img src="#" alt="Wacom Cintiq Tablet"><br /> </a><br /> <div class="gallery-caption">Wacom Cintiq Tablet<br><b>Digital drawing</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Cutting_Table"><br /> <img src="#" alt="Cutting Table"><br /> </a><br /> <div class="gallery-caption">Cutting Table<br><b>Fabric covered</b></div><br /> </div><br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3403 Widget:SlidingGallerySewing 2026-10-15T22:35:53Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 3000px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/images/thumb/f/f9/Bernina1008.png/400px-Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/PGM_dress_forms"><br /> <img src="/wiki/Special:FilePath/PGM_dress_forms.jpg" alt="PGM dress forms"><br /> </a><br /> <div class="gallery-caption">PGM dress forms<br><b>Collapsible form</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Wacom_Cintiq_Tablet"><br /> <img src="/wiki/Special:FilePath/Wacom_Cintiq_Tablet.jpg" alt="Wacom Cintiq Tablet"><br /> </a><br /> <div class="gallery-caption">Wacom Cintiq Tablet<br><b>Digital drawing</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Cutting_Table"><br /> <img src="/wiki/Special:FilePath/Cutting_Table.jpg" alt="Cutting Table"><br /> </a><br /> <div class="gallery-caption">Cutting Table<br><b>Fabric covered</b></div><br /> </div><br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3402 Widget:SlidingGallerySewing 2026-10-15T22:32:17Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 3000px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/index.php/File:Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/images/3/3e/Brother-1034DX-Serger.jpeg?20261015223103" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/PGM_dress_forms"><br /> <img src="/wiki/Special:FilePath/PGM_dress_forms.jpg" alt="PGM dress forms"><br /> </a><br /> <div class="gallery-caption">PGM dress forms<br><b>Collapsible form</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Wacom_Cintiq_Tablet"><br /> <img src="/wiki/Special:FilePath/Wacom_Cintiq_Tablet.jpg" alt="Wacom Cintiq Tablet"><br /> </a><br /> <div class="gallery-caption">Wacom Cintiq Tablet<br><b>Digital drawing</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Cutting_Table"><br /> <img src="/wiki/Special:FilePath/Cutting_Table.jpg" alt="Cutting Table"><br /> </a><br /> <div class="gallery-caption">Cutting Table<br><b>Fabric covered</b></div><br /> </div><br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=File:Brother-1034DX-Serger.jpeg&diff=3401 File:Brother-1034DX-Serger.jpeg 2026-10-15T22:31:03Z

<p>Gfc: </p> <hr /> <div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3400 Widget:SlidingGallerySewing 2026-10-15T22:22:59Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 3000px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/index.php/File:Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Intermediate Home Sewing Machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/Special:FilePath/Brother_1034DX.jpg" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/PGM_dress_forms"><br /> <img src="/wiki/Special:FilePath/PGM_dress_forms.jpg" alt="PGM dress forms"><br /> </a><br /> <div class="gallery-caption">PGM dress forms<br><b>Collapsible form</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Wacom_Cintiq_Tablet"><br /> <img src="/wiki/Special:FilePath/Wacom_Cintiq_Tablet.jpg" alt="Wacom Cintiq Tablet"><br /> </a><br /> <div class="gallery-caption">Wacom Cintiq Tablet<br><b>Digital drawing</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Cutting_Table"><br /> <img src="/wiki/Special:FilePath/Cutting_Table.jpg" alt="Cutting Table"><br /> </a><br /> <div class="gallery-caption">Cutting Table<br><b>Fabric covered</b></div><br /> </div><br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3399 Widget:SlidingGallerySewing 2026-10-15T22:20:30Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 3000px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Presser foot attachments</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/index.php/File:Bernina1008.png" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Stitch control</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/Special:FilePath/Brother_1034DX.jpg" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger / Edges</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/images/8/8d/BrotherPE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/PGM_dress_forms"><br /> <img src="/wiki/Special:FilePath/PGM_dress_forms.jpg" alt="PGM dress forms"><br /> </a><br /> <div class="gallery-caption">PGM dress forms<br><b>Collapsible form</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Wacom_Cintiq_Tablet"><br /> <img src="/wiki/Special:FilePath/Wacom_Cintiq_Tablet.jpg" alt="Wacom Cintiq Tablet"><br /> </a><br /> <div class="gallery-caption">Wacom Cintiq Tablet<br><b>Digital drawing</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Cutting_Table"><br /> <img src="/wiki/Special:FilePath/Cutting_Table.jpg" alt="Cutting Table"><br /> </a><br /> <div class="gallery-caption">Cutting Table<br><b>Fabric covered</b></div><br /> </div><br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3398 Widget:SlidingGallerySewing 2026-10-15T22:18:28Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 3000px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="wiki/images/thumb/0/01/Janome_HD-3000BE.jpeg/400px-Janome_HD-3000BE.jpeg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Presser foot attachments</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/Special:FilePath/Bernina_model_1000.jpg" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Stitch control</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/Special:FilePath/Brother_1034DX.jpg" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger / Edges</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/Special:FilePath/Brother_PE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/PGM_dress_forms"><br /> <img src="/wiki/Special:FilePath/PGM_dress_forms.jpg" alt="PGM dress forms"><br /> </a><br /> <div class="gallery-caption">PGM dress forms<br><b>Collapsible form</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Wacom_Cintiq_Tablet"><br /> <img src="/wiki/Special:FilePath/Wacom_Cintiq_Tablet.jpg" alt="Wacom Cintiq Tablet"><br /> </a><br /> <div class="gallery-caption">Wacom Cintiq Tablet<br><b>Digital drawing</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Cutting_Table"><br /> <img src="/wiki/Special:FilePath/Cutting_Table.jpg" alt="Cutting Table"><br /> </a><br /> <div class="gallery-caption">Cutting Table<br><b>Fabric covered</b></div><br /> </div><br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3397 Widget:SlidingGallerySewing 2026-10-15T22:14:51Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 3000px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/images/thumb/0/08/Singer_Simple.jpg/800px-Singer_Simple.jpg?20191223184102" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/Special:FilePath/Janome_HD-3000BE.jpg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Presser foot attachments</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/Special:FilePath/Bernina_model_1000.jpg" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Stitch control</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/Special:FilePath/Brother_1034DX.jpg" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger / Edges</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/Special:FilePath/Brother_PE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/PGM_dress_forms"><br /> <img src="/wiki/Special:FilePath/PGM_dress_forms.jpg" alt="PGM dress forms"><br /> </a><br /> <div class="gallery-caption">PGM dress forms<br><b>Collapsible form</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Wacom_Cintiq_Tablet"><br /> <img src="/wiki/Special:FilePath/Wacom_Cintiq_Tablet.jpg" alt="Wacom Cintiq Tablet"><br /> </a><br /> <div class="gallery-caption">Wacom Cintiq Tablet<br><b>Digital drawing</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Cutting_Table"><br /> <img src="/wiki/Special:FilePath/Cutting_Table.jpg" alt="Cutting Table"><br /> </a><br /> <div class="gallery-caption">Cutting Table<br><b>Fabric covered</b></div><br /> </div><br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3396 Widget:SlidingGallerySewing 2026-10-15T22:12:11Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 3000px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/images/thumb/e/e1/Singer_HD-1_4452.jpg/600px-Singer_HD-1_4452.jpg?20250616215327" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/Special:FilePath/Singer_Simple.jpg" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/Special:FilePath/Janome_HD-3000BE.jpg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Presser foot attachments</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/Special:FilePath/Bernina_model_1000.jpg" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Stitch control</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/Special:FilePath/Brother_1034DX.jpg" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger / Edges</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/Special:FilePath/Brother_PE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/PGM_dress_forms"><br /> <img src="/wiki/Special:FilePath/PGM_dress_forms.jpg" alt="PGM dress forms"><br /> </a><br /> <div class="gallery-caption">PGM dress forms<br><b>Collapsible form</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Wacom_Cintiq_Tablet"><br /> <img src="/wiki/Special:FilePath/Wacom_Cintiq_Tablet.jpg" alt="Wacom Cintiq Tablet"><br /> </a><br /> <div class="gallery-caption">Wacom Cintiq Tablet<br><b>Digital drawing</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Cutting_Table"><br /> <img src="/wiki/Special:FilePath/Cutting_Table.jpg" alt="Cutting Table"><br /> </a><br /> <div class="gallery-caption">Cutting Table<br><b>Fabric covered</b></div><br /> </div><br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=IRB_1238_VR&diff=3395 IRB 1238 VR 2026-10-15T21:36:46Z

<p>Gfc: </p> <hr /> <div>[[Category:Rooms]]<br /> =Sewing Studio=<br /> __TOC__<br /> The '''Sewing Studio''' is located in Iribe Room 1238.<br /> Students can use the machines and tools in this studio to modify or make their own <br /> fabric projects, including: clothing, puppets, cosplay/costumes, small home decor, <br /> and more! <br /> <br /> <br /> <br /> <br /> ==Tools==<br /> <br /> <br /> {{#widget:SlidingGallerySewing}}<br /> <br /> <br /> <br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''It should not have left the room and may be missing.'''<br /> <br /> {{:MajorToolsSewingStudio}}<br /> <br /> == Take a look around the Sandbox Sewing Studio!==<br /> <br /> {{Virtual Tour|tourID=Sewing}}<br /> <br /> ==Minor tools==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We can track it down and/or replace it.'''<br /> {{:SewingMinorToolsList}}<br /> ==Consumables==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We likely have more stock in storage.'''<br /> {{:SewingConsumablesList}}</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallerySewing&diff=3394 Widget:SlidingGallerySewing 2026-10-15T21:35:51Z

<p>Gfc: Created page with "<style> /* Layout containers matching your original specifications */ .gallery-outer { position: relative; height: 100%; margin: 20px 0; } .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; } .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; } /* Sliding engine (Pure CSS - Starts automatically) */ .wrapper { position: absolute; top: 0;..."</p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; margin: 20px 0; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Pure CSS - Starts automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 20px;<br /> width: 3000px; /* Generous width for the moving track */<br /> animation: 45s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 160px;<br /> flex-shrink: 0;<br /> }<br /> <br /> .gallery-item img {<br /> width: 120px; <br /> height: 180px; <br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 8px;<br /> line-height: 1.3;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-1620px); } /* Perfect loop reset point based on total item widths */<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <div class="wrapper"><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_HD_4432"><br /> <img src="/wiki/Special:FilePath/Singer_HD-1_4452.jpg" alt="Singer HD 4432"><br /> </a><br /> <div class="gallery-caption">Singer HD 4432<br><b>Basic sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Singer_Simple_3232"><br /> <img src="/wiki/Special:FilePath/Singer_Simple.jpg" alt="Singer Simple 3232"><br /> </a><br /> <div class="gallery-caption">Singer Simple 3232<br><b>Starter sewing machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Janome_HD-3000BE"><br /> <img src="/wiki/Special:FilePath/Janome_HD-3000BE.jpg" alt="Janome HD-3000BE"><br /> </a><br /> <div class="gallery-caption">Janome HD-3000BE<br><b>Presser foot attachments</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Bernina_model_1000"><br /> <img src="/wiki/Special:FilePath/Bernina_model_1000.jpg" alt="Bernina model 1008"><br /> </a><br /> <div class="gallery-caption">Bernina model 1008<br><b>Stitch control</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_1034DX"><br /> <img src="/wiki/Special:FilePath/Brother_1034DX.jpg" alt="Brother 1034DX"><br /> </a><br /> <div class="gallery-caption">Brother 1034DX<br><b>Serger / Edges</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Brother_PE770"><br /> <img src="/wiki/Special:FilePath/Brother_PE770.jpg" alt="Brother PE770"><br /> </a><br /> <div class="gallery-caption">Brother PE770<br><b>Embroidery machine</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/PGM_dress_forms"><br /> <img src="/wiki/Special:FilePath/PGM_dress_forms.jpg" alt="PGM dress forms"><br /> </a><br /> <div class="gallery-caption">PGM dress forms<br><b>Collapsible form</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Wacom_Cintiq_Tablet"><br /> <img src="/wiki/Special:FilePath/Wacom_Cintiq_Tablet.jpg" alt="Wacom Cintiq Tablet"><br /> </a><br /> <div class="gallery-caption">Wacom Cintiq Tablet<br><b>Digital drawing</b></div><br /> </div><br /> <br /> <br /> <div class="gallery-item"><br /> <a href="/wiki/Cutting_Table"><br /> <img src="/wiki/Special:FilePath/Cutting_Table.jpg" alt="Cutting Table"><br /> </a><br /> <div class="gallery-caption">Cutting Table<br><b>Fabric covered</b></div><br /> </div><br /> <br /> </div><br /> </div><br /> </div><br /> </div></div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=MajorToolsWoodworkingStudio&diff=3393 MajorToolsWoodworkingStudio 2026-10-15T21:34:27Z

<p>Gfc: </p> <hr /> <div>*[[Cordless Drill | Cordless Drill (Dewalt DCD771)]] <br /> *[[Impact Driver | Impact Driver (Dewalt DCF809)]] <br /> *[[Rotary Tool | Dremel Rotary Tool (Model 4000)]]<br /> *[[Scroll Saw | Variable Speed Scroll Saw (Delta 40-694)]]<br /> *[[Cordless Jigsaw | Cordless Jigsaw (Dewalt DCS331)]] <br /> *[[Orbital Sander | Orbital Sander (Craftsman 11218)]] <br /> *[[Router | Handheld Router (Dewalt DWP611)]] <br /> *[[Miter Saw | Compound Miter Saw (Festool Kapex KS 120 EB)]] <br /> *[[Track Saw | Track Saw (Festool TS-55 REQ)]] <br /> *[[Router Table | Router Table (JessEm 09422)]] <br /> *[[Jet JDP-17 Drill Press | Drill Press (JET JDP-17)]] <br /> *[[Belt & Disk Sander | Belt & Disk Sander (JET JSG-96)]] <br /> *[[Reciprocating Saw | Reciprocating Saw (Dewalt DCS387)]]<br /> *[[Oscillating MultiTool | Oscillating Multi Tool (Dewalt DCS354)]]</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=MajorToolsWoodworkingStudio&diff=3392 MajorToolsWoodworkingStudio 2026-10-15T21:34:01Z

<p>Gfc: </p> <hr /> <div>*[[Cordless Drill | Cordless Drill (Dewalt DCD771)]] <br /> *[[Impact Driver | Impact Driver (Dewalt DCF809)]] <br /> *[[Rotary Tool | Dremel Rotary Tool (Model 4000)]]<br /> *[[Scroll Saw | Variable Speed Scroll Saw (Delta 40-694)]]<br /> *[[Cordless Jigsaw | Cordless Jigsaw (Dewalt DCS331)]] <br /> *[[Orbital Sander | Orbital Sander (Craftsman 11218)]] <br /> *[[Router | - Handheld Router (Dewalt DWP611)]] <br /> *[[Miter Saw | Compound Miter Saw (Festool Kapex KS 120 EB)]] <br /> *[[Track Saw | Track Saw (Festool TS-55 REQ)]] <br /> *[[Router Table | Router Table (JessEm 09422)]] <br /> *[[Jet JDP-17 Drill Press | Drill Press (JET JDP-17)]] <br /> *[[Belt & Disk Sander | Belt & Disk Sander (JET JSG-96)]] <br /> *[[Reciprocating Saw | Reciprocating Saw (Dewalt DCS387)]]<br /> *[[Oscillating MultiTool | Oscillating Multi Tool (Dewalt DCS354)]]</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=MajorToolsWoodworkingStudio&diff=3391 MajorToolsWoodworkingStudio 2026-10-15T21:25:24Z

<p>Gfc: </p> <hr /> <div>*[[Cordless Drill | Cordless Drill (Dewalt DCD771)]] <br /> *[[Impact Driver | Dewalt DCF809]] - Impact Driver<br /> *[[Rotary Tool | Dremel Model 4000]] - Rotary Tool<br /> *[[Scroll Saw | Delta 40-694 ]] - 20" Variable Speed Scroll Saw<br /> *[[Cordless Jigsaw | Dewalt DCS331]] - Cordless Jigsaw<br /> *[[Orbital Sander | Craftsman Model: 11218]] - Corded Orbital Sander<br /> *[[Router | Dewalt DWP611]] - Corded Handheld Router<br /> *[[Miter Saw | Festool Kapex KS 120 EB ]] - Miter Saw<br /> *[[Track Saw | Festool TS-55 REQ]] - Track Saw<br /> *[[Router Table | JessEm Model: 09422]] - Router Table<br /> *[[Jet JDP-17 Drill Press | JET JDP-17]] - Drill Press<br /> *[[Belt & Disk Sander | JET JSG-96]] - Belt & Disk Sander<br /> *[[Reciprocating Saw | Dewalt DCS387]] - Reciprocating Saw<br /> *[[Oscillating MultiTool | Dewalt DCS354]] - Oscillating Multi Tool</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=MajorToolsWoodworkingStudio&diff=3390 MajorToolsWoodworkingStudio 2026-10-15T21:24:48Z

<p>Gfc: </p> <hr /> <div>*[[Cordless Drill | Cordless Drill (Dewalt DCD771)]] - Cordless Drill<br /> *[[Impact Driver | Dewalt DCF809]] - Impact Driver<br /> *[[Rotary Tool | Dremel Model 4000]] - Rotary Tool<br /> *[[Scroll Saw | Delta 40-694 ]] - 20" Variable Speed Scroll Saw<br /> *[[Cordless Jigsaw | Dewalt DCS331]] - Cordless Jigsaw<br /> *[[Orbital Sander | Craftsman Model: 11218]] - Corded Orbital Sander<br /> *[[Router | Dewalt DWP611]] - Corded Handheld Router<br /> *[[Miter Saw | Festool Kapex KS 120 EB ]] - Miter Saw<br /> *[[Track Saw | Festool TS-55 REQ]] - Track Saw<br /> *[[Router Table | JessEm Model: 09422]] - Router Table<br /> *[[Jet JDP-17 Drill Press | JET JDP-17]] - Drill Press<br /> *[[Belt & Disk Sander | JET JSG-96]] - Belt & Disk Sander<br /> *[[Reciprocating Saw | Dewalt DCS387]] - Reciprocating Saw<br /> *[[Oscillating MultiTool | Dewalt DCS354]] - Oscillating Multi Tool</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=IRB_1238_VR&diff=3389 IRB 1238 VR 2026-10-15T21:11:20Z

<p>Gfc: </p> <hr /> <div>[[Category:Rooms]]<br /> =Sewing Studio=<br /> __TOC__<br /> The '''Sewing Studio''' is located in Iribe Room 1238.<br /> Students can use the machines and tools in this studio to modify or make their own <br /> fabric projects, including: clothing, puppets, cosplay/costumes, small home decor, <br /> and more! <br /> <br /> {{#widget:TestSmarty}}<br /> <br /> <br /> ==Tools==<br /> <br /> <br /> {{#widget:SlidingGallery<br /> |images=Dewalt_dcd771.jpg, Dewalt_dcf809.jpg, Jigsaw-DCS331.png, Dewalt_dwp611.jpg, Dewalt_dcs387.jpg, Dewalt_dcs354.jpg, Craftsman_11218.jpg, Dremel_4000.jpg, Festool_ts55.jpg, Jet-JDP17-drillpress.png, Festool_kapex_ks120.jpeg, Jessem_09422.jpg, S-l1600.jpg<br /> <br /> |links=Cordless_Drill, Impact_Driver, Cordless_Jigsaw, Router, Reciprocating_Saw, Reciprocating_Saw, Orbital_Sander, Rotary_Tool, Track_Saw, Jet_JDP-17_Drill_Press, Miter_Saw, Router_Table, Scroll_Saw<br /> <br /> |captions=Cordless Drill<br>(Dewalt), Impact Driver<br>(Dewalt DCF809), Cordless Jigsaw, Handheld Router<br>(Dewalt DWP611 Corded), Reciprocating Saw<br>(Dewalt DCS387 18v), Oscillating Multi Tool<br>(DeWalt DCS354 18v), Craftsman Orbital Sander<br>(corded), Rotary Tool<br>(Dremel 4000), Track Saw<br>(Festool TS-55 REQ), Drill Press<br>(Jet JDP-17), Compound Miter Saw<br>(Festool Kapex KS 120 EB), Router Table<br>(JessEm 09422), Variable Speed Scroll Saw<br>(Delta 40-694)<br /> }}<br /> <br /> <br /> <br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''It should not have left the room and may be missing.'''<br /> <br /> {{:MajorToolsSewingStudio}}<br /> <br /> == Take a look around the Sandbox Sewing Studio!==<br /> <br /> {{Virtual Tour|tourID=Sewing}}<br /> <br /> ==Minor tools==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We can track it down and/or replace it.'''<br /> {{:SewingMinorToolsList}}<br /> ==Consumables==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We likely have more stock in storage.'''<br /> {{:SewingConsumablesList}}</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:TestSmarty&diff=3388 Widget:TestSmarty 2026-10-15T21:10:55Z

<p>Gfc: Created page with "1 + 1 is equal to: "</p> <hr /> <div>1 + 1 is equal to: </div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=IRB_1238_VR&diff=3387 IRB 1238 VR 2026-10-15T21:08:00Z

<p>Gfc: </p> <hr /> <div>[[Category:Rooms]]<br /> =Sewing Studio=<br /> __TOC__<br /> The '''Sewing Studio''' is located in Iribe Room 1238.<br /> Students can use the machines and tools in this studio to modify or make their own <br /> fabric projects, including: clothing, puppets, cosplay/costumes, small home decor, <br /> and more! <br /> ==Tools==<br /> <br /> {{#widget:SlidingGallery<br /> |images=Dewalt_dcd771.jpg, Dewalt_dcf809.jpg, Jigsaw-DCS331.png, Dewalt_dwp611.jpg, Dewalt_dcs387.jpg, Dewalt_dcs354.jpg, Craftsman_11218.jpg, Dremel_4000.jpg, Festool_ts55.jpg, Jet-JDP17-drillpress.png, Festool_kapex_ks120.jpeg, Jessem_09422.jpg, S-l1600.jpg<br /> <br /> |links=Cordless_Drill, Impact_Driver, Cordless_Jigsaw, Router, Reciprocating_Saw, Reciprocating_Saw, Orbital_Sander, Rotary_Tool, Track_Saw, Jet_JDP-17_Drill_Press, Miter_Saw, Router_Table, Scroll_Saw<br /> <br /> |captions=Cordless Drill<br>(Dewalt), Impact Driver<br>(Dewalt DCF809), Cordless Jigsaw, Handheld Router<br>(Dewalt DWP611 Corded), Reciprocating Saw<br>(Dewalt DCS387 18v), Oscillating Multi Tool<br>(DeWalt DCS354 18v), Craftsman Orbital Sander<br>(corded), Rotary Tool<br>(Dremel 4000), Track Saw<br>(Festool TS-55 REQ), Drill Press<br>(Jet JDP-17), Compound Miter Saw<br>(Festool Kapex KS 120 EB), Router Table<br>(JessEm 09422), Variable Speed Scroll Saw<br>(Delta 40-694)<br /> }}<br /> <br /> <br /> <br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''It should not have left the room and may be missing.'''<br /> <br /> {{:MajorToolsSewingStudio}}<br /> <br /> == Take a look around the Sandbox Sewing Studio!==<br /> <br /> {{Virtual Tour|tourID=Sewing}}<br /> <br /> ==Minor tools==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We can track it down and/or replace it.'''<br /> {{:SewingMinorToolsList}}<br /> ==Consumables==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We likely have more stock in storage.'''<br /> {{:SewingConsumablesList}}</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=IRB_1238_VR&diff=3386 IRB 1238 VR 2026-10-15T21:07:06Z

<p>Gfc: </p> <hr /> <div>[[Category:Rooms]]<br /> =Sewing Studio=<br /> __TOC__<br /> The '''Sewing Studio''' is located in Iribe Room 1238.<br /> Students can use the machines and tools in this studio to modify or make their own <br /> fabric projects, including: clothing, puppets, cosplay/costumes, small home decor, <br /> and more! <br /> ==Tools==<br /> <br /> <br /> <br /> <br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''It should not have left the room and may be missing.'''<br /> <br /> {{:MajorToolsSewingStudio}}<br /> <br /> == Take a look around the Sandbox Sewing Studio!==<br /> <br /> {{Virtual Tour|tourID=Sewing}}<br /> <br /> ==Minor tools==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We can track it down and/or replace it.'''<br /> {{:SewingMinorToolsList}}<br /> ==Consumables==<br /> If you are looking for something on this list, and you cannot find it in the room, tell a manager. '''We likely have more stock in storage.'''<br /> {{:SewingConsumablesList}}</div>

Gfc https://sandbox.umd.edu/wiki/index.php?title=Widget:SlidingGallery&diff=3385 Widget:SlidingGallery 2026-10-15T21:05:07Z

<p>Gfc: </p> <hr /> <div><style><br /> /* Layout containers matching your original specifications */<br /> .gallery-outer { position: relative; height: 100%; }<br /> .gallery-bg { position: relative; margin: 0 -1em; padding: 0; background-color: transparent; border: 1px none #ddd; height: 100%; }<br /> .gallery-viewport { position: relative; margin: 0 auto; width: 742px; height: 300px; overflow: hidden; }<br /> <br /> /* Sliding engine (Starts sliding automatically) */<br /> .wrapper {<br /> position: absolute;<br /> top: 0;<br /> left: 0;<br /> display: flex;<br /> gap: 15px;<br /> width: 5000px; <br /> animation: 60s credits linear infinite;<br /> }<br /> <br /> /* ⏸️ PAUSE ANIMATION ON HOVER */<br /> .wrapper:hover {<br /> animation-play-state: paused;<br /> }<br /> <br /> .gallery-item {<br /> display: inline-block;<br /> text-align: center;<br /> width: 150px;<br /> }<br /> <br /> .gallery-item img {<br /> width: 100px; /* Match widths=100px */<br /> height: 200px; /* Match heights=200px */<br /> object-fit: contain;<br /> transition: transform 0.3s ease;<br /> }<br /> <br /> /* 🔍 ENLARGE IMAGE ON HOVER */<br /> .gallery-item img:hover {<br /> transform: scale(1.15);<br /> cursor: pointer;<br /> }<br /> <br /> .gallery-caption {<br /> font-size: 0.85em;<br /> color: #333;<br /> margin-top: 5px;<br /> line-height: 1.2;<br /> }<br /> <br /> @keyframes credits {<br /> 0% { transform: translateX(0); }<br /> 100% { transform: translateX(-2500px); }<br /> }<br /> </style><br /> <br /> <div class="gallery-outer"><br /> <div class="gallery-bg"><br /> <div class="gallery-viewport"><br /> <br /> <div class="wrapper" id="js-gallery-wrapper"></div><br /> </div><br /> </div><br /> </div><br /> <br /> <script><br /> (function() {<br /> // Capture the raw parameters passed from the wiki page setup<br /> var rawImages = "";<br /> var rawLinks = "";<br /> var rawCaptions = "";<br /> <br /> // Clean up the text data strings into manageable clean arrays<br /> var images = rawImages ? rawImages.split(',') : [];<br /> var links = rawLinks ? rawLinks.split(',') : [];<br /> var captions = rawCaptions ? rawCaptions.split(',') : [];<br /> <br /> var htmlOutput = '';<br /> <br /> // Generate the gallery rows loop using clean Javascript<br /> for (var i = 0; i < images.length; i++) {<br /> if (!images[i].trim()) continue;<br /> <br /> var cleanImg = images[i].trim().replace(/ /g, '_');<br /> var cleanLink = links[i] ? links[i].trim().replace(/ /g, '_') : '';<br /> var caption = captions[i] ? captions[i].trim() : '';<br /> <br /> htmlOutput += '<div class="gallery-item">';<br /> htmlOutput += ' <a href="/wiki/' + encodeURIComponent(cleanLink) + '">';<br /> htmlOutput += ' <img src="/images/' + encodeURIComponent(cleanImg) + '" alt="' + caption + '">';<br /> htmlOutput += ' </a>';<br /> htmlOutput += ' <div class="gallery-caption">' + caption + '</div>';<br /> htmlOutput += '</div>';<br /> }<br /> <br /> // Inject the completed slider directly into the viewport container<br /> document.getElementById('js-gallery-wrapper').innerHTML = htmlOutput;<br /> })();<br /> </script></div>

Gfc