Skip to content

Commit dad0010

Browse files
committed
Fix of dotnet#3822 to address some inadvertently omitted fixes on VectorDataViewType documentation. (dotnet#3296)
1 parent 2429aaf commit dad0010

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

src/Microsoft.ML.DataView/VectorType.cs

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -26,10 +26,10 @@ public sealed class VectorDataViewType : StructuredDataViewType
2626
/// In the case where this is a multi-dimensional type, that is, a situation where <see cref="Dimensions"/>
2727
/// has length greater than one, since <see cref="VBuffer{T}"/> itself is a single dimensional structure,
2828
/// we must clarify what we mean. The indices represent a "flattened" view of the coordinates implicit in the
29-
/// dimensions. We consider that that last dimension is the most "minor" index. In the case where <see cref="Dimensions"/>
29+
/// dimensions. We consider that the last dimension is the most "minor" index. In the case where <see cref="Dimensions"/>
3030
/// has length <c>2</c>, this is commonly referred to as row-major order. So, if you hypothetically had
3131
/// dimensions of <c>{ 5, 2 }</c>, then the <see cref="VBuffer{T}"/> values would be all of length <c>10</c>,
32-
/// and the flattened indices in the of <c>0, 1, 2, 3, 4, ...</c> would correspond to "coordinates" of
32+
/// and the flattened indices <c>0, 1, 2, 3, 4, ...</c> would correspond to "coordinates" of
3333
/// <c>(0, 0), (0, 1), (1, 0), (1, 1), (2, 0), ...</c>, respectively.
3434
/// </remarks>
3535
public ImmutableArray<int> Dimensions { get; }

0 commit comments

Comments
 (0)