{"action":"created","issue":{"url":"https://api.github.com/repos/bekozi/netCDF-CF-simple-geometry/issues/24","repository_url":"https://api.github.com/repos/bekozi/netCDF-CF-simple-geometry","labels_url":"https://api.github.com/repos/bekozi/netCDF-CF-simple-geometry/issues/24/labels{/name}","comments_url":"https://api.github.com/repos/bekozi/netCDF-CF-simple-geometry/issues/24/comments","events_url":"https://api.github.com/repos/bekozi/netCDF-CF-simple-geometry/issues/24/events","html_url":"https://github.com/bekozi/netCDF-CF-simple-geometry/issues/24","id":161824379,"number":24,"title":"Support parsing of continuous ragged arrays through loads","user":{"login":"bekozi","id":636921,"avatar_url":"https://avatars.githubusercontent.com/u/636921?v=3","gravatar_id":"","url":"https://api.github.com/users/bekozi","html_url":"https://github.com/bekozi","followers_url":"https://api.github.com/users/bekozi/followers","following_url":"https://api.github.com/users/bekozi/following{/other_user}","gists_url":"https://api.github.com/users/bekozi/gists{/gist_id}","starred_url":"https://api.github.com/users/bekozi/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/bekozi/subscriptions","organizations_url":"https://api.github.com/users/bekozi/orgs","repos_url":"https://api.github.com/users/bekozi/repos","events_url":"https://api.github.com/users/bekozi/events{/privacy}","received_events_url":"https://api.github.com/users/bekozi/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/bekozi/netCDF-CF-simple-geometry/labels/enhancement","name":"enhancement","color":"84b6eb"}],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":15,"created_at":"2016-06-23T01:58:04Z","updated_at":"2016-07-01T19:26:01Z","closed_at":null,"body":"CRAs should be convertible through the `loads` function. It may make sense to alter `loads` such that it will take an vlen ragged array or a CRA and return a sequence of geometries. Probably better to make it an iterator."},"comment":{"url":"https://api.github.com/repos/bekozi/netCDF-CF-simple-geometry/issues/comments/230028971","html_url":"https://github.com/bekozi/netCDF-CF-simple-geometry/issues/24#issuecomment-230028971","issue_url":"https://api.github.com/repos/bekozi/netCDF-CF-simple-geometry/issues/24","id":230028971,"user":{"login":"BobSimons","id":1485624,"avatar_url":"https://avatars.githubusercontent.com/u/1485624?v=3","gravatar_id":"","url":"https://api.github.com/users/BobSimons","html_url":"https://github.com/BobSimons","followers_url":"https://api.github.com/users/BobSimons/followers","following_url":"https://api.github.com/users/BobSimons/following{/other_user}","gists_url":"https://api.github.com/users/BobSimons/gists{/gist_id}","starred_url":"https://api.github.com/users/BobSimons/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/BobSimons/subscriptions","organizations_url":"https://api.github.com/users/BobSimons/orgs","repos_url":"https://api.github.com/users/BobSimons/repos","events_url":"https://api.github.com/users/BobSimons/events{/privacy}","received_events_url":"https://api.github.com/users/BobSimons/received_events","type":"User","site_admin":false},"created_at":"2016-07-01T19:26:01Z","updated_at":"2016-07-01T19:26:01Z","body":"Given all that, I prefer to stay with just contiguous_ragged_dimension\nattribute, which is closer to the system for DSG contiguous ragged arrays\n(CRA)\n\n---\nSteve Hankin is the author of the CF DSG specification.\nSteve, we're working toward making a proposal for a general purpose ragged\narray / variable length dimension system for CF 1 / netcdf 3. It is a\nslight variation of your DSG contiguous ragged array system. See\nhttps://github.com/bekozi/netCDF-CF-simple-geometry/wiki/ContinousRaggedArrays\n(which\nis wordy. We'll compress it to just the proposal at some point.)\nThis system I'm proposing differs from yours in that it lists the stop\nvalue for each subsection in the array instead of the length of each\nsubsection (which you used).\nTo store the strings \"Apple\" \"Banana\" \"Pear\":\nchars= {AppleBananaPear}\nand we can store lengths = {5, 6, 4} or stops = {5, 11, 15}\nThe stop values have the advantage of making it possible to determine the\nindex values for any subsection without make a continuous sum of the\nlengths (the stop values).\nSaid another way, storing stops makes each subsection randomly accessible.\nDo you have any comment on why you chose to list the length of each ragged\narray subsection instead of the stop value?\nDo you object to stop values?\n\n\nOn Fri, Jul 1, 2016 at 12:01 PM, Tim Whiteaker <notifications@github.com>\nwrote:\n\n> stop_encoding is there so that parsers know that the variable uses the\n> CRA structure. If there's another means of determining this, such as the\n> presence of the cr_stop_variable attribute, then I'm fine with dropping\n> stop_encoding. I think CF 1.6\n> <http://cfconventions.org/cf-conventions/v1.6.0/cf-conventions.html#_contiguous_ragged_array_representation>\n> relies on the presence of an attribute (sample_dimension on the count\n> variable) rather than explicitly saying \"I'm CRA.\"\n>\n> If we have name:contiguous_ragged_stop_variable then I don't see a need\n> to have name_stop::contiguous_ragged_dimension, or maybe I need to see\n> why someone would want both for parsing. The downside is that you repeat\n> the contiguous_ragged_stop_variable attribute on potentially several\n> variables, which can be error prone if you name the wrong stop variable,\n> and is not the most minimalist way (but is insignificantly non-minimalist)\n> since the attribute is present on every variable for which the stops apply.\n>\n> Using stops instead of counts already departs from CF CRA, so I'm ok with\n> using stop_variable instead of cr_dimension if it makes more sense to do\n> so. I'm wondering why CF CRA is the way it is. Is there someone with\n> insight into that whom we can ask?\n>\n> —\n> You are receiving this because you were mentioned.\n> Reply to this email directly, view it on GitHub\n> <https://github.com/bekozi/netCDF-CF-simple-geometry/issues/24#issuecomment-230024145>,\n> or mute the thread\n> <https://github.com/notifications/unsubscribe/ABarODTLLpFoATxpI-TsxZT3OXyetdP0ks5qRWQPgaJpZM4I8Yq5>\n> .\n>\n\n\n\n-- \nSincerely,\n\nBob Simons\nIT Specialist\nEnvironmental Research Division\nNOAA Southwest Fisheries Science Center\n99 Pacific St., Suite 255A      (New!)\nMonterey, CA 93940               (New!)\nPhone: (831)333-9878            (New!)\nFax:   (831)648-8440\nEmail: bob.simons@noaa.gov\n\nThe contents of this message are mine personally and\ndo not necessarily reflect any position of the\nGovernment or the National Oceanic and Atmospheric Administration.\n<>< <>< <>< <>< <>< <>< <>< <>< <><\n"}}
{"actor":{"display_login":"BobSimons"}}