Readit News logoReadit News
tonisherill · 2 years ago
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.

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

boxed · 2 years ago
Super cool!

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.

tromp · 2 years ago
rastapasta · 2 years ago
Thanks for the kudos and the shared joy :) AMA, happy to answer any potential questions!
freedomben · 2 years ago
Thanks for this, this is such a cool tool!

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"?

rastapasta · 2 years ago
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 :)
teruakohatu · 2 years ago
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?
ale42 · 2 years ago
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.
zamadatix · 2 years ago
Based on cleaning up the asciinema recording it looks to be somewhere around 400-500 kbps averaged over the demo.
lynx23 · 2 years ago
BTW braille patterns, I wrote a braille backend for Haskell Diagrams: https://hackage.haskell.org/package/diagrams-braille

Lets you also mix text and braille, although the positioning is a little fragile.

girishso · 2 years ago
This reminded me of a quine by a member of the Ruby core team - Yusuke Endoh.

Spinning globe in the terminal!

https://gist.github.com/shime/f0ebe84ca42c33b51d42

NelsonMinar · 2 years ago
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/

basemi · 2 years ago
> Sorry, you reached a full server, please try again.

Retrying in couple of days, HN will release the hug by then

Deleted Comment