Playing around with that gave me a lot of joy. Would this have worked during the heyday of telnet servers? Or was hardware and connection speeds fast enough to have made this practical?
Bandwidth wouldn't be so much an issue I think (didn't measure though). Wondering more whether the CPU load required to generate the maps in real time would fit on a machine from that epoch.
I do wish there were much better algorithms for ascii art. The best manual ascii/ansi art humans produced during the peak of that scene is extremely far ahead of any algorithm I've seen.
Anyone else also looking around for more tools like MapSCII, this site frequently updates with other TUI and CLI tools with handy and quick install instructions.
When zooming in, I get "renderer is busy" which hangs the map for a second or two, and I was curious as to why. I'm running it locally so it isn't network bound. CPU does spike (for process "gnome-terminal-server") but doesn't seem to get anywhere near 100% (for any core). Do you know what it's waiting on when it prints "renderer is busy"?
Even though it runs locally, it is network-connected to the tile server that provides you with the vector tiles (unless they are cached locally after their first use). You currently have to wait for the requested tile(s) to be downloaded, processed, and available in memory before continuing rendering (which is slow in direct comparison to rendering itself). Could be improved by continuing to render the zoomed features of the parent tile until its children are ready (triggering a re-render) - but for now, it simply lets you wait until then :)
I don't know how to read Braille. Does this rendering work at all to someone who knows how to read Braille by touch? Or is it more using the glyphs as a form of visual ASCII-like art?
I took a quick look online and it seems like actual tactile maps are using raised lines for the boundaries and Braille for text labels. e.g. https://www.aph.org/product/world-maps/
24 comments
[ 2.6 ms ] story [ 65.7 ms ] threadI do wish there were much better algorithms for ascii art. The best manual ascii/ansi art humans produced during the peak of that scene is extremely far ahead of any algorithm I've seen.
Retrying in couple of days, HN will release the hug by then
But I get to see the lovely logo!
https://terminaltrove.com/
I can also see they have mapscii too which is great.
https://terminaltrove.com/mapscii/
There's also awesome-tuis as well which I also find very useful as well.
https://github.com/rothgar/awesome-tuis
When zooming in, I get "renderer is busy" which hangs the map for a second or two, and I was curious as to why. I'm running it locally so it isn't network bound. CPU does spike (for process "gnome-terminal-server") but doesn't seem to get anywhere near 100% (for any core). Do you know what it's waiting on when it prints "renderer is busy"?
Open havoc terminal and type: telnet mapscii.me 23
Lets you also mix text and braille, although the positioning is a little fragile.
Spinning globe in the terminal!
https://gist.github.com/shime/f0ebe84ca42c33b51d42
Back in the 80/90s the future was 3D GUI, today the future is retro.
All this to say, very cool project.
https://www.pushing-pixels.org/fui/
Jurassic Park was using IRIX:
https://jurassicsystems.com/
I took a quick look online and it seems like actual tactile maps are using raised lines for the boundaries and Braille for text labels. e.g. https://www.aph.org/product/world-maps/