I once heavily hacked the (very!) well organized and readable code to send the vector features -- the roads -- to an Arduino that was generating a TV signal. I actually used two Arduinos, one showing text labels only, the other one for line features.
MapSCII was programmed to slowly pan between two of my homes (between Quebec City and Montreal), along the highway connecting these cities. The pan was in real time -- 300km in about 3 hours. I've been going back and forth between these cities for many years. This art piece, named "Contrecœur" (a city name along the way, and also "against one's heart" in French) was a digital contemplative take on this.
A video, if anyone's curious:
@rastapasta, thanks a lot for your work!
It’s not great
It's promising but my main problem is that the multiplexers tmux and screen don't really support the various protocols.
There are some terminals that support images using various protocols:
- iTerm2 (Macos) - bespoke protocol
- Kitty - bespoke protocol
- Mlterm - Sixel and iTerm2 protocol
- Wezterm - iTerm2 protcol (and potentially Sixel too)
- Xterm - Sixel (but not built with it in your distro, maybe)
- Gnome-terminal/libvte terminals - Sixel - not released yet/not available to me, so unconfirmed
Using this support one can for example configure IPython to render images in the terminal inline using its mime-type hooks.
It would be great if we could slowly move terminals forward with this (even if I understand the technology is quite cumbersome to work with). Imagine having neovim, IPython or jupyter notebooks etc all available with image support in a multiplexed terminal.
For example, I made an image browser for the terminal  based on Terminal Image Viewer  (for most image formats) and catimg  (for animated GIFs) that doesn't require installing a new terminal. It works great with tmux and SSH and I use it all the time for this purpose (though I didn't initially expect to find it so useful).
YMMV, but I have found that the image quality provided by TIV for example is more than sufficient for the kinds of use cases I tend to have when in a console session and needing to quickly view one or more images. Mostly that involves quickly identifying a particular image file among others in a directory, but it's so much easier to not have to leave the terminal and change contexts that it's often more convenient to reach for it for more general tasks too. Any tradeoff in quality is more than made up for in my view by the convenience of being able to use my regular terminal.
If your language has a REPL with appropriate control over the display of objects you can get a pretty great experience. I used it to get familiar with Haskell's diagrams and JuicyPixel libraries and it was great.
Really like the Braille Console hacks.
Genuine question: like when?
* Installing a new OS, some installers are cmdline only
* Server console
* If you've broken your GUI installation and need to fall back to the shell
I will say though: I don't know if I've ever needed a map in any of these situations :)
That's what I did with my GF at the French Basque Country in order to avoid paying roaming fees.
The map files for a few provinces don't occupy more than few GB's. I think the whole map of Spain was about 3GB.
In Europe you don't need to worry about roaming, if you have and European SIM.
People tend to enjoy them for two very different reasons. First is that focus on things other than graphics tends to improve depth and re-playability. Second is that without graphics, the player's imagination plays large part in building world. It's bit more like reading a book than watching a movie.
The telnet server zooms and scrolls more smoothly than Google Maps for me.