Rafael Schouten

By title do you mean `name(A)` like we have now? ```julia julia> A = DimArray(rand(4,5), (a=1:4, b=1:5); name=:title) ╭───────────────────────────────╮ │ 4×5 DimArray{Float64,2} title │ ├───────────────────────────────┴───────────────── dims ┐ ↓ a Sampled{Int64}...

Yeah its more obviously a separate thing

Thinking about this we should probably start by adding a warning for these things.

Yeah this has been a thought for a while. Currently we check the name and order but not the values. And sometimes you don't want to check the values (e.g....

DD doesnt know anything about chunks... If you cant reproduce a bug with a basic `DimArray` or other objects defined here, take the issue to the extending package first, in...

Either DiskArrays.jl not working with some base method that works on normal arrays, or YAX constructing something broken. But I assumed it was YAX making a broken disk array.

This is like a join in that we have to specify which side to take data from when they match. But we always take all the data from both where...

May need to check we don't have `function metadata end` or `metadata(x) = nothing` lying around

We have `function metadata end` in interface.jl that needs removing. And these methods are going to be a piracy problem: ```julia [2] metadata(::Tuple{}) @ DimensionalData.Dimensions ~/.julia/dev/DimensionalData/src/Dimensions/dimension.jl:232 [15] metadata(ds::Tuple, I) @...

`DD.NoMetadata` but we could maybe change it. One nice thing about `NoMetadata` is Dict functions like `haskey` work on it (and we can as more as needed) so its a...