Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add Base-64 encoding/decoding to GREL #148

Closed
tfmorris opened this issue Oct 15, 2012 · 2 comments · Fixed by #4801
Closed

Add Base-64 encoding/decoding to GREL #148

tfmorris opened this issue Oct 15, 2012 · 2 comments · Fixed by #4801
Assignees
Labels
grel The default expression language, GREL, could be improved in many ways! imported from old code repo Issue imported from Google Code in 2010 Priority: Medium Represents important issues that need to be addressed but are not urgent Type: Feature Request Identifies requests for new features or enhancements. These involve proposing new improvements.
Milestone

Comments

@tfmorris
Copy link
Member

tfmorris commented Oct 15, 2012

Original author: stefa...@google.com (September 30, 2010 15:41:25)

Would be nice to be able to perform base64 encoding/decoding directly in GREL

Original issue: http://code.google.com/p/google-refine/issues/detail?id=148

@jackyq2015 jackyq2015 added the encoding Selection of encoding at import time, or encoding issues in data cleaning label Sep 22, 2015
@thadguidry thadguidry added the grel The default expression language, GREL, could be improved in many ways! label Apr 18, 2018
@wetneb wetneb removed logic Changes to the data model, to the way operations, expressions work Theme: UX/Usability Focuses on issues related to improving the overall user experience and interaction flow. labels Dec 20, 2019
@tfmorris tfmorris removed the encoding Selection of encoding at import time, or encoding issues in data cleaning label Jun 25, 2020
@tfmorris
Copy link
Member Author

Rather than implementing this as it's own function, it might be a good idea to introduce a pair of encode() / decode() functions which take an algorithm as an argument. e.g. "foo".encode("base64")

@thadguidry
Copy link
Member

@tfmorris Totally agree. I can envision how that proposed pair of encode() / decode() functions would be similar in syntax with how we did the escape() / unescape functions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
grel The default expression language, GREL, could be improved in many ways! imported from old code repo Issue imported from Google Code in 2010 Priority: Medium Represents important issues that need to be addressed but are not urgent Type: Feature Request Identifies requests for new features or enhancements. These involve proposing new improvements.
Projects
None yet
5 participants