Hey Christian, It would be wonderful to work with you---our own projects, MdWeb, Constellation, and MapFaces, despite being free software, are almost entirely developed by us alone. We have not yet reached the point of having a rock solid base which we would want widely used nor the level where we feel the code is clean enough to be easy to understand. Indeed, we are right now in the middle of a big refactoring to tidy up the code of Constellation and, in the near future, we expect to move to use geotidy rather than the modified geotools we are currently using. So in the next month, we will be in some flux but, after that, we should have a foundation that I'm excited about (actually, maybe that's merely the lack of sleep recently). Anyhow, working with others is bound to make us work better.
1) Yes the version number of Geotools that is being used is 2.9, a *horrible* setup. I think of it as 'pissing in the version number pool' after the title of a novel a friend of mine was reading once. Had I been around when that happened, I would have yelled bloody murder to stop such a thing---but these developers have never suffered through being on the receiving end of that kind of version number mess. The actual code is an internal fork of geotools 2.5 from mid-2008. The code is on a mercurial server: http(s)://hg.geomatys.fr/gt_working and is deployed to geotools.fr. It should compile in the same way as your geotools would. I don't think anyone has changed that code in a few months. Note that this code will be re-worked in the near future once Martin finishes referencing in Geotidy. (The last critical piece in referencing is integrating the EPSG databases.) As soon as Geotidy is ready, we will make gt_working depend on it---warmup for porting Geotools-java5 to it. I'm hoping, at that point, to take a look at what's inside as well so that we could split it into three pieces: Md/Ref (dropped for Geotidy) <- Feature <- Our Extensions where the middle piece would be almost exactly what is in Geotools svn. Unfortunately, it's not going to be this clean so I'm not sure how complex that will be. The next two months then will see lots of changes in our code stack and we will come out of that work with something very clean and robust. 2) We do consider internationalization extremely important so we would be quite happy to improve that aspect of the code and work with you on German. 3) No idea about Websphere but we test and run on Tomcat and various flavours of Glassfish and only use standard JEE functionality so there is no reason this should be an obstacle. The service layer is a quite small part of the overall project anyhow so it should be trivial to integrate the work into any kind of server. 4) We actually have an abstraction of the backend which can also run on a raw filesystem. Martin is away traveling right now but I know he's also thinking of working on JavaDB and other backends. However, I'm not sure where things stand on that right now. All right, enough for now. Anytime you have questions, there are generally some of us on irc in #geotools or #geomatys or other channels like #osgeo. If you want to have a longer discussion, we can talk by phone or by other means. all the best, --adrian On Thu, 2009-01-22 at 16:34 +0100, Christian Müller wrote: > > Good news, as far as i see, there is no other csw implementation based on > geotools. MDweb2 is a now a hot candidate. > > I would like to join your development efforts. > > Questions: > > 1) Which version of geotools do you use. Looking in the war file I see gt > jars with version 2.9. ??????? > > 2) I need a german translation which I could contribute, are all String > externalized (I have seen en and fr property files) > > 3) I have to deploy into Webshpere Application Server (my challenge, I did > the same successfully with geoserver) > > 4) I cannot use postgres/postgis. My target is DB2. Does your design make it > possible to implement a db2 access module. > (Btw, I can contribute an oracle/mysql module, I did the same for my > geotools imagemosaic-jdbc plugin). > > christian > > Vincent Heurteaux writes: > > > Salut Christian, > > > > We've the same concern and are involved in several project that needs > > INSPIRE conformance. MDweb2 is one of those (a metadata catalog > > application) and it's using extensively GT on it's backend. > > We're curently working on the metadata library to give it a full INSPIRE > > conformance, so if you've questions or comments about that, don't > > hesitate to chime us. > > > > Cheers, > > > > Vincent > > > > Le 22 janv. 09 à 08:11, Christian Müller a écrit : > > > >> As far as I am concerned, I would try to enhance geotools to better > >> support > >> the INSPIRE EU directive. > >> > >> This directive is from the European Commission and all member states > >> have to > >> build a national GDI using all these ISO, W3C and OGC standards. The > >> time > >> frame ends with 2015, but many national projects have been launched > >> already. > >> > >> As I have seen many countries and administrative units tend to use the > >> ESRI > >> stuff which forces the use of the ESRI server components. These > >> components > >> implement official interfaces but store the data in proprietary manner. > >> Another fact is, that in my opinion, the server components are built for > >> MS > >> servers and only ported to other platforms, loosing performance. > >> > >> Another fact is that all European people have to support these projects > >> paying their taxes. > >> > >> I would like to improve geotools to build a open source alternative, > >> especially for poorer countries. To be fair, the first target are my > >> customers, because I have to earn money, of course. > >> > >> I know this is heavy stuff, but I dont want to leave the battlefield > >> without > >> trying to do it better and avoiding "vendor lock ins" as we have seen > >> during > >> the last 20 years. > >> > >> > >> christian > >> > >> ------------------------------------------------------------------------- > >> ----- > >> This SF.net email is sponsored by: > >> SourcForge Community > >> SourceForge wants to tell your story. > >> http://p.sf.net/sfu/sf-spreadtheword > >> _______________________________________________ > >> Geotools-devel mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/geotools-devel > >> > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
