Where communities thrive

Join over 1.5M+ people
Join over 100K+ communities
Free without limits
Create your own community

Explore more communities

tbreloff/Plots.jl

Powerful convenience for Julia visualizations and data analysis http://juliaplots.github.io/

People

Repo info

Activity

22:02

schneiderfelipe starred JuliaPlots/StatsPlots.jl
20:36

daschw on master

CompatHelper: bump compat for "… Merge pull request #412 from Ju… (compare)
20:36

daschw closed #412
20:35

daschw on master

Adjust shape drawing order, hal… Merge pull request #415 from Bi… (compare)
20:35

daschw closed #415
12:03

fonsp opened #79
07:17

BioTurboNick opened #415
06:49

BioTurboNick synchronize #413
Jan 19 20:05

BeastyBlacksmith on master

Update "For the impatient" to "… (compare)
Jan 19 20:05

BeastyBlacksmith closed #229
Jan 19 15:49

logankilpatrick opened #229
Jan 19 15:01

TheCedarPrince starred JuliaPlots/RecipesBase.jl
Jan 18 20:04

abcsds opened #414
Jan 15 17:10

sentiomnen starred JuliaPlots/RecipesBase.jl
Jan 14 01:37

RoundNose starred JuliaPlots/PlotDocs.jl
Jan 13 23:37

MrVPlusOne starred JuliaPlots/StatsPlots.jl
Jan 13 16:41

anthroid starred JuliaPlots/PlotDocs.jl
Jan 13 16:17

poglesbyg commented #284
Jan 13 15:59

icweaver commented #286
Jan 13 15:58

icweaver commented #286

Roman Bange

@rbange

Ah i see

HelgavonLichtenstein

@HelgavonLichtenstein

I like this log-modulus transformation you shared

Roman Bange

@rbange

Its nice as you can boundlessly plot negative to positive values

I also tested the sample you shared, it does work as expected, but yaxis = log10.(y .+ 100) only yields values from 1.95 to 2.04 so its a straight line

Maybe the yaxis is displayed, but outside of the value space? Meaning y samples are distributed e.g. 0-100, but the yaxis is shown at e.g. y=300

HelgavonLichtenstein

@HelgavonLichtenstein

How do you change the value space?

Roman Bange

@rbange

Guess its fitted to the given data

i think the proper solution is

@df df_final_biomass_diff_array_fw_10_industry_high scatter(:body_mass_fw_1,log10.(:bio_diff_S33_1 .+ 10), xaxis = :log10)

HelgavonLichtenstein

@HelgavonLichtenstein

Neato, using the log-modulus transformation it looks like

@df df_final_biomass_diff_array_fw_10_industry_high scatter(:body_mass_fw_1, sign.(:bio_diff_S33_1).*log10.(abs.(:bio_diff_S33_1).+1), xaxis = :log10)

Roman Bange

@rbange

Nice! Glad to help

HelgavonLichtenstein

@HelgavonLichtenstein

Thanks!

Do you know how to make the yaxis show 10^ like on the xaxis? That would be perfect if possible

Roman Bange

@rbange

I only know the workaround by specifing the ticks manually yticks!([-1:1:1;], ["min", "zero", "max"])

guess you can also pass a tuple to the yticks attribute withtin the scatter() call, there is an example somewhere in the documentation

Ah yes, like this yticks = ([0:0.2:1;], ["$i\\%" for i in 0:20:100])

HelgavonLichtenstein

@HelgavonLichtenstein

I don't understand the second half of that

Roman Bange

@rbange

the content doesnt matter, this is just from one of my plots and generates the yaxis labels

scatter(..., yticks = (ticks, labelsforeachtick))

HelgavonLichtenstein

@HelgavonLichtenstein

Unfortunately I can't figure it out plot(x, sign.(y).*log10.(abs.(y).+1),yticks = ([-1.0:0.1:1.0], 10^$ticks)) doesn't work because $ is only for strings.

Nonetheless, thank you very much for your suggestion!

BridgingBot

@GitterIRCbot

[slack] <dpsanders> Is it possible to change the way that arrows are displayed by Plots (with GR backend) in plot(x, y, arrow=true)?

[slack] <Moelf> I think the answer is no by looking at the

Supported arguments
in docs' GR page

[slack] <dpsanders> Hmm OK, thanks

BridgingBot

@GitterIRCbot

[slack] <loki._.> Plots allows to pass an Arrow contructor to change some parameters, but I don’t know whether this is implemented in the backend

BridgingBot

@GitterIRCbot

[slack] <dpsanders> How do you use that?

BridgingBot

@GitterIRCbot

[slack] <loki._.> arrow = Arrow(0.5, 0.1)

BridgingBot

@GitterIRCbot

[slack] <pfitzseb> Anyone know why I'm getting
```julia> graphplot(wheel_digraph(10))
ERROR: MethodError: no method matching plot(::GraphRecipes.GraphPlot)
Stacktrace:
[1] graphplot(::SimpleDiGraph{Int64}; kw::Base.Iterators.Pairs{Union{},Union{},Tuple{},NamedTuple{(),Tuple{}}}) at /home/pfitzseb/.julia/packages/RecipesBase/92zOw/src/RecipesBase.jl:357
[2] graphplot(::SimpleDiGraph{Int64}) at /home/pfitzseb/.julia/packages/RecipesBase/92zOw/src/RecipesBase.jl:357
[3] top-level scope at REPL[13]:1

(@v1.5) pkg> st
Status ~/.julia/environments/v1.5/Project.toml
[bd48cda9] GraphRecipes v0.5.4
[093fc24a] LightGraphs v1.3.0
[626554b9] MetaGraphs v0.6.6
[91a5bcdd] Plots v1.8.1```

[slack] <pfitzseb> maybe something going wrong with Requires or whatnot?

BridgingBot

@GitterIRCbot

[slack] <daschw> It works for me with the same versions:

(@graphplots) pkg> st
Status `~/.julia/environments/graphplots/Project.toml`
  [bd48cda9] GraphRecipes v0.5.4
  [093fc24a] LightGraphs v1.3.0
  [626554b9] MetaGraphs v0.6.6
  [91a5bcdd] Plots v1.8.1

[slack] <pfitzseb> oh wait

[slack] <pfitzseb> I think I forgot to load Plots...

[slack] <pfitzseb> :bang-head-on-wall:

BridgingBot

@GitterIRCbot

[slack] <dpsanders> ```
julia> using Plots: Arrow

julia> plot([(3, 4), (5, 6)], arrow=Arrow(0.5, 0.2))
ERROR: MethodError: no method matching Arrow(::Float64, ::Float64)```

[slack] <dpsanders> Thanks. arrow=Arrow(:simple, :head, 1.0, 1.0) works, but indeed doesn’t change the arrowhead in GR 😕. I think the syntax arrow=arrow(1.0, 1.0) is also supposed to work.

BridgingBot

@GitterIRCbot

[slack] <rveltz> Hi,

How can I subdivide a subplot?

plot(plot(rand(10)), plot(rand(100))) plot!(plot(rand(10)), plot(rand(20)),subplot = 2, layout = (2,1))

BridgingBot

@GitterIRCbot

[slack] <nils.gudat> Sharing this over here:

BridgingBot

@GitterIRCbot

[slack] <nils.gudat> It looks like something funny is going on with StaticArrays and Plots in the same environment

[slack] <nils.gudat> Can anybody try
``(@v1.5) pkg> activate --temp Activating new environment atC:\Users\ngudat\AppData\Local\Temp\jl_CgzhED\Project.toml`

(jl_CgzhED) pkg> add StaticArrays Plots

julia> using Plots
[ Info: Precompiling Plots [91a5bcdd-55d7-5caf-9e0b-520d859cae80]
ERROR: LoadError: TypeError: in Type{...} expression, expected UnionAll, got Type{ColorSchemes.ColorScheme}
````

[slack] <nils.gudat> This doesn't happen when I just add Plots by itself to a new environment (although the versions are the same, 1.9.1 with or without StaticArrays)

[slack] <kristofferc> Might be a different version of some dependency?

BridgingBot

@GitterIRCbot

[slack] <nils.gudat> Looks like it - ColorSchemes is on 3.7 with StaticArrays and on 3.10 without it

[slack] <nils.gudat> and the error seems to relate to that

BridgingBot

@GitterIRCbot

[slack] <nils.gudat> Hmm... I'm a bit confused

[slack] <nils.gudat> When I do
```] add Plots

using Plots

] add StaticArrays

using StaticArrays```
it seems to work

[slack] <nils.gudat> so is it a resolver issue that only happens when adding StaticArrays and Plots at the same time?

BridgingBot

@GitterIRCbot

[slack] <kristofferc>

(jl_Ks95Dv) pkg> add ColorSchemes@3.10
  Resolving package versions...
Updating `/private/var/folders/26/gw1dqz6n5zsbkp72mktkhz3c0000gn/T/jl_Ks95Dv/Project.toml`
  [35d6a980] + ColorSchemes v3.10.1
  [90137ffa] ↓ StaticArrays v1.0.1 ⇒ v0.12.5
Updating `/private/var/folders/26/gw1dqz6n5zsbkp72mktkhz3c0000gn/T/jl_Ks95Dv/Manifest.toml`
  [35d6a980] ↑ ColorSchemes v3.7.0 ⇒ v3.10.1
  [995b91a9] ↑ PlotUtils v1.0.7 ⇒ v1.0.8
  [90137ffa] ↓ StaticArrays v1.0.1 ⇒ v0.12.5

So you have multiple "pareto optimals" and the resolver picks one of them.

[slack] <kristofferc> Using RegistryCompatTools.jl (https://github.com/KristofferC/RegistryCompatTools.jl)

```julia> using RegistryCompatTools
[ Info: Precompiling RegistryCompatTools [0f4576a4-702e-4e0a-9372-4ba70611ebaf]

julia> d = held_back_packages();

julia> d["ColorSchemes"]
1-element Vector{RegistryCompatTools.HeldBack}:
StaticArrays@1.0.1 0.12```
So it seems ColorSchemes hold backs StaticArrays 1.0.

BridgingBot

@GitterIRCbot

[slack] <nils.gudat> https://github.com/JuliaGraphics/ColorSchemes.jl/blob/master/Project.toml

[slack] <nils.gudat> Looks like that's already fixed on master?