It seems that the SVN has been moved, thanks! But according
https://issues.apache.org/jira/browse/INFRA-5306 some actions are still
needed for allowing write access?
No rush - this email is just in case it was unnoticed.
Regards,
Martin
Le 21/09/12 10:17, Adam Estrada a écrit :
Hello all
I updated the SVN URL in Jenkins and re-enabled the build.
I can not commit to the SVN since the graduation. According INFRA-5306
[1], someone needs to populate the LDAP group for SIS. Does someone know
how to proceed?
Thanks,
Martin
[1] https://issues.apache.org/jir
I confirm that commits are now enabled. Thanks!
I updated the SVN URL and the email address in the README and root
pom.xml files:
Old:http://svn.apache.org/repos/asf/incubator/sis/trunk
New: http://svn.apache.org/repos/asf/sis/trunk
Old:sis-...@incubator.apache.org
New: de
Hello again
The SIS version number currently declared in pom.xml files is
"0.3-incubating-SNAPSHOT". Should we change it to "0.3-SNAPSHOT"?
Martin
Hello all
Sorry for the random build failures. All builds passed on my machine
before I committed, but I'm still discovering the particularities of
Jenkins installation when I touch the build configuration. I hope that
things will become more stable soon.
Martin
Done (removed the paragraph about incubation from the README file, and
removed the "incubating" part of version number).
Do we start deploying the snapshots to
https://repository.apache.org/content/repositories/snapshots/ ?
For the next few days, I plan to work again a bit on the Maven
confi
Le 25/09/12 01:20, Mattmann, Chris A (388J) a écrit :
No worries man you can keep breaking it since you are kicking butt! Thanks
for all of your contributions thus far!
Thanks :) But for avoiding polluting the list, I just changed the
Jenkins configuration to send email only to the person who
Le 25/09/12 13:37, Mattmann, Chris A (388J) a écrit :
Sure +1 to starting to deploy SNAPSHOTS to ne...@repository.apache.org I think
that would be great
Done. Actually I didn't had to configure anything. Just adding "deploy"
on Jenkins worked well, since the parent Apache pom.xml already
Hello Chris
Le 25/09/12 23:15, Mattmann, Chris A (388J) a écrit :
+1 to options #1 or #2 for me too.
If I don't hear any objections in the next few days I'll change
the port to something obscure.
Actually the error became systematic for the last 3 days, I don't know
why. Sound like we have n
Hello all
Below is a first draft of what the Maven-generated site could looks like:
http://builds.apache.org/job/sis-trunk/site/index.html
I used the GeoAPI stylesheets (since we created them) for giving a
slightly different look than the usual Maven reports. However if there
is any volun
One more material that we could include if peoples wish is a
documentation that I started in DocBook format. For now it is in French,
but the plan was to translate it to English when it would be advanced
enough (it may take one year):
http://www.geotoolkit.org/book/fr.xhtml
I'm writing th
The sis-build-helper module is about complete for now (more stuff will
be added later), and is summarized there:
https://builds.apache.org/job/sis-trunk/site/sis-build-helper/index.html
The sis-utility module got a few classes, mostly static methods. Some of
those methods may overlap with dedi
Hello Chris
Le 27/09/12 23:44, Mattmann, Chris A (388J) a écrit :
Ugh, OK, I've went ahead and picked an obscure port in r1391035.
Let's see if that fixes it.
Thanks! But unfortunately, we still got a "java.net.BindException:
Address already in use" despite the new port number. I wonder if al
Le 28/09/12 12:17, Greg Reddin a écrit :
Hmm, forgive my ignorance, but is it possible that our build is
leaving a port hanging open and we're having trouble hitting it again
on subsequent builds?
Maybe, I don't know. But in such case, I would expect the first build
after the change of port nu
Le 28/09/12 01:32, Mattmann, Chris A (388J) a écrit :
First off, this site looks GREAT!
Thanks :-)
We need to make sure that the website branding lines up with the branding
rules, here:
http://www.apache.org/foundation/marks/pmcs.html#websites
I applied some of the recommendations of that
Le 28/09/12 01:35, Mattmann, Chris A (388J) a écrit :
Wow that looks great! Yep I'm interested in transferring this to SIS. I see SIS
evolving as a combination of the core QuadTree + Location
Service that we built + all the GeoAPI and GeoTK stuff you guys were doing,
incrementally merging and b
I still have a lot of hesitations about whatever we should migrate to
TestNG or not... I had a look at the TestNG API and got the (admittedly
superficial) impression of an API slightly less structured than the
JUnit one. Keeping in mind that the choice could impact the GeoAPI
conformance module
Le 28/09/12 12:14, Adam Estrada a écrit :
I added Jetty as a way to quickly deploy the web app without much
configuration. I think its fine to disable it to run tests on the server.
Anyone else disagree?
If no one object, I would like to create a Maven profile in the new few
days for disabling
Hello Peter
Le 29/09/12 17:50, Peter K a écrit :
For tests I would go mainstream, so pure junit or pure testng. One
approach would be using testng for some modules and testng for others
like Chris suggested.
So e.g. in SIS use testng only where it is really necessary. I for
myself cannot live wi
Hello all
Yesterday, I committed the first pieces of GeoAPI implementations. My
previous commits were only plumbing (utility methods, etc.). So we are
getting closer to more interesting stuff.
The GeoAPI implementation committed yesterday was the most basic type:
InternationalString (not yet
A few weeks ago, we talked about a JDK7 branch, which I would like to
create in the next few days if no one object. However there is an other
potential branch to consider.
With the recent commit of InternationalString implementations, I'm
reaching the point where I would start using the geoapi
Le 29/09/12 19:49, Martin Desruisseaux a écrit :
* branches/jdk-7 would be my development branch, using geoapi snapshot
or a milestone.
I mean the branch where I would do my developments (not a "reserved"
branch).
* trunk would be a port of branches/jdk7, still using geoap
An alternative could be
* branches/jdk7 - use geoapi-snapshot
* branches/jdk6 - use geoapi-snapshot
* trunk - use latest stable geoapi release
This was would be more natural for those who are not interested about
all the stuff in my previous email, and "trunk" would be the basis of
SIS r
Thanks! This was a good catch.
Martin
Le 30/09/12 02:37, Mattmann, Chris A (388J) a écrit :
Woot, it's fixed! :)
,
Chris
On Sep 29, 2012, at 8:14 AM, Martin Desruisseaux wrote:
An alternative could be
* branches/jdk7 - use geoapi-snapshot
* branches/jdk6 - use geoapi-snapshot
* trunk - use latest stable geoapi release
This was would be more natural for those who are not interested about all the stuff
One related question: would it be okay if I rename the version number,
currently "0.3-SNAPSHOT", to "0.3-geoapi3.0-SNAPSHOT"? The reason is
that I would like to maintains SIS releases for GeoAPI 3.0, 3.1, etc.
The SIS releases would be "0.3-geoapi3.0", "0.4-geoapi3.0",
"0.4-geoapi3.1", etc. Thi
One last question: since I work on NetBeans, I have an
"ide-project/NetBeans" directory with NetBeans project configuration
files. This configuration is not specific to my machine; it is designed
in a way that should make it possible to anyone to open it (NetBeans
stores user-specific informati
ectories. I don't know if it still the case today. I don't know
neither how Idea projects are structured. We would need advice from
Eclipse/Idea users here...
Martin
On Sep 29, 2012, at 11:58 PM, Martin Desruisseaux wrote:
One last question: since I work on NetBeans, I have
Le 01/10/12 02:01, Adam Estrada a écrit :
Cool! The goal is to make this project accessible to as many developers as
possible so pre-baking multiple IDE options is a great idea.
Thanks! I went ahead for NetBeans. I also added a page explaining that
(to appear after Jenkins finish its build):
"sis-referencing"
name would anticipate the merging of Geotk referencing framework.
Martin
Le 01/10/12 00:32, Mattmann, Chris A (388J) a écrit :
Hey Martin,
+1 works for me!
Cheers,
Chris
On Sep 30, 2012, at 4:39 AM, Martin Desruisseaux wrote:
One related question: would i
Can I assume that the IDE of everyone is capable to handle unicode
characters? I tend to use unicode a lot for drawing tables, trees, etc.
Code are easier to read if we can write "└─ some node" instead than
"\u2514\u2500 some node" in the Java source files. I also like to use
the standard latit
Thanks! I went away, we will see if this is an issue for some users.
The UTF-8 encoding is already specified in Maven pom.xml and in NetBeans
project configurations. So at least the Maven build should be nice on
every platforms.
Martin
Le 01/10/12 18:41, Mattmann, Chris A (388J) a écrit
Hello all
The JDK provides us two ways to format localized messages with
parameters: java.text.MessageFormat (since JDK 1.1) and
java.util.Formatter (since JDK 5). The former uses its own syntax like
below:
/Argument '{0}' shall not be negative. The given value was {1}.//
/
The more r
Hello Chris and all
Thanks for the feedback on MessageFormat!
Next topic: we are suppose to be OSGi-ready, but I actually have no
experience in that aspect. From what I have read, we must ensure that
all threads created by a module must be terminated when the bundle stop.
I committed a Threa
Hello Chris
Le 05/10/12 00:10, Mattmann, Chris A (388J) a écrit :
Thanks for taking care of this work and I saw the Threads classes you've
been working on. I have a question -- how do these relate to the
java.util.concurrent
packages -- are those incompatible with OSGI giving us a need to const
Hello all
I created the JDK6 and JDK7 branches yesterday and have experimented
some merges. The new SVN "merge info" mechanism (since Subversion 1.5)
worked very well up to date. I documented here the branches and the
procedures for making merges:
https://builds.apache.org/job/sis-trunk/site
Hello again
I will be at the OGC meeting next week, so I may be less active
regarding SIS for the coming week. If anyone know someone who is coming
at this OGC meeting and think it may be good to talk about SIS, please
let my know. There is 107 peoples registered up to date.
Martin
Hello Chris
Le 06/10/12 23:57, Mattmann, Chris A (388J) a écrit :
Thanks for the FYI here. Where/when is the OGC meeting is there a link to the
agenda?
The agenda is there: http://www.opengeospatial.org/event/1210tcagenda
The location is there: http://www.ogcseoultcpc.info/
A bit far in theo
Hello all
This email is an explanation about two aspects in a recent commit that
way be worth explanation. The committed class is:
https://builds.apache.org/job/sis-trunk/site/apidocs/org/apache/sis/math/MathFunctions.html
Multiple NaN values
-
Many developers know the java.l
Le 07/10/12 00:20, Adam Estrada a écrit :
Yes! Please let the folks there know about SIS! I am interested to hear what
feedback you receive.
Sure, I will do. I have a "GeoAPI tutorial" cession tomorrow; I will
mention SIS there.
In the main time, there is a quick report about the today meet
Le 07/10/12 00:15, Mattmann, Chris A (388J) a écrit :
Thanks Martin! Yeah would be hard for me to make a trip that far this soon but
I'll be interested to know the outcome and safe travels to you!
Thanks, I'm in Seoul now :-). The next meeting will be in California, at
ESRI [1] in January. If
I realize that I committed lot of utility classes recently and not much
geographic stuff yet, sorry for that...
Unless I forgot some aspects, there is about 3 last classes I would like
to commit in the utility module, and then I would be back to metadata.
There is also some other utility clas
Le 09/10/12 01:59, Mattmann, Chris A (388J) a écrit :
Great to hear about the California meetings, and yes I would love to come!
How do I do that? :)
According the listing at [1], NASA is already an OGC member. Actually I
just realized that NASA is one of the 4 "strategic" OGC members, which
et me know.
Regards,
Martin
Le 09/10/12 02:28, Adam Estrada a écrit :
I would really like to attend this too...
Martin Desruisseaux wrote:
Le 09/10/12 01:59, Mattmann, Chris A (388J) a écrit :
Great to hear about the California meetings, and yes I would love to come!
How do
Le 09/10/12 01:44, Mattmann, Chris A (388J) a écrit :
+1 to moving forward, no need to hold off. You are doing great and I don't
think there are any objections to the code.
Thanks a lot :-)
I was also considering creating one more branch. But this one would be
experimental and I don't know if
Hello Peter
Le 09/10/12 17:43, Peter K a écrit :
isn't the jdk6 branch sufficient? or shouldn't it be a goal of such a
branch to be android compatible?
The Android API is a subset of the JDK6 API. For example the Android
branch would have all JAXB annotations removed (at least for current
An
Hello all
The last commit added CheckedArrayList, CheckedHashSet and
CheckedHashMap, which extend the standard JDK classes with the addition
of synchronization, runtime type checks and write permission checks.
Usually, the synchronization and type checks are provided in the
standard JDK by th
Hello Chris
Le 12/10/12 01:16, Mattmann, Chris A (388J) a écrit :
This makes total sense to me, and allows to take advantage of downstream
flexibility where we simply
want to standardize on interfaces like Lists and Collections.
Thanks a lot :-). Maybe the Cache class is also worth to mention
Hello Adam
Please feel free to ask as you want, no problem :)
The Cache class is for any kind of object associated to an identifier.
For example Coordinate Reference Systems (CRS) are often specified as
the primary key value in the EPSG database. For example "EPSG:4326"
stands for a geographi
Le 15/10/12 05:07, Adam Estrada a écrit :
Hmmm...GeoWebCache must have some GDAL Depends but I'm not entirely sure.
The pure Java approach to do something similar would be cool.
Yes, a pure Java version is something we would like to do. I'm not
familiar with the GeoWebCache internal. But about
Hello all
I just started some more "domain specific" commits (not yet merged to
trunk). First, there is an org.apache.sis.internal.simple package [1],
which contains trivial implementation of some GeoAPI objects (for now
only Citation). The OGC/ISO CI_Citation type is used very often in
vario
Hello Chris
Le 16/10/12 00:59, Mattmann, Chris A (388J) a écrit :
This is great. I think my goal while you are sending all of these emails will
be to start documenting things on the SIS wiki [1], and
then figuring how somehow to integrate the different website efforts for SIS by
Adam, Ross and
Hello all
A key interface has been recently committed: IdentifiedObject in the XML
package (note: there is also closely-related IdentifiedObject interface
in GeoAPI, but the later is not yet the subject of this email):
https://builds.apache.org/job/sis-trunk/site/apidocs/org/apache/sis/xml/pa
Thanks Adam :-) Of course feel free to edit straight in the source code
if you wish. I'm sure there is many unclear or badly phrased statements.
Martin
Le 16/10/12 11:04, Adam Estrada a écrit :
Martin and Chris,
I agree that documentation is key. I have been pouring through the sources
a
Le 16/10/12 21:36, Martin Desruisseaux a écrit :
Map getIdentifierMap()
Typo: this is a Map (actually an IdentifierMap
specialization, but we can ignore this details).
Hello Chris
Le 16/10/12 00:59, Mattmann, Chris A (388J) a écrit :
I think my goal while you are sending all of these emails will be to start
documenting things on the SIS wiki [1], and
then figuring how somehow to integrate the different website efforts for SIS by
Adam, Ross and others.
I up
Hello all
Still following the chain of dependencies needed before I can commit
metadata, I just committed a LenientComparable interface (suggestions
for better name welcome) together with its related ComparisonMode enum.
This interface defines the following method:
boolean equals(Object,
Hello all
Yesterday, I tried for the first time to generate javadoc using JDK7.
This has been a surprising amount of work. The JDK7 stylesheet is much
more complex than the JDK6 one, resulting sometime in surprising
behaviour ( blocks rendered with bigger font than ordinary text,
rendered in
Hello all
I'm still following the chain of dependencies for getting metadata in...
I will need to represent the metadata as a tree. In Geotk, I used the
Swing TreeNode interface. Despite being defined in a javax.swing
sub-package, this was a truly generic interface usable without any
dependen
Hello all
java.lang.Throwable has two methods for fetching the exception message:
getMessage() and getLocalizedMessage(). I realize that the later is very
rarely implemented. However I'm considering to use it for some (not
necessarily all) exceptions implemented in Apache SIS. The proposed
po
Hello Adam
Le 23/10/12 20:18, Adam Estrada a écrit :
While I don't yet use JDK7, I know that I will have to eventually so
including this now is definitely a good thing.
+1 from me too
Thanks, I just made a try a few minutes ago:
https://builds.apache.org/job/sis-jdk7/site/apidocs/index.html
A worthy class just committed:
https://builds.apache.org/job/sis-jdk7/site/apidocs/org/apache/sis/measure/AngleFormat.html
This a java.text.Format implementation for parsing and formatting
angles, longitude or latitude values. The AngleFormat takes a pattern
(same idea than NumberFormat patter
Le 23/10/12 20:12, Adam Estrada a écrit :
I like the idea of using the OS local language as there are many many many
users who are not native English speakers. That being said, its probably
better to standardize on something and if English is the standard that is
already being used, I say we stic
Le 24/10/12 00:07, Mattmann, Chris A (388J) a écrit :
Yayyy our first 100% spatial class -- awesome milestone here Martin!
Thanks!
Martin
Hello all
The current project configuration generates 4 forms of code analysis:
* FindBugs - on code analysis.
* PMD report - an other code analysis.
* CPD report - on code duplication.
* Checkstyle - on coding conventions.
FindBugs and PMD overlaps since they have the same goals. However they
Thanks Adam and Chris. If there is no other objection in the next hours,
I will apply the change tomorrow.
Regards,
Martin
Le 26/10/12 23:42, Mattmann, Chris A (388J) a écrit :
+1 to only keep Find Bugs -- I feel the same way.
Cheers,
Chris
On Oct 26, 2012, at 2:50 AM, Martin
Hello all
In the last days, I didn't ported significant classes. Instead, I worked
on some known holes in the existing classes, so this is new code.
The formatToCharacterIterator(Object) method defined in the
java.text.Format class is now implemented by AngleFormat. This allows
those who are
Hello all
I have been slowed down recently by non-SIS work (I will probably still
slow until the end of the week). Nevertheless there is a summary of
recent additions:
TreeTable interfaces
-
After some though, I think that we don't need Tree interfaces. All usage
examples tha
Le 20/11/12 17:59, Martin Desruisseaux a écrit :
Node #1... Value #1
Node #2... Value #2
? Node #4... Value #4
Node #3... Value #3
Just realized that unicode characters don't seem to pass on the mailing
list. To see
Hello all
I started to port more metadata classes on my local machine, but I'm
still hitting dependencies. Yesterday I have hit the first dependency
having a (minor) licensing issue. To be legally safe, I think it would
be preferable to have a volunteer for providing an initial commit of the
I should add that there is no rush - there is plenty of other work to do
in the main time. This is just a wish.
Martin
Thanks you very much Joe!
Martin
Le 27/11/12 09:30, Joe White a écrit :
Hey, guys,
I've completed the skeleton class, and implemented most of the methods
according to the documentation in the original email. I'm not 100% sure if I
can check it in, but if not, I'll submit a patch on this
Hello all
Yesterday I added I feature that we didn't had before, which can be
removed from compilation if considered undesirable. We did not had
previously any monitoring tools about the state of a running instance of
the library. We found that it was sometime problematic, since it make
very
Hello Adam
Le 27/11/12 12:06, Adam Estrada a écrit :
Its sort of like a service within a service, right?
Kind of. JMX is a standard way to expose attributes and operations to an
external monitoring application like JConsole is a way similar to RMI.
In a web application, we would have an admini
Le 27/11/12 13:46, Mattmann, Chris A (388J) a écrit :
I think JMX is fine for experimenting and for testing, so long as the SIS
library itself remains compact and doesn't induce or
force this dependency on downstream consumers.
Actually it doesn't induce any library dependency since JMX is par
Hello Joe
Thanks you very much for the patch, this is well appreciated!
On a minor topic, it would probably we worth to declare the fields as
final. It would also be cool to apply the generic parameters to the
Comparable interface. One can take inspiration from this JDK method in
order to see
Hello all
After a very long while committing accessory stuff, I have been back on
"serious" objects today. I just committed the following interface
together with support classes:
https://builds.apache.org/job/sis-jdk7/site/apidocs/org/apache/sis/xml/NilObject.html
In summary, the ISO 19115 s
Le 30/11/12 02:32, Joe White a écrit :
Thanks for the tip, Martin. Java isn't my normal language, so the muscle
memory isn't there for that. I'll remember that for the next time.
No problem :-) Actually, from the formatting of the source code I though
that maybe you were primarily a C/C++ deve
Hello all
There is a technical problem for which the current situation is not
satisfying, and for which I have trouble to find the best action...
We needs a "Unit of measurement" framework. Because this is important to
so many domains (even the JDK has a TimeUnit class), we made a
standardis
Hello all
Continuing the work on the XML side of things (ISO 19139), there is two
classes worth to note:
ObjectResolver [1]
---
ISO 19139 XML documents sometime contain an empty element with only a
"xlink:href", "idref" ou "uuidref" attribute. The full object definition
shall be
Hello Adam
Le 03/12/12 09:01, Adam Estrada a écrit :
Excellent Martin...I like the ObjectResolver class and I think that the
ObjectConverters class is always going to be sorely needed as we often think
about metadata as a second class citizen.
Thanks. But I'm still wondering if the class name
Hello Adam
Le 05/12/12 07:14, Adam Estrada a écrit :
As for GeoAPI, why has nothing been done with that project in so long?
Since that GeoAPI mission is to express standards in Java interfaces, it
try to avoid defining new API by itself, unless there is no alternative.
On the Units aspects, th
Hello Chris
Le 06/12/12 06:44, Mattmann, Chris A (388J) a écrit :
Joining the OGC GeoAPI group would be great. Is this something I can sign
up for now, or do I have to wait for the meeting at ESRI?
Sure :-)
Go on http://www.opengeospatial.org/ and click on "Member login".
Once logged, click o
Hello Joe
Le 05/12/12 09:00, Joe White a écrit :
I'm also with Chris on this. If we can find a package to handle the dirty bits and wrap
it with the correct interfaces to get us through, then move to a "better"
implementation as we go, I think we should. Does anyone have any suggestions for
Le 04/12/12 14:42, Mattmann, Chris A (388J) a écrit :
This sounds very cool. As our ISO 19139 support and 19115 support evolve and
get better, I'd be
very interested in providing a parser, and entry in the MIME type database for
Apache Tika by wrapping
the code you're adding to Apache SIS.
Th
(About renaming ObjectResolver to ReferenceResolver)
Le 03/12/12 11:11, Joe White a écrit :
+1 to the rename since we are actually resolving references, according to the
initial email.
Done, thanks for the feedback. Also renamed "ObjectConverters" to
"ValueConverter" in a hope to emphases th
Hello Joe
Le 06/12/12 22:58, Joe White a écrit :
is there a movement afoot to put a new standard in place for units handling?
The tone of your reply leads me to believe that there isn't anything
particularly imminent, and my own (admittedly paltry) research leads me back to
the same choice y
Hello Chris and all
Thanks for your feedbacks. I will try to go ahead with the
org.unitsofmeasurement interfaces in the coming week. This will require
writing a change request for GeoAPI which I will try to do (together
with other requests I have in mind) this week.
I asked for a one-hour sl
Le 07/12/12 14:48, Mattmann, Chris A (388J) a écrit :
OK I added myself as an observer to GeoAPI 3.0!
Cool, thanks a lot. I will send email on the GeoAPI mailing list if/when
I get confirmation about the one-hour slot at the next OGC meeting, and
once I have written the change request proposa
Hello all
The commits in the last few days included:
Implementations of interfaces derived from ISO 19103: AbstractName,
LocalName, ScopedName, MemberName, TypeName. Unfortunately, those
objects are not easy to understand, since the ISO 19103 specification is
not very explicit. But they appea
Hello Adam
Le 09/12/12 06:04, Adam Estrada a écrit :
Do you think changing it to something more specific like "utilitytype" or
"utiltype" would make more sense? I suppose that sis/util/type kind of knocks that out
but still...
I was looking for something different than both "utility" and "ty
Hello all
I committed today a "DefaultNameFactoryTest" file. If one looks at the
source code [1], the interesting aspect is that this file doesn't
contain any test. Instead it just creates a SIS DefaultNameFactoryTest
instance, passes it to the super-class constructor and inherits all the
tes
Le 10/12/12 18:21, Martin Desruisseaux a écrit :
One impossible implementation is Google Guice
Typo: I mean "one possible implementation"
Martin
d here.
Adam
On Dec 8, 2012, at 4:39 AM, Martin Desruisseaux wrote:
The commits in the last few days included:
Implementations of interfaces derived from ISO 19103: AbstractName, LocalName,
ScopedName, MemberName, TypeName. Unfortunately, those objects are not easy to
understand, since the ISO
Hi Joe
Welcome too!
If you feel okay with that, I suggest that you commit the Range class
you wrote on the branch of your choice at any time you wish (no rush!!
There is plenty of other work to do in the main time). I could continue
the work from that point.
Thanks!
Martin
Le
012, at 9:53 AM, Martin Desruisseaux wrote:
Hello all
I went ahead and renamed the "org.apache.sis.util.type"package as
"org.apache.sis.util.iso". Will not totally true, maybe being 80% true (or even 95% true if we
consider that InternationalString is similar in purpose
Hello Joe, Adam and all
Regarding geometry, I think that there is a lot of room for Joe's work.
Geotk code can be used as inspiration, but the geometry part of it may
be less mature than other parts (except maybe the Envelope part).
However the situation at the API level is a bit convolved:
Hello Chris
The dependency injection mechanism would have prevented any JTS
dependency declaration in SIS. But anyway, I think we need a SIS
implementation if we can provide a real 3D library. But the fact that 2
Ph.D students worked on that with mitigated success suggests that the
difficulty
Hello Adam
Le 14/12/12 10:31, Adam Estrada a écrit :
We need to start thinking about web services. I know Martin has done some work
in other projects using WMS/WFS. Are there any plans to move forward with OGC
Service support in SIS? I would love to get this on the roadmap. Jira issue
logged
Many thanks for your encouragements :-)
Martin
Le 15/12/12 02:22, Mattmann, Chris A (388J) a écrit :
+1 to taking our time, and getting there. Right now Martin, you are doing
the lion's share of the coding, so please proceed to move forward as you
see fit. If the rest of us can catch up, o
1 - 100 of 1360 matches
Mail list logo