Openmap is a geospatial toolkit package for which I couldn't find an ebuild. So since it's in java and has a rational looking build.xml, I tinkered up a crude one myself.
Created attachment 185338 [details] the crude ebuild for openmap-4.6.5 About the ebuild: - requires recent sun-java3d-bin 1.5.x from bug #133721 (older ones no longer available for download and fetch restricted ...), but could probably be altered to use the source-based ones in the java-overlay (dev-java/j3core? etc) - doc USE flag may be used wrongly, as gentoo java packages had some funny/weird/stupid policy with it being about API docs or something? - j3d use flag name may be a bad choice/wrong (java3d better? Is there a flag for this yet?) - I had an svg use flag for batik, but sed works differently(?!) on command line and inside ebuilds, so couldn't get a disabling regexp working (patch could've been made, but dozens of patches like in lgeneral are a PITA to work with for future updates) - doesn't even try to compile vpfservlet, ext and other extraneous stuff - fetch restrict is always an ugly thing in ebuilds, but the makers seem to want a downloader to be forced to agree with the license - OpenMap uses its own license, which looks quite free, but IANAL and the license might have similar derivates problems like Mozilla Firefox (don't distribute compiled results?)
Created attachment 185339 [details, diff] patch openmap-4.6.5 batik jar paths in build.xml
Created attachment 185340 [details, diff] patch java3d jar paths in j3d build.xml
No comments have been made on this bug report for some time. Is anyone still interested in integration of this package? If yes, please indicate that here in this bug report. Otherwise we'll resolve the bug in the near future, since sci(-*) has an extremely large number of pending package requests and we would like to focus...
Reporter's opinion: feel free to close this as wontfix. I only needed openmap briefly long ago, and posted the resulting ebuild.
OK thanks, done
