tensorflow / tensorflow/tensorboard

A more customizable and interactive TensorBoard

Open
#5,333 2 comments 0 reactions 1 assignee View on GitHub

Nobody has claimed this yet.

core:backend stat:awaiting tensorflower type:feature
Dominant language
TypeScript
Stars
7.2k
Forks
1.7k
Avg merge
4d 22h
Merged PRs (30d)
1

Description

When a user log information to TensorBoard for visualization, instead of justing logging the data, the user is often force to think or make decision on how to visualize data. For example, should I combine training loss and validation loss into 1 plot or keep them as separate plots? What "tag" (or title) should I give to plots. IMHO, this is a coupling behavior. When a user develop his/her training code, he/she should only worry about "what" kind of information he want to log but not how to visualize it. The "how" to visualize part should be take care by TensorBoard.

To enable this decoupling design, TensorBoard need to support more customizable and interactive ways to users to create or editing visualizations. For example, while a model is being trained, a user can leverage TensorBoard to explore training/validation loss by importing both of them into a plot (since they have identical x-axis). If the magnitude of the training/validation losses are too big and makes it impossible to see the trend of one of them, then the user can just create 2 separate plots (1 for training loss and 1 for validation loss). The similar concept can be extended to many existing visualizations.

As a matter of fact, there are already existing requests/discussions related to this one.

https://github.com/tensorflow/tensorboard/issues/893

https://stackoverflow.com/questions/60079644/how-do-you-edit-an-existing-tensorboard-training-loss-summary

https://stackoverflow.com/questions/58276718/how-to-load-selected-range-of-samples-in-tensorboard

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.