google-drive-to-sqlite export command (like download but does exports)

So I don't have to keep figuring out how to do:
google-drive-to-sqlite get 'https://www.googleapis.com/drive/v3/files/1WEtSyz5oyTTGe0Fi2NhhUX6EX7HAE-GZe3RNWHInTiE/export?mimeType=text/plain'

https://developers.google.com/drive/api/v3/reference/files/export
The available export options are shown on https://developers.google.com/drive/api/v3/ref-export-formats

Those all look difficult to remember and unpleasant to type - so I'm going to assign shortcuts to just a small number of them, so you can do this:
google-drive-to-sqlite export $FILEID html

The shortcuts will be:

html for text/html
text for text/plain
rtf for application/rtf
pdf for application/pdf
word for application/vnd.openxmlformats-officedocument.wordprocessingml.document
zip for application/zip
epub for application/epub+zip

For spreadsheets:

excel for application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
csv for text/csv
tsv for text/tab-separated-values

And for presentations:

powerpoint for application/vnd.openxmlformats-officedocument.presentationml.presentation

For anything else, the user can use the full content-type - e.g. for Open Office presentations:
google-drive-to-sqlite export $FILEID application/vnd.oasis.opendocument.presentation

I think this should aim to be as similar to the download command as possible. That works like so:
Usage: google-drive-to-sqlite download [OPTIONS] FILE_IDS...

  Download one or more file IDs to disk

Options:
  -a, --auth FILE    Path to auth.json token file
  -o, --output FILE  File to write to, or - for standard output

Notably, it accepts multiple file IDs, uses those as the default filename, but lets you download a single file with a custom filename using -o name-of-file.
My initial design for export had the conversion format as a required argument, but that doesn't look as good when you have multiple file IDs.
Actually I could still have it as a required argument, just one that comes first:
google-drive-to-sqlite export pdf $FILEID1 $FILEID2 $FILEID3

I think that looks pretty good.

First attempt at writing the help:
% google-drive-to-sqlite export --help
Usage: google-drive-to-sqlite export [OPTIONS] FORMAT FILE_IDS...

  Export one or more files to the specified format.

  Usage:

      google-drive-to-sqlite export pdf FILE_ID_1 FILE_ID_2

  The file content will be saved to a file with the name:

      FILE_ID.ext

  Where the extension is based on the format you specified.

  Available export formats can be seen here:
  https://developers.google.com/drive/api/v3/ref-export-formats

  Or you can use one of the following shortcuts:

  - Google Docs: html, text, rtf, pdf, word, zip, epub
  - Google Sheets: excel, pdf, csv, tsv, zip
  - Presentations: powerpoint, pdf, text

  "zip" returns a zip file of HTML.

  If you are exporting a single file you can specify a filename with -o:

      google-drive-to-sqlite export zip MY_FILE_ID -o myfile.zip

Options:
  -a, --auth FILE    Path to auth.json token file
  -o, --output FILE  File to write to, or - for standard output
  -s, --silent       Hide progress bar and filename
  --help             Show this message and exit.

Needs to handle errors - this one for example:
google-drive-to-sqlite export zip 1WEtSyz5oyTTGe0Fi2NhhUX6EX7HAE-GZe3RNWHInTiE
Error: {
 "error": {
  "errors": [
   {
    "domain": "global",
    "reason": "badRequest",
    "message": "The requested conversion is not supported.",
    "locationType": "parameter",
    "location": "convertTo"
   }
  ],
  "code": 400,
  "message": "The requested conversion is not supported."
 }
}


collapse="C" with single item

show(b, c, collapse="C") works as expected and collapses the tree.
show(b, collapse="C") doesn't!

fixed with 1.2.2


leading 0 characters should not be stripped from shell script parameters

exogui is currently stripping leading zeros from shell script parameters. This is causing many things, such as disk magazines, to fail launching.

In the above example, it says Launch Game "Big Blue Disk 056"
LaunchCommand should also reflect this with "056", and the final command should be "/home/deck/eXoDOS/eXo/Magazines/Big\ Blue\ Disk.command 056"
As this directly breaks entries in the eXoDOS Media Pack, it needs to be fixed before the eXoDOS 6.4 release.

Fixed by https://github.com/margorski/exodos-launcher/commit/c79dc3555cc72df4b1e0c583fe3d08cb040e601a


Create base plot-level Lidar Docker image to be used with the template-lidar-plot derived repos

Task to do
Create the base image used as with the template-lidar-plot repo. This is similar to the rgb-plot-base-transformer folder, except for Lidar [try the following link if the previous one doesn't work and browse to the a branch that has the folder name: https://github.com/AgPipeline/drone-pipeline-transformer]
Reason
As part of making writing Lidar plot-level algorithms easier, a base image is needed to provide the context the algorithm runs in
Result
Ability to create new Docker images that can be used as the basis for plot-level Lidar algorithms
Steps to take

[x] Create a new folder, next to common-image in ua-gantry-transformer repository to hold files
[x] Add configuration.py file and fill in with correct information
[x] Add transformer.py file that provides the support needed for the lidar plot-level template
[x] Add Dockerfile, requirements.txt, and packages.txt files used to build image for Lidar
[x] Create README.md file and fill in to document the code
[x] Create docker image that can be used
[ ] Integrate TravisCI to test add_parameters(), check_continue(), and perform_process() functions only (don't add tests for other methods since they'll probably be moved; what's not moved will be added to TravidCI later), and to test Docker image

Note:

Clone the rgb-plot-base-transformer repo to get a quick start on what's needed
There should be quite a bit of overlap between the RGB and Lidar repos - the overlap should be put into a library; which is a separate issue

https://github.com/AgPipeline/ua-gantry-environment/tree/lidar-docker-image
Here's the repo for the docker image and what not. The Travis part is not yet ready but will have a separate ticket associated with it.


[Feature] Request a feature with something

Version information

Device: Samsung  SM911U
OS: e.g. iOS 14.7.1
Package Version: e.g. v4.3.0
Flutter Version: e.g. v3.19.6

Is your feature request related to a problem?
1.How to cancel the black background at the bottom of the camera, for example: set it to transparent
Describe the solution you'd like
Add color settings at the bottom of the camera interface
Describe alternatives you've considered
Can you add buttons for selecting images and videos on the camera interface
Additional context
No

Walk through the example.
https://github.com/fluttercandies/flutter_wechat_camera_picker?tab=readme-ov-file#using-custom-states


Adding automatic regularization tuning

In GitLab by @cmastalli on Nov 15, 2018, 10:51

In GitLab by @nmansard on Nov 15, 2018, 11:35
locked this issue

In GitLab by @nmansard on Nov 15, 2018, 11:36
unassigned @cmastalli

In GitLab by @nmansard on Nov 15, 2018, 11:36
assigned to @cmastalli

In GitLab by @nmansard on Nov 15, 2018, 11:36
unlocked this issue

In GitLab by @cmastalli on Nov 15, 2018, 12:25
unassigned @cmastalli

In GitLab by @nmansard on Jan 21, 2019, 15:25
Solved by refact. Could be improved, but let's make this improvement a new task when ready.

In GitLab by @nmansard on Jan 21, 2019, 15:25
closed


[FeatureRequest] the ability to shuffle in special places

For example, the Anemo application. I want to be able to shuffle files in this very private file repository
it would be much more private if the two applications were combined
It's not possible now, so I'm asking for it
**Suggest Solution
mixplorer can change files there

technically duplicated with #18