I have some files coded in the format .goa, like the one attached (I had to rename it to 06.sgf because of the restrictions in this forum - please rename it as 06.goa) , from an old software (Go Game Assistant).

Does anybody know how to convert them to sgf?

[EDIT: because of a possible copyright infringement, the attachment was deleted]

Have you tried converting it by using Go Game Assistant? It supports both SGF and .goa.

GoAssistant opens the file, however I don't find a way to convert it to sgf.
This .goa file contains more than one game.

The collection is from the book Next Move Problems, by Fujisawa Shuko, ISBN 7-81051-780-5.

Probably not a good idea to talk on this forum about converting a collection of problems which may not have been authorized by the copyright holder for that format. Do you own a copy of the book from which the problems came from?

_________________
http://tchan001.wordpress.com
A blog on Asian go books, go sightings, and interesting tidbits
Go is such a beautiful game.

No, I don't own a copy, but one of my friend has.

However, it's a chinese book, so as far as I know it's in the public domain. Am I wrong?

It may be on the internet but that doesn't make it public domain.
Just because it is in a foreign language which you may not understand doesn't make it public domain.
I can tell you I own a copy of that Chinese book as well as many other Asian go books and I would certainly have the right to make personal sgf versions of the problems from the book for myself

_________________
http://tchan001.wordpress.com
A blog on Asian go books, go sightings, and interesting tidbits
Go is such a beautiful game.

As far as I know, in China there isn't a law about intelectual property.
I was refering strictly to books published in China (mainland). Am I wrong?

So far as I know, problems aren't under copyright anywhere. They're treated like mathematical equations or historical facts. It's the books themselves to which copyright applies.

This is not true. There are laws regarding copyrights, patents, etc. in China. But what typically happens is that when a foreign company sues a Chinese company for e.g. copying their design, Chinese court easily dismisses the case.

That being said, I think problems without solutions, and game records without commentary can not be copyrighted. So it should be ok as long as you are not posting scanned pages of a book.

If what you say is true, why does Yutopian pay for the right to translate Chinese books into English? Are they just philantropists who want to donate to the Chinese go book publishers?
Do westerners order Chinese go books from places such as Yellow Mountain Imports? If there is a market for Asian go books in the West, why would Western publishers respect the copyright of those books instead of just ripping them off and publishing them without compensation to the Asian go book publishers?

Therefore, it is not a good idea to talk about such content as if there is no piracy involved. Please note that piracy is against the TOS of this forum.

L19 TOS
6. Piracy
Posts requesting for anything illegal or copyrighted are not allowed. Links to sites that host warez or torrents for illegal content will be removed at once.

http://senseis.xmp.net/?ProblemCollecti ... Discussion

http://senseis.xmp.net/?SLCopyright%2FDiscussion

Also read these L19 discussions
viewtopic.php?p=115751
viewtopic.php?p=101634

Finally, did you know that the Chinese book you are talking about is a translation of a Japanese go book under license?
http://senseis.xmp.net/?FujisawaShukoWeiqiClassroom

_________________
http://tchan001.wordpress.com
A blog on Asian go books, go sightings, and interesting tidbits
Go is such a beautiful game.

to answer the original question...

The GOA file is a proprietary binary file format. The only way to convert it to SGF would be to use that program's own Save As or Export functionality (if it exists), or to disassemble the binary code (which would be a similar, yet different kind of wrong from the mere book copyright discussion of the thread).

Otherwise, you would have to painstakingly copy the moves by hand (and its possible that this too gets into copyright issues -- but perhaps only for redistribution, not for personal use).

The short answer is, no, I do not believe there is a GOA to SGF converter available.

Maybe not the place to discuss this, but an experienced programmer/analyst designing a program to convert from one data format to another might be able to do this without bothering to look at the programs at either end. Perhaps all that would be needed is a good understanding of the data being represented (go games, go board positions) and the various ways that might be done.

The problem is that the file is binary (without specifications), and the original software doesn't have an option to save/export them. I guess they will remain in that format.

Thank you all for your responses.

All data is binary (until you know what the binary may be representing)

I'll give you an example. Suppose I am examining the records of an unkown file using a hex editor (that's what I'd use for a binary file). I see that the first seven bytes of each record look like this:

x'01998C002C002C' (the numbers might be different in different records but the C's in the same place, the first digit and the two after the C's are always zero,the digits before the second C in the range 001 to 012 and before the last C in the range 001 to 031)

Then I conclude:
a) The data in the first seven bytes of the record is encoded BCD (binary coded decimal), three such BCD fields
b) What is being represented is a date (in the example, February 2nd, 1998)

Suppose instead I saw
x'1998033C' in the first four bytes (again the digits could be different in each record but the first four alway 19zz or 20zz and the last three always in the range 1 to 366) Then I conclude the format is again BCD and the data represented is a Julian date, still Feb 2nd.

I did say that experience was necessary. Once you have looked at data in the course of solving a zillion dumps you'd begin to recognize the various "standard" ways data might be being represented. What I was suggesting is that with knowledge of the various different ways people have represented go data somebody could "decode" this binary file by inspection.

PS: I was using examples where the encoding was BCD because that would be common were the language of the shop COBOL. That's another sort of knowledge that might be useful. Not cheating to determine what language the program was written in (as opposed to reading the code to see what it did). Thus if I knew that the language of the program that created the file was C (or say FORTRAN) I would not expect data encoded using BCD, unless of course the C or FORTRAN program was creating a file to be read by one in COBOL.