I now have GoWrite working. I don't know why. I first followed jujube's instructions but that did not work, with either 32-bit or 64-bit (and in 64-bit there wasn't even a bin file).

I then moved on to Calvin Clark's post and out of desperation download Java 8 again. I am 100% certain I downloaded this earlier (I accept all the update prompts from Sun/Oracle and the fact I knew about the threatened future hassle from them supports me in my conviction that I must have downloaded the most recent update already.

However, this time installing GoWrite worked, and I didn't have to do anything to the environment path.

Assuming I'm not deluding myself about updating properly, I can think of two scenarios. (1) Changing the environment path DID work, but this only becomes apparent after a re-install of GoWrite. (2) When I installed the latest Java update, I should have uninstalled GoWrite and re-installed.

BTW I have written to Lauri Paatero in the past but got no reply. Since I dislike getting pestered online myself, I was unperturbed by that, and eventually got GoWrite working again myself - probably along the lines that worked today.

Anyway, I'm grateful for all the advice and look forward to trying also the tip on svg files (one I find out what they are).

2.3.46 is the latest version for MacOS.

Since MacOS is based on Unix (which may not have been the case when the download page was last updated), maybe I should try the Unix version.

Now if I can just uninstall the Mac Java 6 "fix".

_________________
The Adkins Principle:
At some point, doesn't thinking have to go on?
— Winona Adkins

Visualize whirled peas.

Everything with love. Stay safe.

Yes, but that's just for the fancy installer. Here is something that works for me (macOS High Sierra, 10.3.16)

1. Go to the main download page: https://gowrite.net/GOWrite2_download.html
2. Scroll down to "Other platforms", "Most Recent Stable".
3. Click on 3.0.14. This will download a .zip file.
4. Unzip the .zip file <somewhere>.
5. From a Terminal, cd into that <somewhere> directory.

It should contain files like this:

gowrite2_3_0_14 $ ls
GOWrite.exe gowrite.ico
GOWrite.jar gowrite.png
GOWriteHelp.jar gowrite.svg
GOWriteWin.dll gowrite.xml
application-x-go-sgf.png gowrite2
application-x-go-sgf.svg gowrite_hires.png
application-x-go-sgf_hires.png lib
aspireone-icon license.txt
goboard.ico order.txt
gowrite readme.txt
gowrite.desktop

6. Now, 'gowrite' is a bash script that passes all the right parameters to launch, so:
7. Type:

gowrite2_3_0_14 $ bash ./gowrite

It will complain about the lack of some native macOS support, but I'm not sure how much that loses. I can save .sgf, export .svg and .png files that way, for example:

Here's a .png:



Before I infest my machine with Java 6, what symptoms does it cause you? Are saying you can't remove it, or that it breaks other Java apps?

BTW, OSX 10.0 for consumers was 2001, so it's been Unix-like for 17 years, give or take and that's not even counting the 1999 server version.

Many thanks, Calvin.



Please do not infest your machine.



Both. GoWrite works, as does the program that uses its own dedicated Java. But any Java program that requires a later version of Java does not work.

For a while, despite the Mac "fix", I updated my Java as occasionally prompted. However, when I actually tried a program that required Java 8, it did not work. Finally I decided to uninstall Java completely, reinstall Java 8, and worry about GoWrite later. I even followed instructions on a web site that said, here is how to really, completely uninstall java. As a result, I don't even have Java Control Panel. But GoWrite still works.

_________________
The Adkins Principle:
At some point, doesn't thinking have to go on?
— Winona Adkins

Visualize whirled peas.

Everything with love. Stay safe.

I have no problems having both Java 1.6 for GoWrite and 1.8 for everything else on MacOS 10.13.4

You should have different versions of java in /Library/Java/JavaVirtualMachines:



You should also have 1.8 in /System/Library/Frameworks/JavaVM.framework/Versions:



Your java command in path should point to the latter one:



Yet GoWrite should be able to find the 1.6 it requires.

Deleting 1.6 should be simple, if you want to do that: just delete the entire directory /Library/Java/JavaVirtualMachines/1.6.0.jdk

@Bill Spight: Drop me a PM if your configuration looks different and you want to sort it out

PS there are also other ways to manage Java versions on MacOS, e.g. the method described here: https://stackoverflow.com/questions/262 ... a-versions

_________________
Offending ad removed

This thread seems to have lurched into a java-only solution.

If I were going to do it, I would generate the data from an SGF using the diagram generator at Sensei's ( https://senseis.xmp.net/tools/sgf2diagram.php ), then display that diagram on my screen here at L19, then cut-and-paste. Then I would use a graphics editor like gimp to increase the dpi.
That ought to give 200+ dpi images.

Sensei's is not big on copyrights, so I suspect that they won't object. And L19 won't object because I - as an admin - hereby formally give you permission to do so. Gimp is under gnu license.

_________________
Help make L19 more organized. Make an index: https://lifein19x19.com/viewtopic.php?f=14&t=5207

Let's be honest now, the diagrams produced by Senseis are shite.

_________________
North Lecale

Many thanks.



Mine is similar, but with only Java 6:

$ ls -la /Library/Java/JavaVirtualMachines
total 0
drwxr-xr-x 3 root wheel 96 Feb 28 06:03 .
drwxr-xr-x 4 root wheel 128 Feb 28 06:03 ..
drwxr-xr-x 3 root wheel 96 Jul 14 2015 1.6.0.jdk



Looks the same.

$ ls -la /System/Library/Frameworks/JavaVM.framework/Versions
total 0
drwxr-xr-x 4 root wheel 128 Feb 27 12:44 .
drwxr-xr-x 6 root wheel 192 Feb 27 12:44 ..
drwxr-xr-x 8 root wheel 256 Jun 11 18:49 A
lrwxr-xr-x 1 root wheel 1 Feb 27 12:41 Current -> A



Points to Java 6.

$ java -version
java version "1.6.0_65"
Java(TM) SE Runtime Environment (build 1.6.0_65-b14-468)
Java HotSpot(TM) 64-Bit Server VM (build 20.65-b04-468, mixed mode)



Same.



Basically the same.

$ ls -la /usr/bin/java
lrwxr-xr-x 1 root wheel 74 Feb 27 12:43 /usr/bin/java -> /System/Library/Frameworks/JavaVM.framework/Versions/Current/Commands/java



So I guess the thing to do now is to download and install the latest Java from java.com. Then the java command should point to that version.

If that's the case, then I guess the problems with the other Java program have a different reason. Hmmm.

_________________
The Adkins Principle:
At some point, doesn't thinking have to go on?
— Winona Adkins

Visualize whirled peas.

Everything with love. Stay safe.

I'd love to hear I'm wrong, but that doesn't make sense to me. A 200 dpi original contains a lot more image data than a 72 dpi original. Casting a 72 dpi original into 200 dpi format is just adding lots of white space and produces pixellation. Or is Gimp so intelligent that it can interpolate data?



SL is not big on observing other people's copyrights either, but copyright is irrelevant here. Using a pen to write a novel doesn't give the pen manufacturer any rights over your material.

Welcome to the digital age.

_________________
The Adkins Principle:
At some point, doesn't thinking have to go on?
— Winona Adkins

Visualize whirled peas.

Everything with love. Stay safe.

Gimp isn't 'intelligent' in the way implied. It can't interpolate the data for a raster image.
Have a look at:
https://vector-conversions.com/vectoriz ... ector.html

Then you will see the trade-off of advantages and disadvantages. For the particular image characteristics of go board diagrams, vector graphics are a good fit. The superiority of infinite scaling to any output resolution, from a single image file, that is much smaller than any of the multiple raster images you need for matching multiple different resolutions for displaying raster images sharply on a variety of output devices.

It's not all gravy. The downside is the normal grief of working with something you are not used to. Persuading the container you insert the .svg file into to obey your wishes about scaling the image to the size you desire relative to the surrounding text.

Hi!


In 2013~2014, I was asked by a friend of mine to help making a Go software a bit similar. My friend is teacher in a Chinese Go school for children, and they needed a tool to easily design and print tsumego or joseki, or board position, in small booklet to distribute homework for children. On top of that, they wanted the ability to use it as a virtual Go board, in the same way they would use their big magnet go board.

So for this program, the "magnet go board" metaphor was used: it was possible to add new black stones by left clicking, white stones by right clicking, and remove a stone by middle clicking. When designing/copying tsumego, it's common to have more stones from one colour than another, and the possibility to add all the black stones first, then the white stones after is handy. Then, there was a "mode" that could be toggled to activate numbering, so following stones would be numbered, and undo would undo the stones according to the reverse order.

So with a "magnet go board" metaphor, there is no such thing as history of moves, trees or variations. Also, it could not be used to open/export SGF files.

The important thing (in my opinion) was that, although they were not really good with computer skills, we did our best to work out "specifications" about what they needed (this was helped by me having spent quite a lot of time on site, so I knew how it would be used). Among the "specifications":

• the diagram can be copy/pasted from the software to the Microsoft Word (in fact, WPS, a local clone) so no need to save, then import into Word
• possibility to only show one part of the board (like top right corner only, or complete left side only)
• possibility to have the goban in color, or black and white, or grey shades (depending on what they print, to save on ink)
• a way to somehow "fix" the image resolution so that they can ensure the quality of diagrams is consistent. They were not tech savvy at all, and I implemented a way for them to set a fix number of pixel per goban intersection.
• Maybe the usual marking (delta, stone) I don't really remember
• should work on win xp
• can be ran from an usb stick
• later, they ask the possibility to save and reopen a position

I did that for free, and should still have the sources somewhere on my computer, so if some of you are interested, I could release that on Github. (let's see if I can find it and put some screen-shot)

Now, my point is, there would probably be people willing to do such work for free, at least as a way to support the Go community. But I strongly advise you work out a list of specifications for what you need, and go in great details. It helped me a lot at the time, that I had spend hundreds of hours hanging out at their school, so I had witnessed how they teach children.
In comparison, I am clueless regarding the workflow needed to write a book

_________________
I am the author of GoReviewPartner, a small software aimed at assisting reviewing a game of Go. Give it a try!

I would be very, very interesting in such a list of real, concrete requirements from Go authors. Oh, and also from people who use an interactive board for lectures, either projected onto a wall, streamed, recorded, uploaded to YouTube or for something I've never even thought of. (I have seen far too many instances of KGS' Cgoban projected onto walls at tournaments.)

Excessive detail is not necessary and might even be counter-productive but, who knows, such requirements could bear fruit.

I thought I would try to list my own requirements, inevitably I will omit important points.

That the software is fully supportive of SGF.4
That the export formats contain .eps and .svg
That I can create whole board and partial board diagrams
The ability to display move numbers
The ability to renumber moves
The ability to colour/greyscale the diagrams
Ko coverage - the diagram should contain information about (re)captures
The ability to add a Caption or Title to any diagram

It's quite a small list.

_________________
North Lecale

Woah! Careful!

Don't be putting those two next to each other or all the file-format standards engineers in the room will be incapacitated by the giggles.

I can't really titter since it's not my field, but I can have a bit of a rethink on my requirements.
It would be nice to be able to take an editor and type some pseudocode

Then to have a diagram on the basis of that.

_________________
North Lecale

I hope it's not considered spamming, but I'll link to my announcement of q5go from yesterday, since the SVG export feature I added to the program was mostly inspired by this thread. I'd welcome feedback whether it is useful.

I missed this discussion last August, but do have software to produce Go diagrams from sgf files. This was done using LaTeX. This describes the utility sgftopng I have sometimes used. (I am a Linux user, but others have used this on Windows and Mac. The utility can also produce other formats than png.)