tag:blogger.com,1999:blog-2420860529344694449.post8432045222795424715..comments2024-03-25T02:37:02.982-07:00Comments on Lin.ear th.inking: JTS at the sharp end of many arrowsDr JTShttp://www.blogger.com/profile/02383381220154739793noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-2420860529344694449.post-29549128802553408462008-04-15T18:09:00.000-07:002008-04-15T18:09:00.000-07:00Hello Martin,I think I can guess at the JTS -> Bat...Hello Martin,<BR/><BR/>I think I can guess at the JTS -> Batik dependency. If you want to write out a JTS Geometry in SVG, you are likely to use Batik. <BR/><BR/>Neither library knows anything about the other, so I would agree that it is an error, if this diagram is trying to be UML. <BR/><BR/>regards,<BR/>-FrankFrank Hardistyhttps://www.blogger.com/profile/14922884629465515997noreply@blogger.comtag:blogger.com,1999:blog-2420860529344694449.post-38241984439488064972008-04-02T13:53:00.000-07:002008-04-02T13:53:00.000-07:00Well, I dug into the Mapyrus codebase, and unfortu...Well, I dug into the Mapyrus codebase, and unfortunately I don't see much possibility for integration with Jeql. The code is very clever, and obviously a lot of work has gone into understanding how to emit the various formats. Unfortunately, the code is not well modularized - especially the output side!<BR/><BR/>I don't see much interest in trying to integrate at the language level, either, since the Mapyrus language appears to be heavily procedural in nature. The whole idea of Jeql is to be higher-level and more declarative. <BR/><BR/>At this point I think GMT will provide more of a model for the language to specify graphics. And I will look into libraries like iText and Batik for output capabilities (although it might be tempting to try and repurpose some of the code from Mapyrus)Dr JTShttps://www.blogger.com/profile/02383381220154739793noreply@blogger.comtag:blogger.com,1999:blog-2420860529344694449.post-91143213403080922692008-03-31T13:39:00.000-07:002008-03-31T13:39:00.000-07:00Michael,Good point about the bad arrow to OGR from...Michael,<BR/><BR/>Good point about the bad arrow to OGR from JUMP. JUMP definitely doesn't use OGR (fine library though it is, non-Java is a showstopper).<BR/><BR/>Thanks for the reminder about Mapyrus. I was actually checking out GMT last night, because I had a similar idea that it would be cool to be able to output PDF/SVG/etc from JEQL. Mapyrus is much more interesting, though, since it's Java. If you have any ideas about how such an integration would work, I'd be interested to hear them.Dr JTShttps://www.blogger.com/profile/02383381220154739793noreply@blogger.comtag:blogger.com,1999:blog-2420860529344694449.post-26539964698284608682008-03-31T12:41:00.000-07:002008-03-31T12:41:00.000-07:00Hi Martin,This is an interesting diagram, but as y...Hi Martin,<BR/><BR/>This is an interesting diagram, but as you mentionned there are some mistakes, and I think the arrow from JUMP to OGR/GDAL should go to JTS instead.<BR/>JTS : +1<BR/>;-)<BR/><BR/>One could also have added mapyrus, a java library to draw eps/pdf/svg/image maps from shapefiles or databases. It also uses jts (optional) and recently, I was wondering how powerful could be jeql (for data manipulation) + mapyrus (for data representation). <BR/><BR/>regards,<BR/><BR/>MichaƫlUnknownhttps://www.blogger.com/profile/18440967332483284330noreply@blogger.com