You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
while the slice [] operators work great, read() calls seem to behave a bit different when slicing variables with it. Maybe we want to adjust read() to behave correctly like [] already does (see our discussion last year).
Do you have any specific reason to use them together in a same script?
I was just using them as synonyms and realized they are not :)
I intentionally separated the output style in the following way [...] read() remains close to the Adios representation
But wouldn't the ADIOS C-API just fill you a contigous memory chunk behind a void*? In that case, the interpretation of the dimensionality via [][][] access would be agnostic of the API and created by the user (the dims/ndims in the C-API always regard the full variable, selections are still the same in the input).
Or am I missing something?
ax3l
changed the title
Python: Read vs [] Inconsistent
Numpy: Read vs [] Inconsistent
Jul 8, 2016
dear @yyalli,
while the slice
[]
operators work great,read()
calls seem to behave a bit different when slicing variables with it. Maybe we want to adjustread()
to behave correctly like[]
already does (see our discussion last year).With this example file:
The text was updated successfully, but these errors were encountered: