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. >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>> >>> >
