<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Thanks for your insights guys.<br>
<br>
I have also noticed that a lot of Java based projects use the JTS
library for geometries, while this library does not really follow
any specs (afaik). Do you guys feel that this is becoming a problem?
I'm asking this because there is also a JTS4GWT project out there.<br>
<br>
On 07/14/2011 01:42 AM, Bruce Bannerman wrote:
<blockquote cite="mid:CA446A6C.A93D%25B.Bannerman@bom.gov.au"
type="cite">
<title>Re: [OSGeo-Discuss] Geomajas Geometry Project
[SEC=UNCLASSIFIED]</title>
<font face="Calibri, Verdana, Helvetica, Arial"><span
style="font-size: 11pt;">Pieter,<br>
<br>
I agree with Jody.<br>
<br>
I’m seeing increasing demand for clients that can utilise
vector data constrained by an application schema.<br>
<br>
Europe is probably most advanced in this work with Inspire.<br>
<br>
In Australia we have a lot of work currently at research and
at implementation stage trying to work with Simple Features 1
(aka Complex Features).<br>
<br>
Some examples are WaterML 2.0 and GeoSciML. We will also be
looking seriously at CSML 3.0.<br>
<br>
Bruce Bannerman <br>
<br>
<br>
On 13/07/11 10:52 PM, "Jody Garnett" <<a
moz-do-not-send="true" href="jody.garnett@gmail.com">jody.garnett@gmail.com</a>>
wrote:<br>
<br>
</span></font>
<blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span
style="font-size: 11pt;"> <br>
It is the ISO 19107 specification; the same one that lurks
behind GML Ready to leap out from under a surface and foist
trans finite set on an unsuspecting world. It is worth
while getting the ISO 19107 document (ie pay for it) as it
is much easier to read and follow then learning this
information second hand.<br>
<br>
We had a brief code sprint with deegree (compatible LGPL
license) in order to see if multiple project would be
interested in attacking the problem. GeoAPI was the first
attempt (which has now been released last month), we have a
couple of implementations in GeoTools (mostly ports or
wrappers of JTS). deegree has an implementation that is
closer to the GML constructs etc....<br>
<br>
If you are interested in pursuing this I recommend talking
to Tisham who has been more active research. I am afraid I
am interested in using a Geometry library and enthusiasm
goes as far as setting one up with a good design so that it
can be completed successfully.<br>
<br>
-- <br>
Jody Garnett<br>
<br>
<br>
<br>
<font color="#a0a0a0">On Wednesday, 13 July 2011 at 9:54 PM,
Pieter De Graef wrote:<br>
</font></span></font>
<blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span
style="font-size: 11pt;"><br>
<br>
Hi Jody,<br>
<br>
that's the GeoApi specification no?<br>
<br>
At first we would be using it on the GWT client we where
hoping to also include curves, as those can be directly
drawn in SVG/VML. At a later stage we could switch the
backend to make use of it as well.<br>
<br>
Jody, you have been looking into creating you own Geometry
library for some time now I understand. How would you
approach this? I was hoping to start with something
simple, that can grow at it's own pace. Important for me
is that I can use the same objects on both client and
server (meaning Java with some GWT restrictions).<br>
<br>
I am also afraid to be re-inventing the wheel, but using 2
different libraries on client and server would be a shame
when using GWT...<br>
<br>
<br>
2011/7/13 Jody Garnett <<font color="#0000ff"><u><a
moz-do-not-send="true" href="jody.garnett@gmail.com">jody.garnett@gmail.com</a></u></font>><br>
</span></font>
<blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span
style="font-size: 11pt;"> <br>
There is a third model; the ISO19107 model that deals
with a few more things; it is however object oriented in
nature....<br>
<br>
-- <br>
<font color="#888888">Jody Garnett<br>
<br>
</font> <br>
<br>
<font color="#a0a0a0">On Wednesday, 13 July 2011 at 6:36
PM, Pieter De Graef wrote:<br>
</font></span></font>
<blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span
style="font-size: 11pt;"><br>
<br>
</span></font><font size="2"><font face="Arial"><span
style="font-size: 10pt;">Hi everyone,<br>
<br>
for the Geomajas project, we are looking into
separating the Geometry functionality into an
independent project. In other words, I am talking
about a Geometry project for the Web. This code
would be written in Java for GWT and thus be
available on Java backends as well as client
environments (we intend to add a JavaScript wrapper
around the GWT code).<br>
<br>
Now the problem that I'm facing here, is which model
to follow....<br>
<br>
On one hand there is the Simple Feature
Specification which is clearly an Object Oriented
model with the advantage that it is well known but
is also more difficult to implement the JavaScript
wrapper around.<br>
<br>
On the other hand we could follow a service based
model (more like SFS for SQL) which is easier to get
up and running, easier to create a JavaScript
wrapper for and easier to translate into web
services.<br>
<br>
As it's difficult for us to chose and as it's a
pretty crucial decision for the future of the
Geomajas project, I as wondering how you guys feel
about this.<br>
<br>
Kind regards,<br>
<br>
Pieter De Graef<br>
</span></font></font><font face="Calibri, Verdana,
Helvetica, Arial"><span style="font-size: 11pt;">_______________________________________________<br>
Discuss mailing list<br>
<font color="#0000ff"><u><a moz-do-not-send="true"
href="Discuss@lists.osgeo.org">Discuss@lists.osgeo.org</a><br>
<a moz-do-not-send="true"
href="http://lists.osgeo.org/mailman/listinfo/discuss">http://lists.osgeo.org/mailman/listinfo/discuss</a><br>
</u></font> <br>
</span></font></blockquote>
<font face="Calibri, Verdana, Helvetica, Arial"><span
style="font-size: 11pt;"> <br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Discuss mailing list<br>
<font color="#0000ff"><u><a moz-do-not-send="true"
href="Discuss@lists.osgeo.org">Discuss@lists.osgeo.org</a><br>
<a moz-do-not-send="true"
href="http://lists.osgeo.org/mailman/listinfo/discuss">http://lists.osgeo.org/mailman/listinfo/discuss</a><br>
</u></font><br>
</span></font></blockquote>
<font face="Calibri, Verdana, Helvetica, Arial"><span
style="font-size: 11pt;"><br>
_______________________________________________<br>
Discuss mailing list<br>
<font color="#0000ff"><u><a moz-do-not-send="true"
href="Discuss@lists.osgeo.org">Discuss@lists.osgeo.org</a><br>
<a moz-do-not-send="true"
href="http://lists.osgeo.org/mailman/listinfo/discuss">http://lists.osgeo.org/mailman/listinfo/discuss</a><br>
</u></font> <br>
</span></font></blockquote>
<font face="Calibri, Verdana, Helvetica, Arial"><span
style="font-size: 11pt;"> <br>
<br>
</span></font></blockquote>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Discuss mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Discuss@lists.osgeo.org">Discuss@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/discuss">http://lists.osgeo.org/mailman/listinfo/discuss</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Pieter De Graef
Community Manager
GeoSparc nv.
<a class="moz-txt-link-freetext" href="http://www.geosparc.com/">http://www.geosparc.com/</a>
Chairman of the Geomajas project
<a class="moz-txt-link-freetext" href="http://www.geomajas.org/">http://www.geomajas.org/</a>
</pre>
</body>
</html>