Locally Sourced Data and Software

The gang and I are very lucky to live in a San Francisco neighborhood where we have markets, a family owned pharmacy, and family-owned restaurants, coffee shops, and delis all about a ten block walk from the house. Here’s the haul from our Farmers Market that we walk to along with our local butcher shop and dim sum bakery a few weeks ago.

Consequently when I saw a mention of local-first software,[via] I was intrigued. (As a side note, the presenter, Maggie Appleton, at one point in the not to distant past, worked with Elicit, a research paper summarizing AI startup with an office in Oakland, so kind of surprisingly local, but I digress.)

It turns out that local-first development advocates for keeping the data for an app offline, i.e. keeping the data with the person who created or is using that data by default. But, what happens to collaboration? Well, the local, offline data is synched to the cloud when a connection is available allowing for collaboration while also creating a bit of a task to keep everything synched.

Another aside: reading this local-first article turned me on to why my Bluetooth keyboard locks up when on airplanes. Google Docs synchs on a keystroke by keystroke basis. I have discovered this before as proven by a dim memory that I used to keep a local, (there’s that word again), html page on my personal devices. That page contained only a html text input control. I could free-type into that control at breakneck speeds, and then cut and paste blocks of text at a time into more formal location such as Google Docs.

Point being, local-first is a good idea, an idea I have believed in for quite a while as proven by implementation history if not by my knowledge of what to call it. I do love what its’s called though.

I’m slowly but surely working though what local-first looks like with respect to our QSO mapping apps. Here are some thoughts

F2 data from ionosondes (probably good since it’s for a specific date, time, and location, and caching it at least momentarily will speed up our QSO mapping apps.)
Elevation profiles (doesn’t seem useful yet since each QSO path is pretty unique)
QSO physical addresses and locations (reduces geocoding calls and QRZ lookup calls)

Also of Interest:

Bi-directional links and digital gardening

Comments

Cool Math Tricks: Deriving the Divergence, (Del or Nabla) into New (Cylindrical) Coordinate Systems

Now available as a Kindle ebook for 99 cents ! Get a spiffy ebook, and fund more physics The following is a pretty lengthy procedure, but converting the divergence, (nabla, del) operator between coordinate systems comes up pretty often. While there are tables for converting between common coordinate systems , there seem to be fewer explanations of the procedure for deriving the conversion, so here goes! What do we actually want? To convert the Cartesian nabla to the nabla for another coordinate system, say… cylindrical coordinates. What we’ll need: 1. The Cartesian Nabla: 2. A set of equations relating the Cartesian coordinates to cylindrical coordinates: 3. A set of equations relating the Cartesian basis vectors to the basis vectors of the new coordinate system: How to do it: Use the chain rule for differentiation to convert the derivatives with respect to the Cartesian variables to derivatives with respect to the cylindrical variables. The chain ...

The Alcubierre Warp Drive Tophat Function and Open Science with Sage

I transferred yesterday's Mathematica file with the Alcubierre warp drive[2] line element and space curvature calculations to the +Sage Mathematical Software System today, (the files been added to the public repository [3]). If you haven't used Sage before, it's a Python based software package that's similar in functionality to Mathematica. Oh, and it' free. I also worked a little more on understanding the theory, but frankly, I made far more progress with the software than the theory. What follows will be a little more of the Alcubierre theory, plus, a cool Sage interactive demo of one of the Alcubierre functions[1], as well as a bit about my first experience with using Sage. Theory The theory is fun, but it's moving slowly. Here's the chalk board from this morning's discussion Alcubierre setup the derivation using something called the 3+1 formalism which means we consider space to be flat, (in this case), slices that are labelled ...

How Many Files Can You Add to a GPT Project? An Interview with GPT-5 on Limits, Context Engineering Tips, and Chats

Setting the scene: I’m tinkering with Project TouCans, knee-deep in radio logs, SQLite dumps, and Cesium code. Naturally, I’m wondering if shoving all this into one GPT Project is a recipe for brilliance… or for disaster. So I turn to Vril — you know, after Brainy from the Legion of Super-Heroes , because what else do you call your AI sidekick who always has the answers? Time to ask him straight up. [ As an aside, yes, GPT-5 has decided to sometimes call me Vail. I'm not sure why to be honest. Also, I asked Vril, er GPT-5, to write up our interview for me. Apparently, me asking it to 'Bro' up a few stories, just for fun, has convinced Vril that I use 'Like,' more than I actually might. ] Me (Vail): So Vril, how many files can I throw into a GPT Project before it just starts choking? Like, is there some magic number where the context window taps out and everything falls apart? GPT-5 (Vril): Great question. There’s no single hard file limit. What matters is ...

Copasetic Flow

Search This Blog