Where communities thrive

  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
Repo info
  • 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
How do you change the value space?
Roman Bange
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)
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
Nice! Glad to help
Do you know how to make the yaxis show 10^ like on the xaxis? That would be perfect if possible
Roman Bange
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])
I don't understand the second half of that
Roman Bange
the content doesnt matter, this is just from one of my plots and generates the yaxis labels
scatter(..., yticks = (ticks, labelsforeachtick))
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!
[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
[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
[slack] <dpsanders> How do you use that?
[slack] <loki._.> arrow = Arrow(0.5, 0.1)

[slack] <pfitzseb> Anyone know why I'm getting
```julia> graphplot(wheel_digraph(10))
ERROR: MethodError: no method matching plot(::GraphRecipes.GraphPlot)
[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?
[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:

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

[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))

[slack] <nils.gudat> Sharing this over here:
[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?
[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
[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?
[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.

[slack] <nils.gudat> Looks like that's already fixed on master?
[slack] <nils.gudat> StaticArrays = "0.12, 1.0"
[slack] <nils.gudat> So this just needs a ColorSchemes 3.10.2 release to bump the bounds?
[slack] <kristofferc> That seems likely
Forrest Gasdia

Is there a way to specify the colorbar ticks? For example, if I am plotting angle data from -180 to 180 degrees, I can set clims=(-180, 180), but the ticks on the colorbar are drawn from -150 to 150 in 50degree increments.

Ideally I'd like something like this, but various combinations of zticks or cticks etc haven't worked.

heatmap(360*rand(8, 10).-180, clims=(-180, 180), zticks=collect(-180:45:180))