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

Unsupported SGF properties #350

Open
herzbube opened this issue Feb 1, 2021 · 4 comments
Open

Unsupported SGF properties #350

herzbube opened this issue Feb 1, 2021 · 4 comments

Comments

@herzbube
Copy link
Owner

herzbube commented Feb 1, 2021

This issue is here to track SGF properties for which there is currently no clear way forward how to support them:

  • All timing properties: BL, OB, OW, WL
    • Obviously these can be supported as soon as the app supports time-based gameplay.
    • In the meantime maybe they could at least be treated as node annotations?
  • Miscellaneous properties: FG, PM, VW.
  • Move properties
    • KO: Execute a given move (B or W) even if it's illegal.
    • MN: Sets the move number to the given value.
  • Markup properties
    • DD: Dim (grey out) the given points.
  • Root properties: AP, ST
  • Go-specific properties without a type: TB, TW
    • These specify the black/white territory or area (depends on rule set used).
    • It's not clear what these properties exactly mean, i.e. how their values are supposed to be interpreted. Educated guess: Scoring information.
@herzbube
Copy link
Owner Author

herzbube commented Apr 8, 2024

@herzbube
Copy link
Owner Author

herzbube commented Apr 8, 2024

Timing properties: From the property description it seems as if timing properties must always accompany a move.

@herzbube
Copy link
Owner Author

herzbube commented Apr 8, 2024

KO property

Decision: Do not support.

Rationale: Setting up illegal positions is not supported by the app, and loading a game with an illegal position is not possible, even though the SGF standard states that

SGF viewers themselves should execute ALL moves.

One may therefore consider the app to not be an SGF viewer.

@herzbube
Copy link
Owner Author

herzbube commented Apr 8, 2024

AP property

The app could show this when an SGF file is displayed in the archive, but once the SGF file is loaded there is no purpose to preserve this property.

The app should use its own value for this property when it writes an SGF file. IIRC the value that is currently used comes from SGFC.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant