Do you mean StreamPunkPlot.jl?
On Sat, May 24, 2014 at 6:44 AM, Isaiah Norton <[email protected]>wrote: > If the name is still up for debate, I'd like to nominate SteamPunkPlot.jl > > > On Fri, May 23, 2014 at 3:56 PM, Stefan Karpinski <[email protected]>wrote: > >> This is so cool: >> >> julia> plot(cumsum(randn(1000))) >> >> 2.73641 ⡤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⠤⢤ >> ⡇⡼⠇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢸ >> ⡇⡇⢃⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢸ >> ⡇⠀⢈⡀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⣀⡀⠀⠀⠀⠀⠀⠀⠀⠀⢸ >> ⡇⠀⠐⡇⠀⠀⡀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠠⡴⡄⠀⡀⡾⠅⠀⠀⠀⠀⠀⠀⠀⠀⢸ >> ⡇⠀⠀⠚⢀⢠⢣⠀⠀⠀⠄⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⣬⠋⣧⠀⣰⠁⠄⢀⠀⠀⠀⠀⠀⠀⠀⢸ >> ⡇⠀⠀⢈⣃⢘⠙⠦⠀⢀⡇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠠⠀⠀⠀⡁⠀⠈⣦⡖⠀⢃⣺⠀⠀⠀⠀⠀⠀⠀⢸ >> ⡇⠀⠀⠸⢕⡏⠨⢛⢰⡸⢻⣄⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢀⢀⣒⣖⠀⠄⠘⣧⡅⠐⠇⠀⠀⠮⠀⠀⠹⠃⠆⠀⠀⠀⠀⠀⠀⢸ >> ⡇⠀⠀⠀⠐⠃⠀⠨⣶⠏⠀⠛⣅⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢰⢼⣨⡻⢛⢬⠃⡅⢹⢩⠘⠀⠀⠀⠀⠀⠀⠈⠀⣄⠀⠀⠀⠀⠀⠀⢸ >> ⡇⠀⠀⠀⠀⠀⠀⠀⠈⠁⠀⠀⢣⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠐⣦⡄⠀⠀⠀⠀⠀⠀⠀⡊⡍⠇⠁⠐⡝⢷⠃⠀⠘⡕⠀⠀⠀⠀⠀⠀⠀⠀⢹⡿⣃⠀⣀⠀⠀⢸ >> ⡇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢈⠀⠀⠀⠀⠀⠀⠀⠀⡆⢀⠀⠘⡸⠛⣳⠄⢀⠀⠆⠀⠀⠀⡃⠁⠀⠀⠀⠀⠘⠀⠀⠀⠋⠀⠀⠀⠀⠀⠀⠀⠀⠈⠀⢸⣾⡷⠀⠀⢸ >> ⡇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠘⠁⠀⠀⠀⢠⠀⠀⢐⢇⣨⢈⡞⠏⠀⠙⣣⣺⣞⡅⠀⠀⢀⠃⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠋⠘⡄⡀⢸ >> ⡇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢧⣴⣅⣆⣜⢆⠀⢸⠘⡳⡾⠀⠀⠀⠀⢈⡱⢱⢩⠀⠀⠸⠁⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⣡⠀⢸ >> ⡇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠸⠏⠿⢫⠍⢹⡄⡖⢠⠁⠁⠀⠀⠀⠀⠈⠁⠀⢨⣄⣨⡮⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠙⠀⢸ >> ⡇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠇⡆⠐⠀⠀⠀⠀⠀⠀⠀⠀⠀⠐⠋⠛⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢸ >> ⡇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠺⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢸ >> ⡇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠈⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢸ >> -35.0016 ⠓⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠒⠚ >> 1 >> 1000 >> >> >> >> >> On Fri, May 23, 2014 at 3:02 PM, Adam Smith < >> [email protected]> wrote: >> >>> Sigh, I had a nagging feeling it was supposed to be plural. I did one >>> more (hopefully final) rename to TextPlots.jl: >>> https://github.com/sunetos/TextPlots.jl and updated the source/readme >>> and such. >>> >>> >>> On Friday, May 23, 2014 2:18:54 PM UTC-4, Stefan Karpinski wrote: >>> >>>> There's a convention to name packages plurally – i.e. TextPlots rather >>>> than TextPlot. This is nice partly because using TextPlots reads more >>>> naturally than using TextPlot, but more importantly because if you, as >>>> is likely, end up having a type called TextPlot, then you don't get a >>>> name collision. >>>> >>>> On Fri, May 23, 2014 at 10:56 AM, Mike Innes <[email protected]>wrote: >>>> >>>>> Incidentally, interop with other packages without a hard dependency is >>>>> something that's around the corner, so you will be able to do this soon. >>>>> >>>>> >>>>> On 23 May 2014 15:32, Adam Smith <[email protected]> wrote: >>>>> >>>>>> Thanks all for the feedback! I have renamed it to TextPlot.jl, added >>>>>> support for plotting just about any combination of >>>>>> functions/vectors/matrix, made the API more flexible for Gadfly >>>>>> compatibility, and greatly expanded the documentation/examples. It is now >>>>>> quite a bit more powerful than ASCIIPlots: https://github. >>>>>> com/sunetos/TextPlot.jl >>>>>> >>>>>> Ivar: I like the idea of having this be a backend for one of the >>>>>> other plotting packages, but the dependency would need to be the other >>>>>> direction. Meaning, they would need to add support for TextPlot, not the >>>>>> other way around. Right now TextPlot has zero dependencies, so you can >>>>>> use >>>>>> it in basically any environment, including a console-only server >>>>>> connected >>>>>> over SSH. Installing Gadfly requires quite a few dependencies on other >>>>>> packages, including Cairo and other graphical packages if you want PNG >>>>>> charts (for iTerm2+IPython inline charts, a similar use case to this >>>>>> one). >>>>>> TextPlot would be quite useful for machines that cannot build all those >>>>>> other packages, so I don't want to make TextPlot depend on any of those >>>>>> packages. >>>>>> >>>>>> I think TextPlot is pretty capable already; please let me know if you >>>>>> can think of anything it's missing! >>>>>> >>>>>> >>>>>> On Friday, May 23, 2014 5:24:50 AM UTC-4, Ivar Nesje wrote: >>>>>>> >>>>>>> Yes, that was definitely my intention to suggest. It looks to me >>>>>>> like ASCIIPlots.jl and DotPlot.jl solves the same problem in a very >>>>>>> similar >>>>>>> way, and whether to use Unicode for higher resolution seems like >>>>>>> something >>>>>>> I would expect to be an option. >>>>>>> >>>>>>> Anyway, the ultimate goal for ASCII art plots, would be to implement >>>>>>> it as a backend for one of the normal plotting packages. >>>>>>> >>>>>>> Ivar >>>>>>> >>>>>>> kl. 10:06:42 UTC+2 fredag 23. mai 2014 skrev Tobias Knopp følgende: >>>>>>>> >>>>>>>> I think "merge" was meant as: Lets create one uniform package and >>>>>>>> join the efforts. Since ASCIIPlots is not actively maintained I think >>>>>>>> it >>>>>>>> would be really great if you could take the lead to make an awsome text >>>>>>>> plotting tool. >>>>>>>> >>>>>>>> I like the name TextPlot by the way. >>>>>>>> >>>>>>>> Am Donnerstag, 22. Mai 2014 17:42:06 UTC+2 schrieb Adam Smith: >>>>>>>>> >>>>>>>>> TextPlot seems like a good name. >>>>>>>>> >>>>>>>>> Thanks for the offer on merging, but again, there's really nothing >>>>>>>>> to merge. Adding scatterplots to dotplot will be trivial; I'll do >>>>>>>>> that soon >>>>>>>>> (making dotplot's features a superset of ASCIIPlots). There is nothing >>>>>>>>> compatible/overlapping between these two (small) codebases for >>>>>>>>> merging to >>>>>>>>> make sense. >>>>>>>>> >>>>>>>>> I would be curious what John Myles White thinks about a more >>>>>>>>> complete terminal plotting package for Julia. ASCIIPlots clearly >>>>>>>>> imitates >>>>>>>>> Matlab's plotting functions ("imagesc"), and I was going for something >>>>>>>>> closer to Mathematica or Maple (which are more symbolic-oriented than >>>>>>>>> Matlab), since I think the syntax is prettier. However, I know a large >>>>>>>>> portion of Julia's users are also Matlab users, so if >>>>>>>>> Matlab-compatibility >>>>>>>>> is a goal, you may want to keep the packages separate. >>>>>>>>> >>>>>>>>> On Thursday, May 22, 2014 11:25:01 AM UTC-4, Leah Hanson wrote: >>>>>>>>>> >>>>>>>>>> Maybe something like TextPlot would be a good merged name? It >>>>>>>>>> conveys what the package does (text plots) rather than how it does it >>>>>>>>>> (Braille characters). >>>>>>>>>> >>>>>>>>>> Having a more complete plotting package for the terminal would >>>>>>>>>> move towards having a way to make `plot` just work when you start up >>>>>>>>>> a >>>>>>>>>> Julia REPL, which I think is a goal. I'd be happy to help merge >>>>>>>>>> them, but >>>>>>>>>> probably won't have time for a couple weeks. >>>>>>>>>> >>>>>>>>>> -- Leah >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Thu, May 22, 2014 at 7:49 AM, Adam Smith < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> >>>>>>>>>>> I'm not totally opposed to it, but my initial reaction is not to: >>>>>>>>>>> >>>>>>>>>>> 1. I don't necessarily agree about the name. I personally >>>>>>>>>>> think "dot plot" has a nice ring to it, and it is a more accurate >>>>>>>>>>> description of what it does (using Braille characters). This very >>>>>>>>>>> specifically exploits Unicode (non-ASCII) characters, so calling >>>>>>>>>>> it an >>>>>>>>>>> ASCII plot would be misleading (for those who want the >>>>>>>>>>> restricted character >>>>>>>>>>> set for some reason). >>>>>>>>>>> 2. There's not really a single line of code they have in >>>>>>>>>>> common, so there's nothing to "merge": it would just be a >>>>>>>>>>> rename. I didn't >>>>>>>>>>> look at the code of ASCIIPlots before making it, and we chose >>>>>>>>>>> completely >>>>>>>>>>> different APIs. For example, ASCIIPlots doesn't have a way to >>>>>>>>>>> plot >>>>>>>>>>> functions, and DotPlot doesn't (yet) have a way to scatterplot >>>>>>>>>>> an array. >>>>>>>>>>> 3. They are both quite small and simple (dotplot is ~100 >>>>>>>>>>> lines of code, ascii is ~250); merging would probably be more >>>>>>>>>>> work than >>>>>>>>>>> either originally took to create. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Thursday, May 22, 2014 1:31:10 AM UTC-4, Ivar Nesje wrote: >>>>>>>>>>>> >>>>>>>>>>>> Would it make sense to merge this functionality into >>>>>>>>>>>> ASCIIPlots? To me that seems like a better name, and John Myles >>>>>>>>>>>> White is >>>>>>>>>>>> likely to be willing to transfer the repository if you want to be >>>>>>>>>>>> the >>>>>>>>>>>> maintainer. That package started from code posted on the mailing >>>>>>>>>>>> list, and >>>>>>>>>>>> the author thought it was a joke. John packaged it for others to >>>>>>>>>>>> use. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>> >>>> >> >
