Uploaded image for project: 'Request For Comments'
  1. Request For Comments
  2. RFC-675

Add HoloViz and geopandas to the distributed stack

    XMLWordPrintable

    Details

    • Type: RFC
    • Status: Withdrawn
    • Resolution: Done
    • Component/s: DM
    • Labels:
      None

      Description

      The QAWG recommended that we use the PyViz set of packages for doing visualization. They have now rebranded to HoloViz, so I think we should begin distributing that meta-package as a dependency. I'm also asking that we include the closely related geopandas package as it has other coordinate related functionality not included in geoviews (which is included with HoloViz).

        Attachments

          Issue Links

            Activity

            Hide
            tjenness Tim Jenness added a comment -

            Simon Krughoff, Kian-Tat Lim, what should we do with this RFC?

            Show
            tjenness Tim Jenness added a comment - Simon Krughoff , Kian-Tat Lim , what should we do with this RFC?
            Hide
            krughoff Simon Krughoff added a comment -

            It sounded to me like the answer was "No." Is that a misunderstanding?

            Show
            krughoff Simon Krughoff added a comment - It sounded to me like the answer was "No." Is that a misunderstanding?
            Hide
            tjenness Tim Jenness added a comment -

            K-T laid out explicit plans for you to decide upon on his comment on 6th March.

            Show
            tjenness Tim Jenness added a comment - K-T laid out explicit plans for you to decide upon on his comment on 6th March.
            Hide
            krughoff Simon Krughoff added a comment -

            Sorry. I was too glib. I meant the answer to the RFC as I formed it is "No" since I don't know of code that specifically depends on these packages in development. I filed this RFC specifically because I wanted to be able to depend on the stack dependencies and not do it in an ad-hoc manner as suggested in #3 above. There is a set of packages that resides in the interim between direct dependencies and tooling that everyone will eventually want at some point. This was my attempt to get at that with these packages that seem universally desired and recommended. If we are saying that they should be installed with the shared stack on lsst-dev and installed in the sciplat-lab image, they seem like actual dependencies to me. We have not, in the past, required an RFC to add packages to the sciplat-lab images in the past, so I'd prefer to just withdraw this RFC, and we can include packages where they are needed as we've done in the past.

            Show
            krughoff Simon Krughoff added a comment - Sorry. I was too glib. I meant the answer to the RFC as I formed it is "No" since I don't know of code that specifically depends on these packages in development. I filed this RFC specifically because I wanted to be able to depend on the stack dependencies and not do it in an ad-hoc manner as suggested in #3 above. There is a set of packages that resides in the interim between direct dependencies and tooling that everyone will eventually want at some point. This was my attempt to get at that with these packages that seem universally desired and recommended. If we are saying that they should be installed with the shared stack on lsst-dev and installed in the sciplat-lab image, they seem like actual dependencies to me. We have not, in the past, required an RFC to add packages to the sciplat-lab images in the past, so I'd prefer to just withdraw this RFC, and we can include packages where they are needed as we've done in the past.
            Hide
            krughoff Simon Krughoff added a comment -

            Withdrawing this since I really was proposing adding these packages as third party dependencies to the stack as distributed by our standard distribution techniques.

            Show
            krughoff Simon Krughoff added a comment - Withdrawing this since I really was proposing adding these packages as third party dependencies to the stack as distributed by our standard distribution techniques.

              People

              Assignee:
              krughoff Simon Krughoff
              Reporter:
              krughoff Simon Krughoff
              Watchers:
              John Swinbank, Kian-Tat Lim, Simon Krughoff, Tim Jenness
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:
                Planned End:

                  Jenkins

                  No builds found.