diff --git a/content/.obsidian/core-plugins-migration.json b/content/.obsidian/core-plugins-migration.json
index df2cfd6..356e253 100644
--- a/content/.obsidian/core-plugins-migration.json
+++ b/content/.obsidian/core-plugins-migration.json
@@ -25,5 +25,6 @@
   "file-recovery": true,
   "publish": false,
   "sync": false,
-  "canvas": true
+  "canvas": true,
+  "bookmarks": true
 }
\ No newline at end of file
diff --git a/content/.obsidian/core-plugins.json b/content/.obsidian/core-plugins.json
index 4c36907..bc04e08 100644
--- a/content/.obsidian/core-plugins.json
+++ b/content/.obsidian/core-plugins.json
@@ -9,6 +9,7 @@
   "note-composer",
   "command-palette",
   "editor-status",
+  "bookmarks",
   "markdown-importer",
   "outline",
   "word-count",
diff --git a/content/.obsidian/workspace.json b/content/.obsidian/workspace.json
index 8374f50..bb9d8c9 100644
--- a/content/.obsidian/workspace.json
+++ b/content/.obsidian/workspace.json
@@ -69,6 +69,14 @@
                 "sortOrder": "alphabetical"
               }
             }
+          },
+          {
+            "id": "7bdb31d1bda5b8c9",
+            "type": "leaf",
+            "state": {
+              "type": "bookmarks",
+              "state": {}
+            }
           }
         ]
       }
diff --git a/content/Sensors.md b/content/Sensors.md
index caada07..28c9376 100644
--- a/content/Sensors.md
+++ b/content/Sensors.md
@@ -60,6 +60,8 @@ Most of the data is captured by two cheap RTL-SDRs (software-defined radios) tha
 
 The data gets collected by a central Python script that process and stores it in an InfluxDB database for "efficient" storage. The script also runs a web server that queries the database and exposes the data over an API to the dashboard at various dates and ranges. The dashboard is written in JavaScript / React using a simple chart library.
 
-My biggest regret was using InfluxDB. It's a stupid database and I wouldn't recommend it to anyone. I ran into timezone issues with `group by time()`. It also assumes the column data type is an integer if your sensor happens to send it a whole number at first and it won't let you change that. Their docs are terrible. They dropped the SQL-like InfluxQL syntax for querying with a pipeline-like syntax called Flux in version 2.0. Debian's repos seem to be staying with version 1.x though. You can only delete data by time ranges, not values. It also logs every single thing to `/var/log/syslog` and there's no easy way to disable it (completely).
+## InfluxDB Regrets
 
-Just stick to Postgres / SQLite.
+My biggest regret was using InfluxDB. It's a stupid database that I wouldn't recommend it to anyone. I ran into timezone issues with `group by time()`. It assumes the column data type is an integer if your sensor happens to send it a whole number at first and it won't let you change it. Their docs are a confusing mess. They dropped the SQL-like InfluxQL syntax for querying with a pipeline-like syntax called Flux in version 2.0. Debian's repos seem to be staying with version 1.x though. You can only delete data by time ranges, not values. It also logs every single thing to `/var/log/syslog` and there's no easy way to disable it (completely). They shut down InfluxDB cloud in Belgium and [didn't warn customers](https://community.influxdata.com/t/getting-weird-results-from-gcp-europe-west1/30615/7) before deleting all their data.
+
+Just stick to SQLite or Postgres.