[Geotools-devel] Stepping down from GeoTools PMC
Du to lack of time I think it is time to step down from the PMC and make a slot available for a new and more active PMC member. Thanks to all people supporting me. Within the last years I learned a lot. I will still continue to work with geotools and contribute whenever it is possible/necessary or ordered by a by customer. Christian -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Commit Access request for Unsupported Module MapBoxStyles
+1 from Vienna :-) On Wed, Mar 1, 2017 at 11:50 PM, Ben Caradoc-Davies <b...@transient.nz> wrote: > +1. Welcome, David. > > Kind regards, > Ben. > > On 02/03/17 10:38, David Vick wrote: > > Hello, > > > > My name is David Vick. I am a developer working for Boundless and have > > recently been assigned to work on the unsupported module for MapBox > > styles. I am requesting commit access to GeoTools in support of this > work. > > > > Regards, > > > > David Vick > > > > Professional Services Engineer | Boundless <http://www.boundlessgeo.com> > > dv...@boundlessgeo.com > > mobile: +1-636-698-3174 > > > > > > > > > -- > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > > > > > > > > ___ > > GeoTools-Devel mailing list > > GeoTools-Devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > > -- > Ben Caradoc-Davies <b...@transient.nz> > Director > Transient Software Limited <http://transient.nz/> > New Zealand > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Proposing Nuno Oliveira as committer
+1 Cheers On Tue, Nov 1, 2016 at 12:26 AM, Jody Garnett <jody.garn...@gmail.com> wrote: > Agreed +1, thanks for all the work Nuno. > > -- > Jody Garnett > > On 31 October 2016 at 11:18, Ben Caradoc-Davies <b...@transient.nz> wrote: > >> +1. Nuno has a solid record of contributions. >> >> Kind regards, >> Ben. >> >> On 01/11/16 07:11, Andrea Aime wrote: >> > Hi all, >> > I would like to propose Nuno Oliveira for committer status. >> > >> > Nuno has been performing a number of good pull requests against GeoTools >> > and shows good understanding of the dynamics of the community. >> > >> > Cheers >> > Andrea >> > >> > >> > >> > >> -- >> > Developer Access Program for Intel Xeon Phi Processors >> > Access to Intel Xeon Phi processor-based developer platforms. >> > With one year of Intel Parallel Studio XE. >> > Training and support from Colfax. >> > Order your platform today. http://sdm.link/xeonphi >> > >> > >> > >> > ___ >> > GeoTools-Devel mailing list >> > GeoTools-Devel@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > >> >> -- >> Ben Caradoc-Davies <b...@transient.nz> >> Director >> Transient Software Limited <http://transient.nz/> >> New Zealand >> >> >> -- >> Developer Access Program for Intel Xeon Phi Processors >> Access to Intel Xeon Phi processor-based developer platforms. >> With one year of Intel Parallel Studio XE. >> Training and support from Colfax. >> Order your platform today. http://sdm.link/xeonphi >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > > > > -- > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Fwd: Can/should we activate the github squash commits on merge option?
+1 from here Christian On Tue, Aug 30, 2016 at 2:54 PM, Justin Deoliveira <jdeol...@gmail.com> wrote: > Hey guys, yup, definitely addressed, I wasn’t sure from the original post > if this was an “always squash” but it’s clearly not. +1 for me. > > On Tue, Aug 30, 2016 at 1:46 AM Andrea Aime <andrea.a...@geo-solutions.it> > wrote: > >> I see no more feedback, >> Justin, were your concerns addressed? >> Anyone else? >> >> Cheers >> Andrea >> >> >> On Sun, Aug 28, 2016 at 8:41 AM, Brad Hards <br...@frogmouth.net> wrote: >> >>> > Oooh... does that mean we also get rid of the blasted merge commit and >>> > retain >>> > a more linear history? :-) >>> Indeed it does. >>> >>> https://github.com/codice/imaging-nitf/commits/master shows a couple of >>> recent >>> samples. >>> >>> I note that it modifies the commit message "headline" to include a ref >>> to the >>> pull request, so you can still see where it came from. >>> >>> Brad >>> >>> >>> >>> >> >> >> -- >> == >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> == >> >> Ing. Andrea Aime >> @geowolf >> Technical Lead >> >> GeoSolutions S.A.S. >> Via di Montramito 3/A >> 55054 Massarosa (LU) >> phone: +39 0584 962313 >> fax: +39 0584 1660272 >> mob: +39 339 8844549 >> >> http://www.geo-solutions.it >> http://twitter.com/geosolutions_it >> >> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* >> >> Le informazioni contenute in questo messaggio di posta elettronica e/o >> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il >> loro utilizzo è consentito esclusivamente al destinatario del messaggio, >> per le finalità indicate nel messaggio stesso. Qualora riceviate questo >> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di >> darcene notizia via e-mail e di procedere alla distruzione del messaggio >> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, >> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od >> utilizzarlo per finalità diverse, costituisce comportamento contrario ai >> principi dettati dal D.Lgs. 196/2003. >> >> >> >> The information in this message and/or attachments, is intended solely >> for the attention and use of the named addressee(s) and may be confidential >> or proprietary in nature or covered by the provisions of privacy act >> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection >> Code).Any use not in accord with its purpose, any disclosure, reproduction, >> copying, distribution, or either dissemination, either whole or partial, is >> strictly forbidden except previous formal approval of the named >> addressee(s). If you are not the intended recipient, please contact >> immediately the sender by telephone, fax or e-mail and delete the >> information in this message that has been received in error. The sender >> does not give any warranty or accept liability as the content, accuracy or >> completeness of sent messages and accepts no responsibility for changes >> made after they were sent or for other risks which arise as a result of >> e-mail transmission, viruses, etc. >> >> ------- >> >> -- >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > > > -- > > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] dtucker jira team
> ai > >>> principi dettati dal D.Lgs. 196/2003. > >>> > >>> > >>> > >>> The information in this message and/or attachments, is intended solely > >>> for the attention and use of the named addressee(s) and may be > confidential > >>> or proprietary in nature or covered by the provisions of privacy act > >>> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection > >>> Code).Any use not in accord with its purpose, any disclosure, > reproduction, > >>> copying, distribution, or either dissemination, either whole or > partial, is > >>> strictly forbidden except previous formal approval of the named > >>> addressee(s). If you are not the intended recipient, please contact > >>> immediately the sender by telephone, fax or e-mail and delete the > >>> information in this message that has been received in error. The sender > >>> does not give any warranty or accept liability as the content, > accuracy or > >>> completeness of sent messages and accepts no responsibility for > changes > >>> made after they were sent or for other risks which arise as a result of > >>> e-mail transmission, viruses, etc. > >>> > >>> --- > >>> > >> > >> > > > > > > > > > -- > > > > > > > > ___ > > GeoTools-Devel mailing list > > GeoTools-Devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > > -- > Ben Caradoc-Davies <b...@transient.nz> > Director > Transient Software Limited <http://transient.nz/> > New Zealand > > > -- > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] imagemosaic-jdbc pgraster time domain support
Hi Frank Some answers: Oracle and DB2 have a community edition for testing (dont know about Microsoft). Unfortunately it is necessary to install all these products(using a virtual machine) . But let us put the focus on your arguments first. +1 for considering the fact that we have to integrate with GeoServer. About getting more tile versions for a point in time. There is no simple solution. It may be wrong if you use the first one, the last one, the average and so on. It is no good idea to implement "fuzzy" logic. There are 2 clean solutions: 1) Assure that you do not have overlapping time periods for your raster data. 2) Otherwise you need a second time dimension using the system current time stamp (from and to). The query has to be "Give me the tiles valid to a certain point in time stored in the system with physical timestamp xxx ". This design is often named as two dimensional history. About pointers to the SQL 2011 time support: https://en.wikipedia.org/wiki/SQL:2011 Please read carefully and you will see the different syntax and concepts. Another problem is that geotools/geoserver uses a period with a closed - closed interval whilst the SQL standard uses an closed-open interval. Example: 01-01-2106 - 01-01-2017 01-01-2107 - 01-01-2018 GeoServer includes 01-01-217, but the SQL Standard includes only 31-12-2016. If your database support SQL2011 you will get 2 versions for date 01-01-2017 because the produced query uses <= and >= As you can see, the whole thing is tricky, anyway I am interested in your arguments. Cheers Christian On Mon, Jul 18, 2016 at 12:12 PM, Frank Gevaerts <frank.gevae...@fks.be> wrote: > On Sat, Jul 16, 2016 at 10:07:42AM +0200, Christian Mueller wrote: > > Hi Frank > > > > First I want to thank you for the contribution. Time support is quite a > > challenge because it should be available to all supported databases > > including Oracle GeoRaster, Oracle native, DB2,. > > I agree it *should* work on all of those, but unless someone actually > has access to all of them, I don't think adding support for everything > at the same time is very realistic. As I see it, the best we can do is > try to ensure the shared code doesn't make assumptions that won't hold > on systems that aren't updated right away. > > I've started on pgraster because that's what we want to use here, and I > can definitely work on generic postgresql and generic jdbc. Mysql might > be possible (I can definitely install it, but I don't have much mysql > experience at all), but I don't have access to oracle or db2 servers. > > > Additionally the time support should work with GeoServer as described > here > > > http://docs.geoserver.org/latest/en/user/services/wms/time.html#specifying-a-time > > Yes. That works right now (it's what I use for testing), except possibly > for periodicity (I'll check and fix if needed). > > There is an open question though: what's supposed to be returned if more > than one raster tile from the database matches the request for a given > location? Latest data for each point? Only points for the latest timestamp? > Some sort of average? I assume "latest data for each point" makes the most > sense, but it's also the hardest to do. > I know my code right now doesn't really handle this at all (you'll get > data, but which particular bit isn't deterministic). > > Only points for the latest timestamp seems fairly easy to handle, but > latest data for each point is tricky. There are several ways I've looked > at: > > * No multithreaded decoding or composing, so an ORDER BY time on the > database query will enforce "latest" or "earliest". This won't work for > averages, and dropping multithreading is a rather high price to pay. > * Have the database query do the filtering. For pgraster, as far as I can > see this implies having either consistent tiling for all data (i.e. > tiles for different times have exactly the same grid) or having the > query (slowly...) retile everything. For systems without in-database > raster systems I don't see a way to do it. > > > The next point is that some database engines (DB2,Oracle) have a built in > > time support which is slightly different to the time support provided by > > geotools. > > Do you have some pointers to documentation? > > Frank > > > Nevertheless I want to hear your opinion. > > > > Cheers > > Christian > > > > > > -- > Frank Gevaerts frank.gevae...@fks.be > fks bvba - Formal and Knowledge Systemshttp://www.fks.be/ > Schampbergstraat 32Tel: ++32-(0)11-21 49 11 > B-3511 KURINGEN-HASSELTFax: ++32-(
Re: [Geotools-devel] imagemosaic-jdbc pgraster time domain support
Hi Frank First I want to thank you for the contribution. Time support is quite a challenge because it should be available to all supported databases including Oracle GeoRaster, Oracle native, DB2,. Additionally the time support should work with GeoServer as described here http://docs.geoserver.org/latest/en/user/services/wms/time.html#specifying-a-time The next point is that some database engines (DB2,Oracle) have a built in time support which is slightly different to the time support provided by geotools. Nevertheless I want to hear your opinion. Cheers Christian On Fri, Jul 15, 2016 at 11:09 PM, Jody Garnett <jody.garn...@gmail.com> wrote: > That is exciting, I checked and Christian Mueller is the module maintainer > for imagemosaic-jdbc so we kind of would like his input on the technical > direction you are taking (although it seems clear to me). > > Thank you for taking this on, and communicating clearly on the developers > list. > > -- > Jody Garnett > > On 14 July 2016 at 09:15, Frank Gevaerts <frank.gevae...@fks.be> wrote: > >> Hi, >> >> I've been working on adding time domain support to imagemosaic-jdbc, >> specifically >> for pgraster. The current state is that it seems to work, but it's really >> probably >> at a proof of concept stage. I haven't done anything about tests or >> documentation, >> yet, and apart from making sure things still build I haven't updated >> drivers other >> than pgraster. >> >> The current code is attached. At this point I'd mainly like to know if >> I'm on the >> right track, and I'd appreciate some ideas about what sort and level of >> testing is >> needed. >> >> To add time domain support, the element gets a new >> >> sub-element. If that element is present time domain support is enabled. >> The >> corresponding field needs to be of a type that's handled by jdbc as a >> Date, e.g. >> timestamp. >> >> >> >> >> >> >> I can make a pull request if it helps with reviewing. >> >> Frank >> >> -- >> Frank Gevaerts frank.gevae...@fks.be >> fks bvba - Formal and Knowledge Systemshttp://www.fks.be/ >> Schampbergstraat 32Tel: ++32-(0)11-21 49 11 >> B-3511 KURINGEN-HASSELTFax: ++32-(0)11-22 04 19 >> >> >> -- >> What NetFlow Analyzer can do for you? Monitors network bandwidth and >> traffic >> patterns at an interface-level. Reveals which users, apps, and protocols >> are >> consuming the most bandwidth. Provides multi-vendor support for NetFlow, >> J-Flow, sFlow and other flows. Make informed decisions using capacity >> planning >> reports.http://sdm.link/zohodev2dev >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> > > > -- > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning > reports.http://sdm.link/zohodev2dev > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] imagemosaic-jdbc pgraster blobAttributeName (and fix)
Hi Frank I have read this mail after reading the mail about the class cast exception. Please prepare a "bugfix" pull request containing all the bugs you have found. Thanks Christian On Fri, Jul 15, 2016 at 11:06 PM, Jody Garnett <jody.garn...@gmail.com> wrote: > Pull request is probably easier, since we can track comments line by line. > Goes without saying that any fix needs test case and docs (for a > functionality change). > > Have you checked who the module maintainer is for imagemosaic-jdbc? > > -- > Jody Garnett > > On 14 July 2016 at 08:33, Frank Gevaerts <frank.gevae...@fks.be> wrote: > >> Hi, >> >> One place (getNoDataValue()) in the pgraster driver in imagemosaic-jdbc >> assumes >> that the raster column in the database is named 'rast', so setting >> blobAttributeName >> to something different doesn't work. >> >> I'm attaching a proposed fix. I can submit a PR if needed, but I'll wait >> for >> comments first. >> >> Frank >> >> >> -- >> Frank Gevaerts frank.gevae...@fks.be >> fks bvba - Formal and Knowledge Systemshttp://www.fks.be/ >> Schampbergstraat 32Tel: ++32-(0)11-21 49 11 >> B-3511 KURINGEN-HASSELTFax: ++32-(0)11-22 04 19 >> >> >> -- >> What NetFlow Analyzer can do for you? Monitors network bandwidth and >> traffic >> patterns at an interface-level. Reveals which users, apps, and protocols >> are >> consuming the most bandwidth. Provides multi-vendor support for NetFlow, >> J-Flow, sFlow and other flows. Make informed decisions using capacity >> planning >> reports.http://sdm.link/zohodev2dev >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> > > > -- > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning > reports.http://sdm.link/zohodev2dev > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] ClassCastException in imagemosaic-jdbc
Hi Frank Sorry for the late reply. If you apply the patch, does it break the build ?. If not, please make a pull request. Cheers Christian On Tue, Jul 5, 2016 at 3:02 PM, Frank Gevaerts <frank.gevae...@fks.be> wrote: > Hi, > > In geotools 14. (built from the 14.x branch) Im'm seeing the > following exception when using PGRaster: > > Exception in thread "Thread-35" java.lang.ClassCastException: > java.awt.image.Raster cannot be cast to java.awt.image.WritableRaster > at > org.geotools.gce.imagemosaic.jdbc.AbstractThread.rescaleImageViaPlanarImage(AbstractThread.java:108) > at > org.geotools.gce.imagemosaic.jdbc.ImageComposerThread.run(ImageComposerThread.java:170) > > I don't know if it still happens in later versions, but I don't think the > relevant code has changed much. The attached patch makes the problem go > away, but as I don't fully understand the problem I'm not sure if it's the > right fix. > > Frank > > -- > Frank Gevaerts frank.gevae...@fks.be > fks bvba - Formal and Knowledge Systemshttp://www.fks.be/ > Schampbergstraat 32Tel: ++32-(0)11-21 49 11 > B-3511 KURINGEN-HASSELTFax: ++32-(0)11-22 04 19 > > > -- > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning > reports.http://sdm.link/zohodev2dev > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] proposal:
Hi Added my +1 to the proposal Cheers On Wed, Jun 1, 2016 at 8:49 PM, Ben Caradoc-Davies <b...@transient.nz> wrote: > Have you seen my old ring? I seem to have lost it. :-) > > On 02/06/16 00:48, Justin Deoliveira wrote: > > Been a long road to get essentially back to > > where we started :) > > -- > Ben Caradoc-Davies <b...@transient.nz> > Director > Transient Software Limited <http://transient.nz/> > New Zealand > > > -- > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Proposal: ask OSGeo for legal advice on copyright headers
+1 Cheers On Wed, Jun 1, 2016 at 9:43 AM, Simone Giannecchini < simone.giannecch...@geo-solutions.it> wrote: > +1 > > Regards, > Simone Giannecchini > == > GeoServer Professional Services from the experts! > Visit http://goo.gl/it488V for more information. > == > Ing. Simone Giannecchini > @simogeo > Founder/Director > > GeoSolutions S.A.S. > Via di Montramito 3/A > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 333 8128928 > > http://www.geo-solutions.it > http://twitter.com/geosolutions_it > > --- > AVVERTENZE AI SENSI DEL D.Lgs. 196/2003 > Le informazioni contenute in questo messaggio di posta elettronica e/o > nel/i file/s allegato/i sono da considerarsi strettamente riservate. > Il loro utilizzo è consentito esclusivamente al destinatario del > messaggio, per le finalità indicate nel messaggio stesso. Qualora > riceviate questo messaggio senza esserne il destinatario, Vi preghiamo > cortesemente di darcene notizia via e-mail e di procedere alla > distruzione del messaggio stesso, cancellandolo dal Vostro sistema. > Conservare il messaggio stesso, divulgarlo anche in parte, > distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità > diverse, costituisce comportamento contrario ai principi dettati dal > D.Lgs. 196/2003. > > The information in this message and/or attachments, is intended solely > for the attention and use of the named addressee(s) and may be > confidential or proprietary in nature or covered by the provisions of > privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New > Data Protection Code).Any use not in accord with its purpose, any > disclosure, reproduction, copying, distribution, or either > dissemination, either whole or partial, is strictly forbidden except > previous formal approval of the named addressee(s). If you are not the > intended recipient, please contact immediately the sender by > telephone, fax or e-mail and delete the information in this message > that has been received in error. The sender does not give any warranty > or accept liability as the content, accuracy or completeness of sent > messages and accepts no responsibility for changes made after they > were sent or for other risks which arise as a result of e-mail > transmission, viruses, etc. > > > On Wed, Jun 1, 2016 at 12:00 AM, Justin Deoliveira <jdeol...@gmail.com> > wrote: > > +1. > > > > On Tue, May 31, 2016 at 3:50 PM Jody Garnett <jody.garn...@gmail.com> > wrote: > >> > >> So far we have: > >> > >> Andrea Aime > >> Ben Caradoc-Davies +1 > >> Christian Mueller > >> Ian Turton > >> Jody Garnett +1 > >> Justin Deoliveira > >> Simone Giannecchini > >> > >> > >> > >> -- > >> Jody Garnett > >> > >> On 31 May 2016 at 12:56, Ben Caradoc-Davies <b...@transient.nz> wrote: > >>> > >>> I propose that we ask OSGeo to: "Obtain legal advice on the need for > and > >>> form of source code copyright headers." > >>> > >>> So far we have three +1 votes but we need more. PMC? > >>> > >>> Kind regards, > >>> > >>> -- > >>> Ben Caradoc-Davies <b...@transient.nz> > >>> Director > >>> Transient Software Limited <http://transient.nz/> > >>> New Zealand > >>> > >>> > >>> > -- > >>> What NetFlow Analyzer can do for you? Monitors network bandwidth and > >>> traffic > >>> patterns at an interface-level. Reveals which users, apps, and > protocols > >>> are > >>> consuming the most bandwidth. Provides multi-vendor support for > NetFlow, > >>> J-Flow, sFlow and other flows. Make informed decisions using capacity > >>> planning reports. > >>> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > >>> ___ > >>> GeoTools-Devel mailing list > >>> GeoTools-Devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel > >> > >> > >> > >> > -- > >> What NetFlow Analyzer can do for you? Monitors network bandwidth and > >> traffic > >> patterns at an interface-level. Reveals which users, apps, a
Re: [Geotools-devel] [Geoserver-devel] Introducing Alessandro Parma
+1 from Geotools and GeoServer Cheers Christian On Fri, May 27, 2016 at 12:13 AM, Ben Caradoc-Davies <b...@transient.nz> wrote: > +1 from me for GeoTools and GeoServer. > > Thanks, Alessandro. I have appreciated your work setting up the > GeoSolutions OpenJDK and Windows Jenkins builds. I am pleased that you > are increasing your involvement with these projects. > > Kind regards, > Ben. > > On 27/05/16 01:40, Andrea Aime wrote: > > Hi all, > > I would like to formally introduce the community to Alessandro Parma, our > > devops specialist > > that has been keeping in running form, among the other things, the > official > > windows and openjdk > > build servers, along with the bleeding edge GeoServer demo server from > > GeoSolutions (updated daily from > > 2.9.x nightlies now, see http://demo.geo-solutions.it/geoserver/web/ ). > > > > Alessandro is eager ( :-p ) to help with releases and we would like to > > propose him as the > > release manager for the gt 14.4/gwc 1.8.3/gs 2.8.4 release train. > > > > We are clearly in need of help in this area, however, it also means > > Alessandro needs to be > > given commit rights in all projects involved (thus the 3 way cross > posting, > > apologies for that), > > and admin rights in jira and probably sourceforge. > > So we'll need a +1 from a representative of each of the 3 projects. > > > > Let us know if you have any question > > > > Cheers > > Andrea > > > > > > > > > -- > > Mobile security can be enabling, not merely restricting. Employees who > > bring their own devices (BYOD) to work are irked by the imposition of MDM > > restrictions. Mobile Device Manager Plus allows you to control only the > > apps on BYO-devices by containerizing them, leaving personal data > untouched! > > https://ad.doubleclick.net/ddm/clk/304595813;131938128;j > > > > > > > > ___ > > Geoserver-devel mailing list > > geoserver-de...@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > > > -- > Ben Caradoc-Davies <b...@transient.nz> > Director > Transient Software Limited <http://transient.nz/> > New Zealand > > > -- > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > ___ > Geoserver-devel mailing list > geoserver-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Disabled doclint on master to fix javadoc generation with Oracle JDK 8
Hi Andrea Is this the same situation for geoserver (master with java 8). Thanks On Tue, Dec 22, 2015 at 2:49 PM, Andrea Aime <andrea.a...@geo-solutions.it> wrote: > Hi Christian, > as of now everything should be build with java 8, javadoc included, > support for java 7 is gone on the master branch (but retained on stable > and maintenance) > > Am I missing something? > > Cheers > Andrea > > > On Tue, Dec 22, 2015 at 1:58 PM, Christian Mueller < > christian.muel...@os-solutions.at> wrote: > >> Hi Ben >> >> Does the Java Doc generation still work with JDK 7. AFAIK, it does not. >> >> Cheers >> Christian >> >> On Sun, Dec 20, 2015 at 9:01 PM, Ben Caradoc-Davies <b...@transient.nz> >> wrote: >> >>> I have disabled doclint on master to fix javadoc generation with Oracle >>> JDK 8. >>> >>> Oracle JDK 8 (but not OpenJDK 8) enables doclint by default and fails >>> javadoc generation (javadoc:aggregate) if there are *any* doclint errors: >>> http://blog.joda.org/2014/02/turning-off-doclint-in-jdk-8-javadoc.html >>> >>> I have included the failing doclint output below for your convenience, >>> in case anyone feels an overwhelming urge to fix the errors. >>> >>> Kind regards, >>> Ben. >>> >>> >>> From: >>> >>> http://ares.boundlessgeo.com/jenkins/view/geotools/job/geotools-master/978/consoleText >>> [...] >>> [ERROR] Failed to execute goal >>> org.apache.maven.plugins:maven-javadoc-plugin:2.10.3:aggregate >>> (default-cli) on project modules: An error has occurred in JavaDocs >>> report generation: >>> [ERROR] Exit code: 1 - javadoc: warning - Multiple sources of package >>> comments found for package "org.opengis.filter" >>> [ERROR] javadoc: warning - Multiple sources of package comments found >>> for package "org.opengis.filter.spatial" >>> [ERROR] javadoc: warning - Multiple sources of package comments found >>> for package "org.opengis.filter.expression" >>> [ERROR] >>> >>> /var/lib/jenkins/workspace/geotools-master/modules/ogc/net.opengis.wcs/src/net/opengis/wcs10/CapabilitiesSectionType.java:40: >>> warning: '_' used as an identifier >>> [ERROR] public static final int _ = 0; >>> [ERROR] ^ >>> [ERROR] (use of '_' as an identifier might not be supported in releases >>> after Java SE 8) >>> [ERROR] >>> >>> /var/lib/jenkins/workspace/geotools-master/modules/ogc/net.opengis.wcs/src/net/opengis/wcs10/CapabilitiesSectionType.java:92: >>> warning: '_' used as an identifier >>> [ERROR] public static final CapabilitiesSectionType __LITERAL = new >>> CapabilitiesSectionType(_, "_", "/"); >>> [ERROR] ^ >>> [ERROR] (use of '_' as an identifier might not be supported in releases >>> after Java SE 8) >>> [ERROR] >>> >>> /var/lib/jenkins/workspace/geotools-master/modules/ogc/net.opengis.wcs/src/net/opengis/wcs10/CapabilitiesSectionType.java:186: >>> warning: '_' used as an identifier >>> [ERROR] case _: return __LITERAL; >>> [ERROR] ^ >>> [ERROR] (use of '_' as an identifier might not be supported in releases >>> after Java SE 8) >>> [ERROR] >>> >>> /var/lib/jenkins/workspace/geotools-master/modules/extension/brewer/src/main/java/org/geotools/Builder.java:32: >>> error: @param name not found >>> [ERROR] * @param origional Original, if null this will behave the same >>> as unset() >>> [ERROR] ^ >>> [ERROR] >>> >>> /var/lib/jenkins/workspace/geotools-master/modules/extension/brewer/src/main/java/org/geotools/Builder.java:35: >>> warning: no @param for original >>> [ERROR] Builder reset( T original ); >>> [ERROR] ^ >>> [ERROR] >>> >>> /var/lib/jenkins/workspace/geotools-master/modules/library/xml/src/main/java/org/geotools/GML.java:156: >>> warning: no description for @param >>> [ERROR] * @param legacy >>> [ERROR] ^ >>> [ERROR] >>> >>> /var/lib/jenkins/workspace/geotools-master/modules/library/xml/src/main/java/org/geotools/GML.java:165: >>> warning: no description for @param >>> [ERROR] * @param prefix >>> [ERROR] ^ >>> [ERROR] >>> >>> /var/lib/jenkins/workspace/geotools-master/modules/library/xml/src/main/java/org/geotools/GML.java:166: >>> warning: no description for @param >>> [ERROR] * @param namespace >>> [E
Re: [Geotools-devel] Disabled doclint on master to fix javadoc generation with Oracle JDK 8
Hi Andrea Forget the last mail, I have overseen the anouncement in a previous mail. Cheers On Tue, Dec 22, 2015 at 4:01 PM, Christian Mueller < christian.muel...@os-solutions.at> wrote: > Hi Andrea > > Is this the same situation for geoserver (master with java 8). > > Thanks > > On Tue, Dec 22, 2015 at 2:49 PM, Andrea Aime <andrea.a...@geo-solutions.it > > wrote: > >> Hi Christian, >> as of now everything should be build with java 8, javadoc included, >> support for java 7 is gone on the master branch (but retained on stable >> and maintenance) >> >> Am I missing something? >> >> Cheers >> Andrea >> >> >> On Tue, Dec 22, 2015 at 1:58 PM, Christian Mueller < >> christian.muel...@os-solutions.at> wrote: >> >>> Hi Ben >>> >>> Does the Java Doc generation still work with JDK 7. AFAIK, it does not. >>> >>> Cheers >>> Christian >>> >>> On Sun, Dec 20, 2015 at 9:01 PM, Ben Caradoc-Davies <b...@transient.nz> >>> wrote: >>> >>>> I have disabled doclint on master to fix javadoc generation with Oracle >>>> JDK 8. >>>> >>>> Oracle JDK 8 (but not OpenJDK 8) enables doclint by default and fails >>>> javadoc generation (javadoc:aggregate) if there are *any* doclint >>>> errors: >>>> http://blog.joda.org/2014/02/turning-off-doclint-in-jdk-8-javadoc.html >>>> >>>> I have included the failing doclint output below for your convenience, >>>> in case anyone feels an overwhelming urge to fix the errors. >>>> >>>> Kind regards, >>>> Ben. >>>> >>>> >>>> From: >>>> >>>> http://ares.boundlessgeo.com/jenkins/view/geotools/job/geotools-master/978/consoleText >>>> [...] >>>> [ERROR] Failed to execute goal >>>> org.apache.maven.plugins:maven-javadoc-plugin:2.10.3:aggregate >>>> (default-cli) on project modules: An error has occurred in JavaDocs >>>> report generation: >>>> [ERROR] Exit code: 1 - javadoc: warning - Multiple sources of package >>>> comments found for package "org.opengis.filter" >>>> [ERROR] javadoc: warning - Multiple sources of package comments found >>>> for package "org.opengis.filter.spatial" >>>> [ERROR] javadoc: warning - Multiple sources of package comments found >>>> for package "org.opengis.filter.expression" >>>> [ERROR] >>>> >>>> /var/lib/jenkins/workspace/geotools-master/modules/ogc/net.opengis.wcs/src/net/opengis/wcs10/CapabilitiesSectionType.java:40: >>>> warning: '_' used as an identifier >>>> [ERROR] public static final int _ = 0; >>>> [ERROR] ^ >>>> [ERROR] (use of '_' as an identifier might not be supported in releases >>>> after Java SE 8) >>>> [ERROR] >>>> >>>> /var/lib/jenkins/workspace/geotools-master/modules/ogc/net.opengis.wcs/src/net/opengis/wcs10/CapabilitiesSectionType.java:92: >>>> warning: '_' used as an identifier >>>> [ERROR] public static final CapabilitiesSectionType __LITERAL = new >>>> CapabilitiesSectionType(_, "_", "/"); >>>> [ERROR] ^ >>>> [ERROR] (use of '_' as an identifier might not be supported in releases >>>> after Java SE 8) >>>> [ERROR] >>>> >>>> /var/lib/jenkins/workspace/geotools-master/modules/ogc/net.opengis.wcs/src/net/opengis/wcs10/CapabilitiesSectionType.java:186: >>>> warning: '_' used as an identifier >>>> [ERROR] case _: return __LITERAL; >>>> [ERROR] ^ >>>> [ERROR] (use of '_' as an identifier might not be supported in releases >>>> after Java SE 8) >>>> [ERROR] >>>> >>>> /var/lib/jenkins/workspace/geotools-master/modules/extension/brewer/src/main/java/org/geotools/Builder.java:32: >>>> error: @param name not found >>>> [ERROR] * @param origional Original, if null this will behave the same >>>> as unset() >>>> [ERROR] ^ >>>> [ERROR] >>>> >>>> /var/lib/jenkins/workspace/geotools-master/modules/extension/brewer/src/main/java/org/geotools/Builder.java:35: >>>> warning: no @param for original >>>> [ERROR] Builder reset( T original ); >>>> [ERROR] ^ >>>> [ERROR] >>>> >>>> /var/lib/jenkins/workspace/geotools-master/modules/library/xml/src/main/java/org/geotools/GML.j
Re: [Geotools-devel] Disabled doclint on master to fix javadoc generation with Oracle JDK 8
/var/lib/jenkins/workspace/geotools-master/modules/library/opengis/src/main/java/org/opengis/metadata/extent/GeographicBoundingBox.java:48: > error: unknown tag: unitof > [ERROR] * @unitof Angle > [ERROR] ^ > [ERROR] > > /var/lib/jenkins/workspace/geotools-master/modules/library/opengis/src/main/java/org/opengis/metadata/extent/GeographicBoundingBox.java:59: > error: unknown tag: unitof > [ERROR] * @unitof Angle > [ERROR] ^ > [ERROR] > > /var/lib/jenkins/workspace/geotools-master/modules/library/opengis/src/main/java/org/opengis/metadata/extent/GeographicBoundingBox.java:70: > error: unknown tag: unitof > [ERROR] * @unitof Angle > [ERROR] ^ > [ERROR] > > /var/lib/jenkins/workspace/
Re: [Geotools-devel] OGC WMTS 1.0.0 client
Hi Jody Can I start working ? Cheers Christian On Fri, Sep 18, 2015 at 1:44 AM, Brad Hards <br...@frogmouth.net> wrote: > On Thu, 17 Sep 2015 04:02:38 PM Christian Mueller wrote: > > Hi > > > > I have a mandate to develop/maintain a WMTS client. At the moment I am > > unsure where to start. WMS is an extension and I think WMTS is also a > > candidate for an extension. > Based on the WMTS implementation I did for OWSlib > (https://github.com/geopython/OWSLib), I can say that servers aren't all > that > consistent in their implementation. Focusing on the specific target is a > good > idea. > > Brad > > > > -- > Monitor Your Dynamic Infrastructure at Any Scale With Datadog! > Get real-time metrics from all of your servers, apps and tools > in one place. > SourceForge users - Click here to start your Free Trial of Datadog now! > http://pubads.g.doubleclick.net/gampad/clk?id=241902991=/4140 > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] OGC WMTS 1.0.0 client
Hi I have a mandate to develop/maintain a WMTS client. At the moment I am unsure where to start. WMS is an extension and I think WMTS is also a candidate for an extension. There is an unsupported module "tile-client" which I want to integrate. At the end of the day my customer wants an integration (geotools and geoserver) of http://basemap.at/index_en.html The customer is founding 160 hours and I should finish in December/2015. I think this is possible. A bare minimum is supporting the WMTS REST interface. Thanks in advance for your hints. Cheers Chrilstian Btw: I did no cross posting to the geoserver devel list but maybe this topic is interesting for the geosesrver developers too. -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Monitor Your Dynamic Infrastructure at Any Scale With Datadog! Get real-time metrics from all of your servers, apps and tools in one place. SourceForge users - Click here to start your Free Trial of Datadog now! http://pubads.g.doubleclick.net/gampad/clk?id=241902991=/4140___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Backport GEOT-5186 (DB2 SELECTIVITY CLAUSE) to 13.x
Hi all I did the backport. @Jody, can you make a proposal about the wording. Cheers On Tue, Aug 18, 2015 at 6:25 AM, Jody Garnett jody.garn...@gmail.com wrote: Seems fine, sorry the docs still confuse me a bit (your commend on the pull request was helpful). -- Jody Garnett On 16 August 2015 at 11:42, Andrea Aime andrea.a...@geo-solutions.it wrote: No objection here Cheers Andrea On Sun, Aug 16, 2015 at 6:18 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi all The issue is hiere https://osgeo-org.atlassian.net/browse/GEOT-5186 I would like to backport https://github.com/geotools/geotools/pull/929. Only DB2 specific classes are affected and one of my customers has performance problems. The change does not change the default behavior and there is a boolean parameter you must set explicitly to activate the feature. Looking at the user mailing lists (goeserver/geotools) indicates that DB2 users are rare. No mails since some years. I fear my customer is the only one using DB2. Please vote -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Time to consider a move to Java 8?
Hi all IBM Java 8 is ready for download, no problems from my side. Cheers Christian On Sat, Aug 22, 2015 at 5:29 PM, Jody Garnett jody.garn...@gmail.com wrote: Yep, we just discussed a strategy previously, did not do the work. Except Kevin set up that job on ares. On Sat, Aug 22, 2015 at 8:28 AM Andrea Aime andrea.a...@geo-solutions.it wrote: On Sat, Aug 22, 2015 at 5:25 PM, Jody Garnett jody.garn...@gmail.com wrote: Yep. That was the schedule we figured back in May. So we can swap master over after the the release candidate. I think we should make a poll first, and if it's ok, write a proposal and switch Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- -- Jody Garnett -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Backport GEOT-5186 (DB2 SELECTIVITY CLAUSE) to 13.x
Hi Ben The unit tests cover the new functionality. Look at class DB2SpatialFiltersOnlineTest.java. params.put(DB2NGDataStoreFactory.USE_SELECTIVITY.key, true); does the trick. Cheers Christian On Mon, Aug 17, 2015 at 9:52 AM, Ian Turton ijtur...@gmail.com wrote: +0 Ian -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Backport GEOT-5186 (DB2 SELECTIVITY CLAUSE) to 13.x
Hi all The issue is hiere https://osgeo-org.atlassian.net/browse/GEOT-5186 I would like to backport https://github.com/geotools/geotools/pull/929. Only DB2 specific classes are affected and one of my customers has performance problems. The change does not change the default behavior and there is a boolean parameter you must set explicitly to activate the feature. Looking at the user mailing lists (goeserver/geotools) indicates that DB2 users are rare. No mails since some years. I fear my customer is the only one using DB2. Please vote -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Add support for DB specific temporal models
Proposal: I will open a JIRA issue and prepare a pull request. All modifications will be done in DB2 specific classes. After publishing the pull request we can continue to discuss. Is this ok ? On Tue, Aug 11, 2015 at 2:19 PM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Tue, Aug 11, 2015 at 1:40 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Andrea At the moment I do not have the knowledge for a general implementation and I am sure SQLServer,Oracle and DB2 have some differences. I would prefer to implement the logic in DB2FilterToSQL. If somebody wants to introduce this feature for another DB we can move common components to FilterToSQL. My idea was to enable the logic store wide and apply the logic to all tables. (You can switch between the geotools and the db temporal model). If store wide is not possible (API change), I could use the system catalog to decide. Store wide is easier to implement, using the system catalog would be more correct but I am not sure if this is possible. (And if it is, it will be quite complicated). Another simple approach would be to look at the DB2 version number, if = 10 use the DB2 model for all tables. I would prefer the global parameter. If this is not possible I would try using the version number. The global parameter is not an API change, so no problem, it will just be a bit rigid, but it's not the first case (e..g, the fast bbox and geometry simplifications in the postgis store are also good candidates for being supported per type). Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Add support for DB specific temporal models
Hi Andrea At the moment I do not have the knowledge for a general implementation and I am sure SQLServer,Oracle and DB2 have some differences. I would prefer to implement the logic in DB2FilterToSQL. If somebody wants to introduce this feature for another DB we can move common components to FilterToSQL. My idea was to enable the logic store wide and apply the logic to all tables. (You can switch between the geotools and the db temporal model). If store wide is not possible (API change), I could use the system catalog to decide. Store wide is easier to implement, using the system catalog would be more correct but I am not sure if this is possible. (And if it is, it will be quite complicated). Another simple approach would be to look at the DB2 version number, if = 10 use the DB2 model for all tables. I would prefer the global parameter. If this is not possible I would try using the version number. Cheers Christian On Mon, Aug 10, 2015 at 2:53 PM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Mon, Aug 10, 2015 at 2:38 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi all @Jody. Using DB2 I could detect which tables and columns participate in temporal support. I could implement the logic behind the scenes, no public API change necessary. I only wanted to ask if we should make a concept for all jdbc data stores. As far as I can see PostgreSQL has no support for SQL:2011 temporal, SQL Server has it only in version 2016, could not find anything about MySql, I assume it does not have anything. Making it a concept for all stores seems like a good idea... how do you ensure your implementation is general enough though? @Andrea Of course you could have timestamps in tables without the temporal database/interval of validity mode. If you want to use the temporal support you have to register the table/columns in the system catalog comparable to geometry columns. I am not an Oracle expert, but I am sure you can find the proper tables/columns in the system catalog. There is a special update/delete syntax but it is not necessary to use it. So you would enable it store wide, and then the store would apply the temporal support only for tables that do have temporal support enabled? Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Add support for DB specific temporal models
Hi all @Jody. Using DB2 I could detect which tables and columns participate in temporal support. I could implement the logic behind the scenes, no public API change necessary. I only wanted to ask if we should make a concept for all jdbc data stores. @Andrea Of course you could have timestamps in tables without the temporal database/interval of validity mode. If you want to use the temporal support you have to register the table/columns in the system catalog comparable to geometry columns. I am not an Oracle expert, but I am sure you can find the proper tables/columns in the system catalog. There is a special update/delete syntax but it is not necessary to use it. A short list of the features is here https://en.wikipedia.org/wiki/SQL:2011 Cheers Christian On Sun, Aug 9, 2015 at 9:37 PM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Sun, Aug 9, 2015 at 12:15 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Different DB implementations provide support for temporal data. An overview is here https://en.wikipedia.org/wiki/Temporal_database section Implementations in relational databases Here is an example for the encoding of org.opengis.filter.temporal.During The default geotools encoding in org.geotools.data.jdbc.FilterToSQL produces where ? between from and to (closed interval) DB2 would need where from = ? and ? to (semi closed interval) Oracle needs where from = ? and (? to or to is null) (semi closed interval including null value as open end) Some time ago, we had a discussion about the topic. http://sourceforge.net/p/geoserver/mailman/message/31706807/ My idea is to add a parameter USE_DB_TEMPORAL_MODEL to the datastore factory. This param defaults to false. If the param is true, the specific DB temporal support should be used. One thing I'm not sure about... can you can have timestamp in tables, without enabling the temporal database/interval of validity mode on them? It seems that in Oracle at least some special instructions have to be run: http://www.oracle.com/webfolder/technetwork/tutorials/obe/db/12c/r1/ilm/temporal/temporal.html If this is the case, can't you have only some tables enabled that way, and thus, require a per table support, in other words, probably a hint? (althought... that might cause issues with transactions, if special write semantics/syntax are needed too). Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Add support for DB specific temporal models
Different DB implementations provide support for temporal data. An overview is here https://en.wikipedia.org/wiki/Temporal_database section Implementations in relational databases Here is an example for the encoding of org.opengis.filter.temporal.During The default geotools encoding in org.geotools.data.jdbc.FilterToSQL produces where ? between from and to (closed interval) DB2 would need where from = ? and ? to (semi closed interval) Oracle needs where from = ? and (? to or to is null) (semi closed interval including null value as open end) Some time ago, we had a discussion about the topic. http://sourceforge.net/p/geoserver/mailman/message/31706807/ My idea is to add a parameter USE_DB_TEMPORAL_MODEL to the datastore factory. This param defaults to false. If the param is true, the specific DB temporal support should be used. The SQL encoding happens in org.geotools.data.jdbc.FilterToSQL. In my case, I would do the encoding in org.geotools.data.db2.DB2FilterToSQL (only if USE_DB_TEMPORAL_MODEL is true). Is this concept of interest for all geotools JDBC data stores ?. If not, I would implement it only in the DB2 classes. If yes, I think I would have to write a geotools change proposal. Opinions ? Cheers Christian -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Online build green
Hi all Any interest to include the DB2 online tests. We could use the DB2 community edition available here http://www-01.ibm.com/software/data/db2/express-c/download.html At the other side, I think there are only few users working with DB2. ( Almost no mails on the mailing list). Opinions ? Cheers Christian On Wed, Mar 25, 2015 at 7:41 PM, Ian Turton ijtur...@gmail.com wrote: The fixture will need an update - see the updated docs (or I can mail one when I'm back at work tomorrow) Ian On Wed, Mar 25, 2015 at 6:26 PM Torben Barsballe tbarsba...@boundlessgeo.com wrote: On Wed, Mar 25, 2015 at 11:09 AM, Ian Turton ijtur...@gmail.com wrote: SQL Server on master should be able to pull it's driver via maven by default. Interesting. Right now we are getting: org.apache.commons.dbcp.SQLNestedException: Cannot load JDBC driver class 'com.microsoft.sqlserver.jdbc.SQLServerDriver' Could this be the wrong class name? If so, the code that generates the example fixtures is wrong. Otherwise, I don't know what could be the issue here. Torben -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] motion: move wiki to github
+1 Christian On Tue, Mar 17, 2015 at 7:19 PM, Ian Turton ijtur...@gmail.com wrote: +1 On 17:38, Tue, 17 Mar 2015 Andrea Aime andrea.a...@geo-solutions.it wrote: On Tue, Mar 17, 2015 at 6:31 PM, Jody Garnett jody.garn...@gmail.com wrote: With CodeHaus being shut down I would like to formally move our wiki to github. +1 Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Online Tests
=190641631iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] committer nomination for Torben Barsballe
+1 Cheers Christian On Mon, Jan 26, 2015 at 9:21 PM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Mon, Jan 26, 2015 at 9:01 PM, Jody Garnett jody.garn...@gmail.com wrote: As per other thread (ContentFeatureSource event fix) I would like to nomintate Torben for commit access to act as module maintainer for the gt-property datastore. Torben has submitted a number of pull request (both for PropertyDataStore) and critically for ContentDataStore. Throughout this time he has communicated clearly on the email list here and appears familiar with the developers guide. References: - https://github.com/geotools/geotools/pulls?q=is%3Aclosed+is%3Apr+author%3Atbarsballe +1 Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003. The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc. --- -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] http://download.osgeo.org/webdav/geotools/
Looks like a problem at your site. I have no problem with the link. Cheers Christian On Wed, Aug 13, 2014 at 3:48 PM, Ian Turton ijtur...@gmail.com wrote: Does anyone know what's up with http://download.osgeo.org/webdav/geotools/ - I'm getting a domain name register page. Ian -- Ian Turton -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Maven repository changes
+1 Christian On Tue, Aug 12, 2014 at 3:16 AM, Ben Caradoc-Davies ben.caradoc-dav...@csiro.au wrote: +1 for both. :-) On 12/08/14 00:37, Jody Garnett wrote: Sounds good - as per last weeks meeting could the new repo use https ? Jody Garnett On Mon, Aug 11, 2014 at 8:21 AM, Justin Deoliveira jdeol...@boundlessgeo.com mailto:jdeol...@boundlessgeo.com wrote: Hi all, We are working on making some changes to our maven repository that will hopefully address the snapshot checksum problems we've been having in our maven repo. We would eventually like to phase out repo.opengeo.org http://repo.opengeo.org and replace it with a new server running on repo.boundlessgeo.com http://repo.boundlessgeo.com. In the meantime however I would like to simply add a new deployment profile so we can start testing the new server to ensure everything works. And once we are confident make the switch over. Any objections to adding the profile? In the short term nothing will change by default. Thanks! -Justin -- Justin Deoliveira VP Engineering | Boundless http://boundlessgeo.com/ jdeol...@boundlessgeo.com mailto:jdeol...@boundlessgeo.com @boundlessgeo http://twitter.com/boundlessgeo/* * -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net mailto:GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Ben Caradoc-Davies ben.caradoc-dav...@csiro.au Software Engineer CSIRO Mineral Resources Flagship Australian Resources Research Centre -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Nominate Nicola Lagomarsini for direct commit access to GeoTools
+1 form here Welcome. On Wed, Jun 11, 2014 at 12:16 AM, Jody Garnett jody.garn...@gmail.com wrote: Sounds good, welcome to the team Nicola +1 Jody Garnett On Wed, Jun 11, 2014 at 12:17 AM, Nicola Lagomarsini nicola.lagomars...@geo-solutions.it wrote: Hi all, I already have the License Agreement and I read the documentation, so I will be pleased to become direct committer. Best Regards, Nicola. 2014-06-10 16:11 GMT+02:00 Andrea Aime andrea.a...@geo-solutions.it: Hi, in the last months Nicola has been making a number of pull requests against GeoTools lately, the pulls are (afaik) always coming with tests and related to a ticket in jira (the titles of which could use some love, but I believe they are undestandable). So, I would like to nominate him as a direct committer for GeoTools Nicola, I guess you already sent you licensing agreement (right?) and that you read the developer guide (right??) Feedback welcomed Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Nicola Lagomarsini Junior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Upgrading our connection pool library
+1 from here On Tue, Jun 3, 2014 at 1:19 PM, Ian Turton ijtur...@gmail.com wrote: +1 from me Ian On 3 June 2014 09:40, Andrea Aime andrea.a...@geo-solutions.it wrote: On Mon, Apr 28, 2014 at 4:31 PM, Justin Deoliveira jdeol...@boundlessgeo.com wrote: I'll take the conservative approach of if it ain't broke don't fix it. With the java7 upgrade still ongoing we already have enough moving parts so perhaps we should put this one off for now since it doesn't actually fix a known issue. But no strong opinion, just my $0.02 Hi all, in the last few days I stumbled into not one, but two separate cases in which it is broken. In both cases there is a overzealous network apparatus between the connection pool and the database that, for security reasons, automatically closes the TCP connections that have been idle for too long time. However, it does that in a very nasty way, when the JDBC driver tries to use the connection the query gets sent over, goes nowhere, the driver does not notice though, and it eventually times out after around 10 minutes wait. This is... really really nasty, if you stumble into one such connections the response won't come back in ages, and during that time, the connection will keep on using a slot in the pool, reducing its capacity. Turns out there is nothing we can do at the DCBP 1.4 level, but both DBCP 2.0 and Tomcat pool have a configuration to just drop connections that have been idle for too long. I'm leaning towards an upgrade to DBCP 2.0, mostly because I'm nervous about Tomcat deploys where having tomcat-pool both in the webapp and in the tomcat shared libs, possibly with different versions of the library, may result nasty issues (ever tried having a jdbc driver both in the app and in the shared libs? it does not work). Cheers Andrea -- == Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Ian Turton -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] (GEOT-4695) Image Reader should return null if no image data is available
Title: Message Title Christian Mueller created an issue GeoTools / GEOT-4695 Image Reader should return null if no image data is available Issue Type: Bug Affects Versions: 10.4, 11-RC1 Assignee: Unassigned Components: imagemosaic-jdbc plugin Created: 09/Feb/14 8:24 AM Priority: Major Reporter: Christian Mueller At the moment the image reader constructs an empty image if no image data can be found for a given envelope. This behavior is inconsistent with other readers return null in this situation. (e. g. ArcSDE reader) Add Comment
[Geotools-devel] [jira] (GEOT-4696) Image mosiac jdbc cannot handle single band float images
Title: Message Title Christian Mueller created an issue GeoTools / GEOT-4696 Image mosiac jdbc cannot handle single band float images Issue Type: Bug Affects Versions: 10.4, 11-beta Assignee: Unassigned Components: imagemosaic-jdbc plugin Created: 09/Feb/14 8:41 AM Priority: Major Reporter: Christian Mueller Single band float images are causing exceptions during the rescale operation. The solution is to rescale using a planar image. Additionally, the data buffer for the result image is not created correctly. Add Comment
Re: [Geotools-devel] Forcing test execution order like in GeoServer
+1 from here On Mon, Oct 28, 2013 at 1:56 PM, Justin Deoliveira jdeol...@boundlessgeo.com wrote: +1 as well. On Sun, Oct 27, 2013 at 8:16 PM, Ben Caradoc-Davies ben.caradoc-dav...@csiro.au wrote: +1. The default filesystem order is the worst possible case as it is (1) unpredictably different between machines, even with the same operating system, and (2) persistent, making failures appear permanent. The only problem with alphabetical is that it will mask dependencies between between test fixtures in which one test class relies on the output of a previous test class. One solution is to use hourly, which can help to detect these problems; the downside of hourly is that it gives seemingly random failures, but at least they are cross-platform seemingly random failures. I think switching to alphabetical will make life much easier for build maintainers. Kind regards, Ben. On 27/10/13 22:24, Andrea Aime wrote: Hi, with three public build servers around it has become rather complicated to get a consistent working build on both linux and windows, jdk 6 and jdk 7. So I was wondering about getting at least some consistency in the test execution order among platforms and jdks, like it was done in GeoServer: https://github.com/geotools/geotools/pull/306 It should make life of people trying to get the build going across build server (aka me, myself and... I) easier. Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Ben Caradoc-Davies ben.caradoc-dav...@csiro.au Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- *Justin Deoliveira* Vice President, Engineering | Boundless jdeol...@boundlessgeo.com @j_deolive https://twitter.com/j_deolive -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Lowering The Bar For GeoTools Contributions
+1 from here. On Fri, Oct 11, 2013 at 7:29 PM, Andrea Aime andrea.a...@geo-solutions.itwrote: On Fri, Oct 11, 2013 at 7:07 PM, Landon Blake sunburned.surve...@gmail.com wrote: I wanted to contact the GeoTools programming community about some ideas I had about making it easier for new programmers to contribute new unsupported modules to GeoTools. These ideas came from my involvement with Julian on the Summer of Code Project. I'm an experienced Java programmer with lots of time using version control systemns like CVS and SVN. Despite this, it was a huge challenge to learn both Git and Maven in order to contribute to GeoTools. Under normal circumstances, I wouldn't have been worth the effort to me. I suspect the same thing is true of other programmers that might otherwise contribute to GeoTools. What do you think about having GeoTools appoint an Unsupported Module Mentor? This person could assist new GeoTools contributors in a number of ways. This might include accepting source code contributions for new modules, updating this source code when there has been changes, and creating the pull requests for the changes to the unsupported modules in GitHub. In essence, the mentor would serve as a code gateway for programmers that want to make modest contributions to GeoTools, but that don't want to invest in setting up Git, GitHub and Maven for what might be a minor amount of code. The metnor would try to shepherd unsupported modules to supported status. Let me know your thoughts. If this idea has merit, I'd be willing to serve as the first Unsupported Module Mentor. In this way, other potential GeoTools contributors could benefit from my pain this past summer. :] I think it's a brilliant idea, if you feel like you have an interest and time to dedicate to the cause, by all means, go ahead with it :-) (of course, this is just my opinion) Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] (GEOT-4561) Incorrect image creation for images with type BufferedImage.TYPE_CUSTOM
Christian Mueller created GEOT-4561 Incorrect image creation for images with type BufferedImage.TYPE_CUSTOM Issue Type: Bug Affects Versions: 10-RC2 Assignee: Unassigned Components: imagemosaic-jdbc plugin Created: 08/Sep/13 10:48 AM Description: The module tries to convert unknown BufferedImage image types to an RGB image, this is not correct (of course). The solution is to work with color models and raster types directly. Project: GeoTools Priority: Major Reporter: Christian Mueller This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] db2 source code question
Hi Jody Modified the headers. I did an interactive rebase and sqashed my commits. Hope the pull request is fine now. On Wed, Aug 21, 2013 at 10:29 PM, Jody Garnett jody.garn...@gmail.comwrote: You will need to look up the history for *each* of the files mentioned. I must not of been clear ... It looks as if you cut and pasted the same (C) 2002-2008 date range in everywhere, and this timeframe does not match with jdbc-ng. The following files are effected: modules/plugin/jdbc/jdbc-db2/src/main/java/org/geotools/data/db2/DB2FilterToSQL.java modules/plugin/jdbc/jdbc-db2/src/main/java/org/geotools/data/db2/DB2Util.java modules/plugin/jdbc/jdbc-db2/src/main/java/org/geotools/data/db2/DB2WKBConstants.java modules/plugin/jdbc/jdbc-db2/src/main/java/org/geotools/data/db2/DB2WKBReader.java modules/plugin/jdbc/jdbc-db2/src/main/java/org/geotools/data/db2/DB2WKBWriter.java Do you want to start a new pull request now that things are clear? On Wed, Aug 21, 2013 at 11:11 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Changed the date range, hope it is ok now :-) On Wed, Aug 21, 2013 at 2:42 PM, Jody Garnett jody.garn...@gmail.comwrote: Had a look and it seems you have fallen into cut and paste trouble again. The date range was provided as: (C) 2002-2008, Open Source Geospatial Foundation (OSGeo) Which is incorrect, checking file history (as much of as is in git) shows a range of 2011-2012. I have added those comments to the pull request. Note you do not have to make a new pull request, simply make the needed correction and push the change up. The pull request should be automatically updated. On Wed, Aug 21, 2013 at 8:30 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Jody Here is the pull request https://github.com/geotools/geotools/pull/251 Since this was my first pull request, I hope it is correct :-) Cheers Christian On Tue, Aug 20, 2013 at 3:46 PM, Jody Garnett jody.garn...@gmail.comwrote: That is great, thanks for the clarification - do you think you (as the author) could put pull request in fixing those headers? Then I can cherry pick it onto the 9.0-M1 branch. Also: While I can link to this email discussion in the archives (public record etc…), it would be nice if you could email sharon.corb...@eclipse.org with this clarification. -- Jody Garnett On Tuesday, 20 August 2013 at 11:19 PM, Christian Mueller wrote: Hi Jody, I found the IBM header in DB2WKBReader.java DB2WKBConstants.java DB2FilterToSQL.java DB2WKBWriter.java DB2Util.java In DB2WKBConstants.java, I found a reference to David Adler. All those classes are still used and have been reworked/created completely by me. The only thing I did is copying some snippets (like constants) from Davids code. The IBM header is a copy paste error. David Adler did not contribute to the db2-ng module. I had overseen the IBM copyright in the header, my mistake, sorry. Cheers Christian On Tue, Aug 20, 2013 at 2:01 PM, Jody Garnett jody.garn...@gmail.comwrote: Christian I have provided the following response (on your behalf as module maintainer): *Okay checking our notes (see link) this code remains the property of IBM. An IBM employee directly worked with the project using an LGPL license allowing us to distribute. We were going to revisit CLA after joining the OSGeo foundation. The current module maintainer is not sure if these classes are still used.* * * Do you agree or have anything to add?* * On Tue, Aug 20, 2013 at 8:49 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Jody. This file is quite old. Some facts about the db2-ng module. - The entire code was written by me - I am the module maintainer - There are no code contributions from David or the IBM - The stub jar mentioned above is gone, the whole module uses only the JDBC API I see no problems here, please change what you have to change. Cheers Christian On Tue, Aug 20, 2013 at 6:44 AM, Jody Garnett jody.garn...@gmail.comwrote: Just to bring this to your attention Christian: These ones are actually a blocker, preventing DB2 from being in upcoming releases. Due to the refactor to jdbc-ng we do not have out review file that collected notes during incubation. Let me see if I can find that: - https://github.com/geotools/geotools/blob/2.6.6/modules/plugin/db2/src/site/apt/review.apt Looks like from the above notes that we need IBM to sign the code contribution agreement Jody --- contents of review.apt --- Module DB2 ~~ Module Maintainer: David Adler IP Review: * Jody Garnett, July 9th, 2006 * Adrian Custer, June 2008 STATUS: DIRTY Code is a mess, see below. http://jira.codehaus.org/browse/GEOT-1879 Resource origin and license unknown. http://jira.codehaus.org/browse/GEOT-1880 This module is interesting
Re: [Geotools-devel] GEOS-5958 and root login
Hi Justin So we have an agreement. I will do the following steps: 1) Prepare a patch with the root login chain and push it to my github repository for review. (Including tests and sphinx documentation) 2) Kick out the root login code/tests for each auth filter. This is quite a mechanical work. Or is it better to combine 1) and 2) in a single commit resulting in a monster patch. Cheers On Wed, Aug 21, 2013 at 9:20 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: My thought is that it would not show up in the config.xml file, and just be something completely transparent to the user. And only have things in config.xml that would be user configurable. On Wed, Aug 21, 2013 at 10:55 AM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Justin I will use a constant filter chain in any case. The question is if this chain is stored in the security/config.xml or injected on start. We have a hook for this, as an example look at the last method in https://github.com/geoserver/geoserver/blob/master/src/extension/security/cas/src/main/java/org/geoserver/security/cas/GeoServerCasAuthenticationProvider.java The CAS module adds this chain behind the scenes (you cannot see it in the GUI) to receive proxy granting tickets from the CAS server. Storing in security/config.xml needs migration code. Can I backport this change to the 2.4.x branch ?. I think this is not possible. I have no preferences here, but however we do it, I will have to start some investigations. Cheers Christian On Fri, Aug 16, 2013 at 4:53 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: Hmmm... well my preference would probably be to implement the idea of a constant filter chain. The security system is already complex enough and this sort of seems like lumping more stuff on rather than fixing a core issue. But i understand if implementing the idea of a constant filter chain is more work than this approach. Do you have an idea of what the effort involved in the two approaches is? On Thu, Aug 15, 2013 at 9:32 AM, Christian Mueller christian.muel...@os-solutions.at wrote: No, the root login chain is hard coded in Java and will use its own digest authentication filter (created on startup). The idea is to build the whole chain on the fly at system startup without using configuration information from the security directory. The chain itself is injected at first position in the filter chain list. I could image a java property like -DNO_ROOT_LOGIN=true If somebody wants to deactivate the root login for production systems. (Can be enabled by a GeoServer restart without this system property). How does this sound ? On Thu, Aug 15, 2013 at 3:32 PM, Justin Deoliveira jdeol...@opengeo.org wrote: So is there anything that will stop the user from misconfiguring the root login chain? On Wed, Aug 14, 2013 at 6:01 AM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Justin Yep, with talked about a constant system filter chain, but it is not implemented yet. At the moment, each authentication filter has the burden to handle the login for the root user. Your understanding of the issue is correct. I would be happy to have a constant URI for the root login and kick out all the root login code and tests scattered over the security code. Christian On Wed, Aug 14, 2013 at 1:27 PM, Justin Deoliveira jdeol...@opengeo.org wrote: Hi Christian, I thought this issue was addressed previously with the idea of a constant filter chain, one that the user could not take away through misconfiguration. Is that not he case? The idea sounds reasonable but i want to make sure i understand the issue. -Justin On Thu, Aug 8, 2013 at 9:43 AM, Christian Mueller christian.muel...@os-solutions.at wrote: The issue is about disabling the login page if no form based login is possible. https://jira.codehaus.org/browse/GEOS-5958 All these security configuration issues may be dangerous if a configuration error happens. At the end of the day, the admin can lock out itself. IMHO, a dedicated login for the root user with the master password should always be possible. (The root user has administrative privileges). My idea: - Add a special filter chain /web/rootlogin (checked before /web/**) - Force digest authentication, no GUI needed, the browser pops up a login box - Upon success, redirect the the request to /web/ This is quite a simple solution and helps fixing GEOS-5958. Additionally, I can remove a lot of code concerning the root login in the individual authentication filters and test cases. Opinions ? -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level
Re: [Geotools-devel] db2 source code question
Hi Jody Here is the pull request https://github.com/geotools/geotools/pull/251 Since this was my first pull request, I hope it is correct :-) Cheers Christian On Tue, Aug 20, 2013 at 3:46 PM, Jody Garnett jody.garn...@gmail.comwrote: That is great, thanks for the clarification - do you think you (as the author) could put pull request in fixing those headers? Then I can cherry pick it onto the 9.0-M1 branch. Also: While I can link to this email discussion in the archives (public record etc…), it would be nice if you could email sharon.corb...@eclipse.org with this clarification. -- Jody Garnett On Tuesday, 20 August 2013 at 11:19 PM, Christian Mueller wrote: Hi Jody, I found the IBM header in DB2WKBReader.java DB2WKBConstants.java DB2FilterToSQL.java DB2WKBWriter.java DB2Util.java In DB2WKBConstants.java, I found a reference to David Adler. All those classes are still used and have been reworked/created completely by me. The only thing I did is copying some snippets (like constants) from Davids code. The IBM header is a copy paste error. David Adler did not contribute to the db2-ng module. I had overseen the IBM copyright in the header, my mistake, sorry. Cheers Christian On Tue, Aug 20, 2013 at 2:01 PM, Jody Garnett jody.garn...@gmail.comwrote: Christian I have provided the following response (on your behalf as module maintainer): *Okay checking our notes (see link) this code remains the property of IBM. An IBM employee directly worked with the project using an LGPL license allowing us to distribute. We were going to revisit CLA after joining the OSGeo foundation. The current module maintainer is not sure if these classes are still used.* * * Do you agree or have anything to add?* * On Tue, Aug 20, 2013 at 8:49 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Jody. This file is quite old. Some facts about the db2-ng module. - The entire code was written by me - I am the module maintainer - There are no code contributions from David or the IBM - The stub jar mentioned above is gone, the whole module uses only the JDBC API I see no problems here, please change what you have to change. Cheers Christian On Tue, Aug 20, 2013 at 6:44 AM, Jody Garnett jody.garn...@gmail.comwrote: Just to bring this to your attention Christian: These ones are actually a blocker, preventing DB2 from being in upcoming releases. Due to the refactor to jdbc-ng we do not have out review file that collected notes during incubation. Let me see if I can find that: - https://github.com/geotools/geotools/blob/2.6.6/modules/plugin/db2/src/site/apt/review.apt Looks like from the above notes that we need IBM to sign the code contribution agreement Jody --- contents of review.apt --- Module DB2 ~~ Module Maintainer: David Adler IP Review: * Jody Garnett, July 9th, 2006 * Adrian Custer, June 2008 STATUS: DIRTY Code is a mess, see below. http://jira.codehaus.org/browse/GEOT-1879 Resource origin and license unknown. http://jira.codehaus.org/browse/GEOT-1880 This module is interesting in that it operatings against a comercial database, leaving us without the rights to distribute a jdbc driver in jar form. As with other modules in this situtation we need to produce a stub jar based on what is needed to make the module compile. This is viewed as being similar in spirit to use of a C++ header file and not of interest in an IP review. The header contained in this file leaves me with a question: - /* *Geotools2 - OpenSource mapping toolkit *http://geotools.org *(C) Copyright IBM Corporation, 2005. All rights reserved. * *This library is free software; you can redistribute it and/or *modify it under the terms of the GNU Lesser General Public *License as published by the Free Software Foundation; *version 2.1 of the License. * *This library is distributed in the hope that it will be useful, *but WITHOUT ANY WARRANTY; without even the implied warranty of *MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU *Lesser General Public License for more details. * */ - That is this code is has not had copyright assigned to the GeoTools PMC, so I am uncomfortable updating the headers with out first talking to David Adler. We can either proceed to assign copyright to the GeoTools PMC, or wait until we move to OSGEO giving IBM a chance to formally donate code to the OSGO Foundation. Note we have publically thanks IBM for their involvement with GeoTools at the first Where 2.0 conference. This (C) with all rights reserved was a surprise to me
Re: [Geotools-devel] db2 source code question
Changed the date range, hope it is ok now :-) On Wed, Aug 21, 2013 at 2:42 PM, Jody Garnett jody.garn...@gmail.comwrote: Had a look and it seems you have fallen into cut and paste trouble again. The date range was provided as: (C) 2002-2008, Open Source Geospatial Foundation (OSGeo) Which is incorrect, checking file history (as much of as is in git) shows a range of 2011-2012. I have added those comments to the pull request. Note you do not have to make a new pull request, simply make the needed correction and push the change up. The pull request should be automatically updated. On Wed, Aug 21, 2013 at 8:30 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Jody Here is the pull request https://github.com/geotools/geotools/pull/251 Since this was my first pull request, I hope it is correct :-) Cheers Christian On Tue, Aug 20, 2013 at 3:46 PM, Jody Garnett jody.garn...@gmail.comwrote: That is great, thanks for the clarification - do you think you (as the author) could put pull request in fixing those headers? Then I can cherry pick it onto the 9.0-M1 branch. Also: While I can link to this email discussion in the archives (public record etc…), it would be nice if you could email sharon.corb...@eclipse.org with this clarification. -- Jody Garnett On Tuesday, 20 August 2013 at 11:19 PM, Christian Mueller wrote: Hi Jody, I found the IBM header in DB2WKBReader.java DB2WKBConstants.java DB2FilterToSQL.java DB2WKBWriter.java DB2Util.java In DB2WKBConstants.java, I found a reference to David Adler. All those classes are still used and have been reworked/created completely by me. The only thing I did is copying some snippets (like constants) from Davids code. The IBM header is a copy paste error. David Adler did not contribute to the db2-ng module. I had overseen the IBM copyright in the header, my mistake, sorry. Cheers Christian On Tue, Aug 20, 2013 at 2:01 PM, Jody Garnett jody.garn...@gmail.comwrote: Christian I have provided the following response (on your behalf as module maintainer): *Okay checking our notes (see link) this code remains the property of IBM. An IBM employee directly worked with the project using an LGPL license allowing us to distribute. We were going to revisit CLA after joining the OSGeo foundation. The current module maintainer is not sure if these classes are still used.* * * Do you agree or have anything to add?* * On Tue, Aug 20, 2013 at 8:49 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Jody. This file is quite old. Some facts about the db2-ng module. - The entire code was written by me - I am the module maintainer - There are no code contributions from David or the IBM - The stub jar mentioned above is gone, the whole module uses only the JDBC API I see no problems here, please change what you have to change. Cheers Christian On Tue, Aug 20, 2013 at 6:44 AM, Jody Garnett jody.garn...@gmail.comwrote: Just to bring this to your attention Christian: These ones are actually a blocker, preventing DB2 from being in upcoming releases. Due to the refactor to jdbc-ng we do not have out review file that collected notes during incubation. Let me see if I can find that: - https://github.com/geotools/geotools/blob/2.6.6/modules/plugin/db2/src/site/apt/review.apt Looks like from the above notes that we need IBM to sign the code contribution agreement Jody --- contents of review.apt --- Module DB2 ~~ Module Maintainer: David Adler IP Review: * Jody Garnett, July 9th, 2006 * Adrian Custer, June 2008 STATUS: DIRTY Code is a mess, see below. http://jira.codehaus.org/browse/GEOT-1879 Resource origin and license unknown. http://jira.codehaus.org/browse/GEOT-1880 This module is interesting in that it operatings against a comercial database, leaving us without the rights to distribute a jdbc driver in jar form. As with other modules in this situtation we need to produce a stub jar based on what is needed to make the module compile. This is viewed as being similar in spirit to use of a C++ header file and not of interest in an IP review. The header contained in this file leaves me with a question: - /* *Geotools2 - OpenSource mapping toolkit *http://geotools.org *(C) Copyright IBM Corporation, 2005. All rights reserved. * *This library is free software; you can redistribute it and/or *modify it under the terms of the GNU Lesser General Public *License as published by the Free Software Foundation; *version 2.1 of the License. * *This library is distributed in the hope that it will be useful, *but WITHOUT ANY WARRANTY; without even the implied warranty of *MERCHANTABILITY
Re: [Geotools-devel] GEOS-5958 and root login
Hi Justin I will use a constant filter chain in any case. The question is if this chain is stored in the security/config.xml or injected on start. We have a hook for this, as an example look at the last method in https://github.com/geoserver/geoserver/blob/master/src/extension/security/cas/src/main/java/org/geoserver/security/cas/GeoServerCasAuthenticationProvider.java The CAS module adds this chain behind the scenes (you cannot see it in the GUI) to receive proxy granting tickets from the CAS server. Storing in security/config.xml needs migration code. Can I backport this change to the 2.4.x branch ?. I think this is not possible. I have no preferences here, but however we do it, I will have to start some investigations. Cheers Christian On Fri, Aug 16, 2013 at 4:53 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: Hmmm... well my preference would probably be to implement the idea of a constant filter chain. The security system is already complex enough and this sort of seems like lumping more stuff on rather than fixing a core issue. But i understand if implementing the idea of a constant filter chain is more work than this approach. Do you have an idea of what the effort involved in the two approaches is? On Thu, Aug 15, 2013 at 9:32 AM, Christian Mueller christian.muel...@os-solutions.at wrote: No, the root login chain is hard coded in Java and will use its own digest authentication filter (created on startup). The idea is to build the whole chain on the fly at system startup without using configuration information from the security directory. The chain itself is injected at first position in the filter chain list. I could image a java property like -DNO_ROOT_LOGIN=true If somebody wants to deactivate the root login for production systems. (Can be enabled by a GeoServer restart without this system property). How does this sound ? On Thu, Aug 15, 2013 at 3:32 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: So is there anything that will stop the user from misconfiguring the root login chain? On Wed, Aug 14, 2013 at 6:01 AM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Justin Yep, with talked about a constant system filter chain, but it is not implemented yet. At the moment, each authentication filter has the burden to handle the login for the root user. Your understanding of the issue is correct. I would be happy to have a constant URI for the root login and kick out all the root login code and tests scattered over the security code. Christian On Wed, Aug 14, 2013 at 1:27 PM, Justin Deoliveira jdeol...@opengeo.org wrote: Hi Christian, I thought this issue was addressed previously with the idea of a constant filter chain, one that the user could not take away through misconfiguration. Is that not he case? The idea sounds reasonable but i want to make sure i understand the issue. -Justin On Thu, Aug 8, 2013 at 9:43 AM, Christian Mueller christian.muel...@os-solutions.at wrote: The issue is about disabling the login page if no form based login is possible. https://jira.codehaus.org/browse/GEOS-5958 All these security configuration issues may be dangerous if a configuration error happens. At the end of the day, the admin can lock out itself. IMHO, a dedicated login for the root user with the master password should always be possible. (The root user has administrative privileges). My idea: - Add a special filter chain /web/rootlogin (checked before /web/**) - Force digest authentication, no GUI needed, the browser pops up a login box - Upon success, redirect the the request to /web/ This is quite a simple solution and helps fixing GEOS-5958. Additionally, I can remove a lot of code concerning the root login in the individual authentication filters and test cases. Opinions ? -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Justin Deoliveira OpenGeo - http
Re: [Geotools-devel] db2 source code question
Hi Jody. This file is quite old. Some facts about the db2-ng module. - The entire code was written by me - I am the module maintainer - There are no code contributions from David or the IBM - The stub jar mentioned above is gone, the whole module uses only the JDBC API I see no problems here, please change what you have to change. Cheers Christian On Tue, Aug 20, 2013 at 6:44 AM, Jody Garnett jody.garn...@gmail.comwrote: Just to bring this to your attention Christian: These ones are actually a blocker, preventing DB2 from being in upcoming releases. Due to the refactor to jdbc-ng we do not have out review file that collected notes during incubation. Let me see if I can find that: - https://github.com/geotools/geotools/blob/2.6.6/modules/plugin/db2/src/site/apt/review.apt Looks like from the above notes that we need IBM to sign the code contribution agreement Jody --- contents of review.apt --- Module DB2 ~~ Module Maintainer: David Adler IP Review: * Jody Garnett, July 9th, 2006 * Adrian Custer, June 2008 STATUS: DIRTY Code is a mess, see below. http://jira.codehaus.org/browse/GEOT-1879 Resource origin and license unknown. http://jira.codehaus.org/browse/GEOT-1880 This module is interesting in that it operatings against a comercial database, leaving us without the rights to distribute a jdbc driver in jar form. As with other modules in this situtation we need to produce a stub jar based on what is needed to make the module compile. This is viewed as being similar in spirit to use of a C++ header file and not of interest in an IP review. The header contained in this file leaves me with a question: - /* *Geotools2 - OpenSource mapping toolkit *http://geotools.org *(C) Copyright IBM Corporation, 2005. All rights reserved. * *This library is free software; you can redistribute it and/or *modify it under the terms of the GNU Lesser General Public *License as published by the Free Software Foundation; *version 2.1 of the License. * *This library is distributed in the hope that it will be useful, *but WITHOUT ANY WARRANTY; without even the implied warranty of *MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU *Lesser General Public License for more details. * */ - That is this code is has not had copyright assigned to the GeoTools PMC, so I am uncomfortable updating the headers with out first talking to David Adler. We can either proceed to assign copyright to the GeoTools PMC, or wait until we move to OSGEO giving IBM a chance to formally donate code to the OSGO Foundation. Note we have publically thanks IBM for their involvement with GeoTools at the first Where 2.0 conference. This (C) with all rights reserved was a surprise to me. * org.geotools.data.db2 ~ Added in GeoTools 2.1 to facilitate use of DB2 with GeoServer and uDig. * Headers updated to GeoTools - OpenSource mapping toolkit * (C) IBM presents a management issues * LGPL license is compatible, so library use at least is not compromized - On Tue, Aug 20, 2013 at 12:15 AM, Jody Garnett jody.garn...@gmail.comwrote: So we were able to answer a few things in todays meeting, but a number of files are still confusing. The following files: DB2WKBConstants.java DB2WKBWriter.java DB2FilterToSQL.java db2/DB2WKBReader.java DB2Util.java Have the following contains copyright to IBM…all rights reserved Which would make them non open source! Q: Do we think this was David Adler leaving his eclipse code template settings on? Q: Do we need to rewrite the above files? -- Jody Garnett -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140
Re: [Geotools-devel] db2 source code question
Hi Jody, I found the IBM header in DB2WKBReader.java DB2WKBConstants.java DB2FilterToSQL.java DB2WKBWriter.java DB2Util.java In DB2WKBConstants.java, I found a reference to David Adler. All those classes are still used and have been reworked/created completely by me. The only thing I did is copying some snippets (like constants) from Davids code. The IBM header is a copy paste error. David Adler did not contribute to the db2-ng module. I had overseen the IBM copyright in the header, my mistake, sorry. Cheers Christian On Tue, Aug 20, 2013 at 2:01 PM, Jody Garnett jody.garn...@gmail.comwrote: Christian I have provided the following response (on your behalf as module maintainer): *Okay checking our notes (see link) this code remains the property of IBM. An IBM employee directly worked with the project using an LGPL license allowing us to distribute. We were going to revisit CLA after joining the OSGeo foundation. The current module maintainer is not sure if these classes are still used.* * * Do you agree or have anything to add?* * On Tue, Aug 20, 2013 at 8:49 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Jody. This file is quite old. Some facts about the db2-ng module. - The entire code was written by me - I am the module maintainer - There are no code contributions from David or the IBM - The stub jar mentioned above is gone, the whole module uses only the JDBC API I see no problems here, please change what you have to change. Cheers Christian On Tue, Aug 20, 2013 at 6:44 AM, Jody Garnett jody.garn...@gmail.comwrote: Just to bring this to your attention Christian: These ones are actually a blocker, preventing DB2 from being in upcoming releases. Due to the refactor to jdbc-ng we do not have out review file that collected notes during incubation. Let me see if I can find that: - https://github.com/geotools/geotools/blob/2.6.6/modules/plugin/db2/src/site/apt/review.apt Looks like from the above notes that we need IBM to sign the code contribution agreement Jody --- contents of review.apt --- Module DB2 ~~ Module Maintainer: David Adler IP Review: * Jody Garnett, July 9th, 2006 * Adrian Custer, June 2008 STATUS: DIRTY Code is a mess, see below. http://jira.codehaus.org/browse/GEOT-1879 Resource origin and license unknown. http://jira.codehaus.org/browse/GEOT-1880 This module is interesting in that it operatings against a comercial database, leaving us without the rights to distribute a jdbc driver in jar form. As with other modules in this situtation we need to produce a stub jar based on what is needed to make the module compile. This is viewed as being similar in spirit to use of a C++ header file and not of interest in an IP review. The header contained in this file leaves me with a question: - /* *Geotools2 - OpenSource mapping toolkit *http://geotools.org *(C) Copyright IBM Corporation, 2005. All rights reserved. * *This library is free software; you can redistribute it and/or *modify it under the terms of the GNU Lesser General Public *License as published by the Free Software Foundation; *version 2.1 of the License. * *This library is distributed in the hope that it will be useful, *but WITHOUT ANY WARRANTY; without even the implied warranty of *MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU *Lesser General Public License for more details. * */ - That is this code is has not had copyright assigned to the GeoTools PMC, so I am uncomfortable updating the headers with out first talking to David Adler. We can either proceed to assign copyright to the GeoTools PMC, or wait until we move to OSGEO giving IBM a chance to formally donate code to the OSGO Foundation. Note we have publically thanks IBM for their involvement with GeoTools at the first Where 2.0 conference. This (C) with all rights reserved was a surprise to me. * org.geotools.data.db2 ~ Added in GeoTools 2.1 to facilitate use of DB2 with GeoServer and uDig. * Headers updated to GeoTools - OpenSource mapping toolkit * (C) IBM presents a management issues * LGPL license is compatible, so library use at least is not compromized - On Tue, Aug 20, 2013 at 12:15 AM, Jody Garnett jody.garn...@gmail.comwrote: So we were able to answer a few things in todays meeting, but a number of files are still confusing. The following files: DB2WKBConstants.java DB2WKBWriter.java DB2FilterToSQL.java db2/DB2WKBReader.java DB2Util.java Have the following contains copyright to IBM…all rights reserved Which would make them non
Re: [Geotools-devel] GEOS-5958 and root login
No, the root login chain is hard coded in Java and will use its own digest authentication filter (created on startup). The idea is to build the whole chain on the fly at system startup without using configuration information from the security directory. The chain itself is injected at first position in the filter chain list. I could image a java property like -DNO_ROOT_LOGIN=true If somebody wants to deactivate the root login for production systems. (Can be enabled by a GeoServer restart without this system property). How does this sound ? On Thu, Aug 15, 2013 at 3:32 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: So is there anything that will stop the user from misconfiguring the root login chain? On Wed, Aug 14, 2013 at 6:01 AM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Justin Yep, with talked about a constant system filter chain, but it is not implemented yet. At the moment, each authentication filter has the burden to handle the login for the root user. Your understanding of the issue is correct. I would be happy to have a constant URI for the root login and kick out all the root login code and tests scattered over the security code. Christian On Wed, Aug 14, 2013 at 1:27 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: Hi Christian, I thought this issue was addressed previously with the idea of a constant filter chain, one that the user could not take away through misconfiguration. Is that not he case? The idea sounds reasonable but i want to make sure i understand the issue. -Justin On Thu, Aug 8, 2013 at 9:43 AM, Christian Mueller christian.muel...@os-solutions.at wrote: The issue is about disabling the login page if no form based login is possible. https://jira.codehaus.org/browse/GEOS-5958 All these security configuration issues may be dangerous if a configuration error happens. At the end of the day, the admin can lock out itself. IMHO, a dedicated login for the root user with the master password should always be possible. (The root user has administrative privileges). My idea: - Add a special filter chain /web/rootlogin (checked before /web/**) - Force digest authentication, no GUI needed, the browser pops up a login box - Upon success, redirect the the request to /web/ This is quite a simple solution and helps fixing GEOS-5958. Additionally, I can remove a lot of code concerning the root login in the individual authentication filters and test cases. Opinions ? -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] GEOS-5958 and root login
Hi Justin Yep, with talked about a constant system filter chain, but it is not implemented yet. At the moment, each authentication filter has the burden to handle the login for the root user. Your understanding of the issue is correct. I would be happy to have a constant URI for the root login and kick out all the root login code and tests scattered over the security code. Christian On Wed, Aug 14, 2013 at 1:27 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: Hi Christian, I thought this issue was addressed previously with the idea of a constant filter chain, one that the user could not take away through misconfiguration. Is that not he case? The idea sounds reasonable but i want to make sure i understand the issue. -Justin On Thu, Aug 8, 2013 at 9:43 AM, Christian Mueller christian.muel...@os-solutions.at wrote: The issue is about disabling the login page if no form based login is possible. https://jira.codehaus.org/browse/GEOS-5958 All these security configuration issues may be dangerous if a configuration error happens. At the end of the day, the admin can lock out itself. IMHO, a dedicated login for the root user with the master password should always be possible. (The root user has administrative privileges). My idea: - Add a special filter chain /web/rootlogin (checked before /web/**) - Force digest authentication, no GUI needed, the browser pops up a login box - Upon success, redirect the the request to /web/ This is quite a simple solution and helps fixing GEOS-5958. Additionally, I can remove a lot of code concerning the root login in the individual authentication filters and test cases. Opinions ? -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] GEOS-5958 and root login
The issue is about disabling the login page if no form based login is possible. https://jira.codehaus.org/browse/GEOS-5958 All these security configuration issues may be dangerous if a configuration error happens. At the end of the day, the admin can lock out itself. IMHO, a dedicated login for the root user with the master password should always be possible. (The root user has administrative privileges). My idea: - Add a special filter chain /web/rootlogin (checked before /web/**) - Force digest authentication, no GUI needed, the browser pops up a login box - Upon success, redirect the the request to /web/ This is quite a simple solution and helps fixing GEOS-5958. Additionally, I can remove a lot of code concerning the root login in the individual authentication filters and test cases. Opinions ? -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBCAccessPGRaster - updating mosaic extent/resolutions table
Hi Daniele Please open a JIRA, no chance to invest some time at the moment. 2013/7/31 Daniele Romagnoli daniele.romagn...@geo-solutions.it Hi Christian, had you any chance to take a look on that? Should I open a JIRA? Cheers, Daniele == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jul 24, 2013 at 12:28 PM, Daniele Romagnoli daniele.romagn...@geo-solutions.it wrote: Hi Christian, On Wed, Jul 10, 2013 at 4:24 PM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi Daniele Strange, I see the rollback is out-commented too. Please remove the comments for rollback and commit and check the result. I think I know why they have been commented: if out-commented, the statementMap map is empty (since it isn't updated due to resolutions and extents being known in advance). This result into errors when starting tile decoders which are taking the gridStatement from the statementMap. We may consider opening a JIRA for this. Cheers, Daniele 2013/7/10 Daniele Romagnoli daniele.romagn...@geo-solutions.it Hi Christian, I'm playing with the ImageMosaicJDBC using PGRaster. I have noticed that the JDBCAccessPGRaster class does some initialization steps where it looks for overviews (ImageLevelInfo) extents and resolutions. Then it setup values for preparedStatement to do updates of resolutoins and extent within the MOSAIC table (which contains the name of the coverage, the name of the table containing a specific level, extent and resolution). However, I see that line 116 contains a con.commit(); being commented-out. Therefore, no fields are updated into the DB since no commit occurs.(moreover, line 109 set autocommit fo talse). Is there any reason for this or it's a simple oversight (Maybe you have commented out during tests and then forgot to restore it)? Please, let me know. Cheers, Daniele == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [jira] (GEOT-4507) Easiest way to setup imageMosaicJDBC-PGRaster
This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBCAccessPGRaster - updating mosaic extent/resolutions table
Hi Daniele Strange, I see the rollback is out-commented too. Please remove the comments for rollback and commit and check the result. Another question: There is a new API supporting multiple coverages for a reader. This is the way the imagemosaic-jdbc module should work, but I have no time left at the moment. At the end of the day, merging the jdbc module into your module(s) would be nice. Are there any intentions ? Cheers Christian 2013/7/10 Daniele Romagnoli daniele.romagn...@geo-solutions.it Hi Christian, I'm playing with the ImageMosaicJDBC using PGRaster. I have noticed that the JDBCAccessPGRaster class does some initialization steps where it looks for overviews (ImageLevelInfo) extents and resolutions. Then it setup values for preparedStatement to do updates of resolutoins and extent within the MOSAIC table (which contains the name of the coverage, the name of the table containing a specific level, extent and resolution). However, I see that line 116 contains a con.commit(); being commented-out. Therefore, no fields are updated into the DB since no commit occurs.(moreover, line 109 set autocommit fo talse). Is there any reason for this or it's a simple oversight (Maybe you have commented out during tests and then forgot to restore it)? Please, let me know. Cheers, Daniele == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] (GEOT-4500) Virtual table metadata does not work for column aliases
Christian Mueller created GEOT-4500 Virtual table metadata does not work for column aliases Issue Type: Bug Affects Versions: 9.3 Assignee: Unassigned Components: jdbc Created: 01/Jul/13 2:25 AM Description: Given a statement like select name as id from .. the feature type uses "name" for the attribute descriptor, but it should be "id". The problem is in class JDBCFeatureSource, method static ListColumnMetadata getColumnMetadata(Connection cx, VirtualTable vtable, SQLDialect dialect, JDBCDataStore store); Line 771 column.name = metadata.getColumnName; Correct: column.name = metadata.getColumnLabel; If no label is found, getColumnLabel falls back to getColumName Project: GeoTools Priority: Major Reporter: Christian Mueller This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Pull Request Policy
Hi @Chris. I am the long term maintainer of the DB2 module. See the latestet release notes http://geotoolsnews.blogspot.co.at/2013/06/geotools-93-released.html There is almost no feed back from the community, enhancements are done based on my experience or from requirements sent to me by David Adler (working at IBM). Fortunately, I have a mandate from a customer to maintain this module. Anyways, I would be happy to get assistance from Brett. @Brett. We have two separate image modules, one serving image date from the file system and one using JDBC databases. Would be nice to merge this code into one module, but it is not an easy job. Perhaps you are interested. Cheers Christian 2013/6/26 Andrea Aime andrea.a...@geo-solutions.it On Wed, Jun 26, 2013 at 8:15 AM, Brett Walker brett.wal...@geometryit.com wrote: Andrea, ** ** It was my misunderstanding on my part. It was trying to have a discussion which would educate subsequent commits. This being the first of several. I should have had the discussion on this mailing list rather on the pull request. ** ** The pull request (PR#208) is finished. Could you provide feedback or commit it please. Will do the incoming weekend. Others might want to review the pull request sooner and merge it, some review is needed (unless you're the maintainer of a module or got the ok from the maintainer to commit directly), but it does not have to be my review, since we're talking about something that's shared among all modules, nobody is specifically maintaining it Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Commit access for Brett Walker
And here comes the third +1 Cheers Christian 2013/6/26 Andrea Aime andrea.a...@geo-solutions.it On Wed, Jun 26, 2013 at 5:24 AM, Ben Caradoc-Davies ben.caradoc-dav...@csiro.au wrote: +1. I changed the title to attract attention. You need three +1 votes. See also: http://docs.geotools.org/latest/developer/roles/commit.html Here goes the second +1 Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Pull Request Policy
Hi Chris I am completely with you, but I think we should discuss this in a new thread. Cheers Christian 2013/6/26 Chris Holmes chol...@opengeo.org Ah right, apologies Christian, I'd completely forgotten, I guess because you've actually been doing great work with it for so long, and you've expanded your contributions in to many other areas. Oh yeah, and merging the file and database image modules would be really great. One preliminary step might just be to upgrade the existing database imagery stuff to the new API? Since all the databases naturally have their connection params for a set of coverages. Would also be great to get more of a GUI on the jdbc image mosiac, so there's less xml configuration files. In the long term I'd also love to see a bit of a 'merge' with the vector datastores. So that you'd just fill out your postgis, oracle or arcsde connections once, and then from there can select the vector and raster stores that you want to publish. But an interim step is just making it so you can connect once and select your raster stores to publish, since now we have to select each one at the store level (I believe that's what the new coverage api gets us, though correct me if I'm wrong). On Wed, Jun 26, 2013 at 5:45 AM, Christian Mueller christian.muel...@os-solutions.at wrote: Hi @Chris. I am the long term maintainer of the DB2 module. See the latestet release notes http://geotoolsnews.blogspot.co.at/2013/06/geotools-93-released.html There is almost no feed back from the community, enhancements are done based on my experience or from requirements sent to me by David Adler (working at IBM). Fortunately, I have a mandate from a customer to maintain this module. Anyways, I would be happy to get assistance from Brett. @Brett. We have two separate image modules, one serving image date from the file system and one using JDBC databases. Would be nice to merge this code into one module, but it is not an easy job. Perhaps you are interested. Cheers Christian 2013/6/26 Andrea Aime andrea.a...@geo-solutions.it On Wed, Jun 26, 2013 at 8:15 AM, Brett Walker brett.wal...@geometryit.com wrote: Andrea, ** ** It was my misunderstanding on my part. It was trying to have a discussion which would educate subsequent commits. This being the first of several. I should have had the discussion on this mailing list rather on the pull request. ** ** The pull request (PR#208) is finished. Could you provide feedback or commit it please. Will do the incoming weekend. Others might want to review the pull request sooner and merge it, some review is needed (unless you're the maintainer of a module or got the ok from the maintainer to commit directly), but it does not have to be my review, since we're talking about something that's shared among all modules, nobody is specifically maintaining it Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] (GEOT-4489) JDBCDataStore - incorrect extent calculation in case of multiple geometry attributes
Christian Mueller created GEOT-4489 JDBCDataStore - incorrect extent calculation in case of multiple geometry attributes Issue Type: Bug Affects Versions: 9.2 Assignee: Christian Mueller Components: jdbc Created: 16/Jun/13 3:32 AM Description: The method buildEnvelopeAggregates iterates over all geometry columns but always passes the SQL attribute name of the default geometry to the SQL dialect. Project: GeoTools Priority: Major Reporter: Christian Mueller This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] (GEOT-4490) DB2 extent calculation performance for large data sets is not acceptable
Christian Mueller created GEOT-4490 DB2 extent calculation performance for large data sets is not acceptable Issue Type: Bug Affects Versions: 9.2 Assignee: Christian Mueller Components: jdbc-db2 plugin Created: 16/Jun/13 4:15 AM Description: The official way to calculate an extent is a statement like this. SELECT ST_GetAggrResult(MAX(ST_BuildMBRAggr (geometry))) FROM sample_points Unfortunately, this performs badly for large data sets. (Tested with 8 million rows containing simple squares -- 90 seconds). The alternative is select min(st_minx(geom),min(st_miny(geom),. This statement needs only 20 seconds. Additionally, since DB2 V10 the extent calculation can be done during registering a spatial attribute. (Registering the attribute after populating the table). The fix checks for precalculated extents in the system table before calculating the extent on the fly. Project: GeoTools Priority: Major Reporter: Christian Mueller This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Confusion looking at the code in JDBCDataStore
1) The method buildEnvelopeAggregates causes some confusion for me. I have a sql table with 3 Point attributes, each with a different SRSid. The method iterates over all geometry attributes for extent calculation, but the sql attribute name passed to the dialect is always the attribute of the default geometry. I assume this is a bug ? 2) Even if 1) would work in the correct manner, all the extents are merged resulting in one single extent (method getBounds). This is correct if all geometry attributes have the same SRSid, but it is nonsense if these attributes do not have the same SRSid. Does this mean that geometry attributes with different SRSids are not supported ? Thanks for your help Christian -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Confusion looking at the code in JDBCDataStore
Ok Justin, I will fix the bug, continue investigation and send you a report. Thanks Christian 2013/6/12 Justin Deoliveira jdeol...@opengeo.org On Wed, Jun 12, 2013 at 8:15 AM, Christian Mueller christian.muel...@os-solutions.at wrote: 1) The method buildEnvelopeAggregates causes some confusion for me. I have a sql table with 3 Point attributes, each with a different SRSid. The method iterates over all geometry attributes for extent calculation, but the sql attribute name passed to the dialect is always the attribute of the default geometry. I assume this is a bug ? Hmmm... agreed, this does look like a bug. 2) Even if 1) would work in the correct manner, all the extents are merged resulting in one single extent (method getBounds). This is correct if all geometry attributes have the same SRSid, but it is nonsense if these attributes do not have the same SRSid. Does this mean that geometry attributes with different SRSids are not supported ? I don't think so. If you look at the code that processes the bounds query it processes each envelope returned by the dialect and checks for an instanceof ReferencedEnvelope and merges it in taking the crs into account. There might be a bug there but at least supporting difference crs's is intended. Thanks for your help Christian -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] (GEOT-4481) Reduce time for calculating extents
Christian Mueller created GEOT-4481 Reduce time for calculating extents Issue Type: Improvement Affects Versions: 9.2 Assignee: Christian Mueller Components: jdbc-db2 plugin Created: 09/Jun/13 8:24 AM Description: Since DB2 v10 it is possible to calculate the extent of a geom attribute during registration of this attribute. This makes only sense if the table is filled before registration and there will be no future modifications altering the extent dramatically. The code is placed in DB2SQLDialect.getOptimizedBounds Project: GeoTools Priority: Major Reporter: Christian Mueller This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] (GEOT-4482) imagemosaic-jdbc configuration, add possibility to suppress switching the axis order
Christian Mueller created GEOT-4482 imagemosaic-jdbc configuration, add possibility to suppress switching the axis order Issue Type: Improvement Affects Versions: 9.2 Assignee: Christian Mueller Components: imagemosaic-jdbc plugin Created: 09/Jun/13 10:18 AM Description: The module compares the crs from the read request and the crs stored in the configuration. If the axis order differ, an x axis switch is performed. Some clients (I believe GeoServer for WMS 1.3) switch the x axis the first time and the plugin switches again resulting in the original envelope. An additional config element axisOrder ignore="true"/ would suppress the switching. The default value is false not changing the original behavior of the module. Project: GeoTools Priority: Major Reporter: Christian Mueller This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] (GEOT-4480) DB2 creates wrong statement in Oracle compatibility mode
Christian Mueller created GEOT-4480 DB2 creates wrong statement in Oracle compatibility mode Issue Type: Bug Affects Versions: 9.2 Assignee: Unassigned Components: jdbc-db2 plugin Created: 06/Jun/13 7:54 AM Description: The DB2 plugin uses LIMIT and OFFSET if Oracle compatibility mode is turned on. This causes a syntax error. The plugin should use the pseude column ROWNUM instead. Project: GeoTools Priority: Major Reporter: Christian Mueller This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] Setting up a Windows Build Server for GeoTools and GeoServer
+1, thanks for the work 2013/6/6 Justin Deoliveira jdeol...@opengeo.org Sorry, definitely no objection here. +1 and thanks for the work on this. On Wed, Jun 5, 2013 at 11:12 PM, Simone Giannecchini simone.giannecch...@geo-solutions.it wrote: Any feedback from OpenGeo folks? :) I am hoping to get minimum consensus from most (all?) the devs before doing anything. I believe otherwise the effort would be pointless. (I don't intend to push anyone on this, I just don't want to loose momentum :) ) Regards, Simone Giannecchini == GeoServer training in Milan, 6th 7th June 2013! Visit http://geoserver.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- On Wed, Jun 5, 2013 at 3:29 PM, Rahkonen Jukka jukka.rahko...@mmmtike.fi wrote: +1 -Jukka- Andrea Aime wrote: On Tue, Jun 4, 2013 at 10:27 AM, Ben Caradoc-Davies ben.caradoc-dav...@csiro.au wrote: +1 for the Windows build server to be considered as important as Linux, with notifications sent to the respective developer lists. +1 here too Cheers Andrea -- == GeoServer training in Milan, 6th 7th June 2013! Visit http://geoserver.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Geoserver-devel mailing list geoserver-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Geoserver-devel mailing list geoserver-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Setting up a Windows Build Server for GeoTools and GeoServer
What about developers (like me) not having access to a Windows development box ?. Do I have to purchase a license and install/configure/maintain the whole Christmas tree ?. I am not keen on that, is there another possibility ? 2013/6/4 Mark Prins mc.pr...@gmail.com 2013/6/3 Andrea Aime andrea.a...@geo-solutions.it: On Mon, Jun 3, 2013 at 8:53 PM, Frank Warmerdam warmer...@pobox.com wrote: Simone, Is the proposed process that we commit changes and then check in with he windows Jenkins build an hour or two later to see if we broke them? Or is there a way to pre-test on windows? Or will we be automatically notified if our change breaks the tests? The workflow would be the same as the linux build server: it checks at fixed intervals if the code changed (once per hour?), It's trivial to set up a Github Service Hook to run on commit to make Jenkins do a build, just running a mvn test or mvn integration-test should be sufficient to notify the developer (you could still do a daily mvn install if needed) Also it's not that hard to make jenkins run builds of branches by filter eg origin/issue** or origin/feature** giving a developer the chance to fix things before merging. It's a bit more work to get jenkins to run a build for every pull request (like travis does), but possible, giving people to fix before merging. ping me directly if you need a hand setting up. Mark -- Disclaimer; This message is just a reflection of what I thought at the time of sending. The message may contain information that is not intended for you or that you don't understand. -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Mentoring a Summer of Code Project
Hi Landon Unfortunately I have no experience with TIN and I cannot assist here, otherwise I would. I think I will be in a similar situation in some years. (One of my sun wants to study computer science). From my side, there no concerns mentoring a relative. I think the opposite is true, I would stress my sun until work is ready to be Open Source. Christian 2013/5/22 Landon Blake sunburned.surve...@gmail.com There have been some concerns raised about having me mentor my nephew Julian on the Summer of Code Project for TIN support in Geotools. There are questions about how objective I can be in evaluating Julian's performance. Is there anyone from GeoTools that can serve as the official mentor if I do the heavy lifting? I'd mostly be looking for someone that could evaluate Julian's performance at the mid point and end of the summer. Let me know if you can help. Thanks. Landon -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] gt-imagemosaic-jdbc and axis-order problem
Hi Björn Lets go with ignoreAxisOrder Can you create a JIRA improvement issue. It would be nice if you can attach your modified version of ImageMosaicJDBCReader.java, this would hurry up the procedure. On 5 March 2013 23:42, Björn Höfling bjoern.hoefl...@bjoernhoefling.dewrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Christian, On 03/04/2013 12:37 PM, Christian Mueller wrote: Hi Björn The module is part of geotools and used by geoserver. Since I do not want to break existing behaviour I can imagine the following solution. Adding a new xml configuration element ignoreAxisOrder which defaults to false. If it is true, I can skip the code switching the x and y values. Since I too do not know which applications need this axis-order-switching code, your solution sounds great. In your concrete example, I assume if ignoreAxisOrder is true, your WMS 1.3.0 request will work but the WMS 1.0 requests will not. But we have to test. No. When I comment out the axis-order code, it works perfectly well for both WMS 1.1.0 and 1.3.0 versions. The reason for this is that in 1.3.0 GeoServer already changes the axis order in the input CRS and thus the calculated MathTransform is already the transposition of x and y, i.e is the matrix 01 10 The MathTransform code is in line 343 of modules/plugin/imagemosaic-jdbc/src/main/java/org/geotools/gce/imagemosaic/jdbc/ImageMosaicJDBCReader.java But this hold of cause only in my case. I'm too unfamilar with the Axis-Order-Handling of GeoServer. Maybe someone else knows for sure? Björn - -- Dipl.-Inf. Björn Höfling Software Developer (GIS, Java) http://www.bjoernhoefling.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlE2dL4ACgkQvyhstlk+X/3mcwCgpU4D8NLQs+e9KpOy2N+/qOoK y6MAnjLHhv+xsgZsl97HvV1Kt0wSOvDr =HNVs -END PGP SIGNATURE- -- Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and remains a good choice in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] GeoTools/GeoServer meeting minutes, Feb 4th 2013
About meeting attendance Monday until Thursday I am working at my customer and have no possibility to attend. Friday is my GeoServer/Geotools day and this day attending would be possible. On the other side, I am only a part time developer, there are many issues where I can contribute nothing. I think its more important to have Jody/Justin participating (if possible). Cheers Christian Zitat von Andrea Aime andrea.a...@geo-solutions.it: GeoTools / GeoServer Meeting 2013-02-04 == Participants -- Andrea Aime Ben Caradoc-Davies Jukka Rahkonen Topics -- - GeoTools Contributor Agreement - 2.3-RC1 - bug fixing and volunteers - Meeting attendance going down :-) - Good for incubation, need to let OSGeo know - 2.3.x docs, where are they published? - XSLT module graduation GeoTools Contributor Agreement Ben has questions on the gt2 mailing list Ben checking with his management Check with Google if Apache contributor agreement works Compare with Eclipse? Other possible candidates? (just for completeness sake): http://www.eclipse.org/legal/committer_process/EclipseIndividualCommitterAgreementFinal.pdf http://en.wikipedia.org/wiki/Contributor_License_Agreement Apache being very popular should ease things. Apache contributor agreement license? ACTION: Ben to ask Frank for suggestions as to acceptable agreements 2.3-RC1 - bug fixing and volunteers --- Feb 21th: 2.3-RC1 is out Bug fixing going on, please participate Missing: volunteer to make the releases, 2.3-RC1 and 2.2.5 If you have time, please try out the new features and report back ACTION: Ben and Andrea to ask around Meeting attendance going down -- First we lost Justin, now Jody too... hmm Christian and Gabriel are also in the useful time zone Do we have to adjust meeting time? Anything else that we can do? Suggestion welcomed!! Good for incubation, need to let OSGeo know -- Dotted all i's, crossed all t's ACTION: Jody let OSGeo know we're good :-p 2.3.x docs, where are they published? -- stable - 2.2.x latest - master 2.3.x going no-where? I'd say, keep it that way until 2.3.0 goes out? XSLT module graduation Graduate it to extension status: - maintainer: check (Andrea Aime) - tests: check - docs: check - code coverage: check (82%) ACTION: Andrea is going to make a GSIP From the user list trenches --- Jukka: full feature count for WFS is a good one to have, even if slightly out of the standard spec Kosmo GIS is getting a good WFS transactional client (probably the best one, tested against GeoServer, TinyOWS and Deegree) This message was sent using IMP, the Internet Messaging Program. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Proposal: java 7 try-with-resource
+1 from me, updated the proposal Zitat von Andrea Aime andrea.a...@geo-solutions.it: On Thu, Jan 17, 2013 at 1:21 PM, Justin Deoliveira jdeol...@opengeo.orgwrote: Looks pretty trivial at this point. Updated the proposal with my +1 Same here Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- This message was sent using IMP, the Internet Messaging Program. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Pushing GeoGit module out of the build?
As an aside, this exemplifies a principle: unsupported modules cannot block necessary changes to supported modules and are kicked out of the build if nobody cares enough to keep them building. This is my understanding too. Christian This message was sent using IMP, the Internet Messaging Program. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Postgis 2.0 raster and postgres jdbc driver version
Long story for short. The postgis raster online test was broken and the fix is to update the postgres driver version. The module will not work with 8.x postgres drivers. The global pom contains dependency groupIdpostgresql/groupId artifactIdpostgresql/artifactId version8.4-701.jdbc3/version /dependency The imagemosaic-jdbc pom has to specify its own version. dependency groupIdpostgresql/groupId artifactIdpostgresql/artifactId !-- Overriding version number from parent POM. -- version9.1-901-1.jdbc4/version scopetest/scope /dependency Perhaps we should update the version in the global POM ?. Btw, our postgis jdbc driver is also not up to date. Cheers Christian This message was sent using IMP, the Internet Messaging Program. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Postgis 2.0 raster and postgres jdbc driver version
Hi Justin I found another solution: If you use a postgres driver lower than version 9 you can prepare your database with ALTER DATABASE dbname SET bytea_output TO 'escape'; I will kick out my version tag, prepare my test database and add this info to the user guide. I think this is the cleanest solution. Zitat von Justin Deoliveira jdeol...@opengeo.org: I would use a property to make this configurable. Indeed I ran into this same problem when trying to run postgis tests against a postgresql 9.1 database. The protocol for blobs has changed which caused those tests to fail. Since we want to support both major versions of postgresql it makes sense that this version is configurable. Anyways, what you can do is this. 1. Define a property in the root pom, with the default being the current postgresql jdbc driver version. properties postgresql.jdbc.version8.4-701.jdbc3/postgresql.jdbc.version /properties 2. Update the dependency management entry. dependency groupIdpostgresql/groupId artifactIdpostgresql/artifactId version${postgresql.jdbc.version}/version /dependency 3. In imagemosaic-jdbc/pom.xml simply override the property. properties postgresql.jdbc.version9.1-901-1.jdbc4/postgresql.jdbc.version /properties -Justin On Fri, Oct 12, 2012 at 2:57 AM, christian.muel...@nvoe.at wrote: Long story for short. The postgis raster online test was broken and the fix is to update the postgres driver version. The module will not work with 8.x postgres drivers. The global pom contains dependency groupIdpostgresql/groupId artifactIdpostgresql/artifactId version8.4-701.jdbc3/version /dependency The imagemosaic-jdbc pom has to specify its own version. dependency groupIdpostgresql/groupId artifactIdpostgresql/artifactId !-- Overriding version number from parent POM. -- version9.1-901-1.jdbc4/version scopetest/scope /dependency Perhaps we should update the version in the global POM ?. Btw, our postgis jdbc driver is also not up to date. Cheers Christian This message was sent using IMP, the Internet Messaging Program. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. This message was sent using IMP, the Internet Messaging Program. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] New community module: reshape feature source/store
Looks good, +1 for the module. I see another possible future use case, access control for individual attributes. It should be possible to define such a feature hiding some attributes and use this feature for access control. Another possibility could be adding converters returning null if a user has no access privilege for an attribute. Christian This message was sent using IMP, the Internet Messaging Program. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] state of github switch
Added my vote too (+1) Zitat von Andrea Aime andrea.a...@geo-solutions.it: On Sat, Jun 30, 2012 at 4:08 AM, Justin Deoliveira jdeol...@opengeo.orgwrote: Hi all, So I think from my side everything is in order to do the switch. However still a few things. 1. The proposal still lacks a couple of votes. http://docs.codehaus.org/display/GEOTOOLS/Transition+to+GitHub Added my vote 2. Waiting on the osgeo folks to turn off commit to the svn repo. http://trac.osgeo.org/osgeo/ticket/913 I believe (1) is mostly just a formality at this point, we have a majority positive voice and there haven't been any major concerns raised yet. (2) worries me though. I really don't want to flip the switch until the svn repo is read only so there is no window where folks can be committing to both repos. Although I guess it probably shouldn't be much of a problem unless someone was actually to commit in both places. But still I would rather be safe than sorry. I was hoping to do the switch tomorrow (Saturday) as it works best with my weekend schedule, I won't have as much time on Sunday. Thoughts? Shall we go for it? Go for it :-) Cheers Andrea -- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob:+39 339 8844549 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf This message was sent using IMP, the Internet Messaging Program. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] motion for commit access for David and Martin
Another welcome from me. Nice to have two additional developers. Christian Zitat von Michael Bedward michael.bedw...@gmail.com: Welcome David and Martin ! Michael On 14 May 2012 09:01, Justin Deoliveira jdeol...@opengeo.org wrote: Great, thanks guys. So with these two +1's and my implicit +1 I think we have our three votes :) -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel This message was sent using IMP, the Internet Messaging Program. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] JDBC stores: switching connettion validation on by default?
+1, full ack to the arguments of Andrea and Justin Zitat von Justin Deoliveira jdeol...@opengeo.org: +1, I agree that typically the performance overhead is negligible. Having it on by default and leaving the option for advanced users to turn off seems safer than having it off by default and forcing all classes of users to deal with the consequences. On Wed, Feb 15, 2012 at 12:51 PM, Andrea Aime andrea.a...@geo-solutions.itwrote: Hi, most JDBC stores have the ability to validate a connection before using it, in order to check if the dbms or some network condition closed the connection in face of the pool. Right now the validation if off by default, and that results is several reports from people that are not familiar with the usage of a long lived connection pool. I would like to turn connection validation on by default in all dabases to avoid the above reports: the performance penalty is normally small, we avoid the useless reports and people that are familiar with a connection pool usage can decide whether they want to disable it or not (e.g., say for example the database is sitting on the same machine as the client software and no connection timeouts). Opinions? Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob:+39 339 8844549 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. This message was sent using IMP, the Internet Messaging Program. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] JProfile Open Source licencse
Could this be of interest for us http://www.ej-technologies.com/buy/jprofiler/openSource If not, what tools can be recommended. Thanks Christian This message was sent using IMP, the Internet Messaging Program. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Upgrading ImageIO-Ext on 2.7.x series
Hi Daniele, my primary problem is that I am running on a hardware where jai native acceleration is not available. As a consequence, I would like to use a gdal format to achieve better performance. What format would you recommend ? Next question, I would like to try the imagepyramid plugin because I hava a map with predefined pyramid images. Is it possible to put into each subdirectory exactly one geotiff file. Or is there a better solution. ? Thanks in advance Christian Zitat von Daniele Romagnoli daniele.romagn...@geo-solutions.it: Hi Christian, for the moment there is no support for the GT geotiff plugin based on gdal :( There is a JIRA about it, created long time ago: http://jira.codehaus.org/browse/GEOT-2864 However, if you need to deal with bigtiff, you could try configuring a coverage through the standard geotiff store which uses imageio-ext-tiff-1.1.2 which has support for bigtiff and see if it satisfies your needs. If my memory serves me well, during WMS shootout (2010?), Andrea used it to serve a bigtiff dataset (which as been obtained by a big compressed ECW). Please, let me know. Best Regards, Daniele On Tue, Jan 17, 2012 at 3:40 PM, christian.muel...@nvoe.at wrote: Hi Daniele, I succeeded with a gdal installation on a power pc architecture and I see the additional gdal formats in the geoserver admin gui. I want to use gdal big geotiff format. In the WEB-INF/lib folder I find gt-geotiff-8-SNAPSHOT.jar imageio-ext-gdalgeotiff-1.1.2.jar imageio-ext-tiff-1.1.2.jar I think there is more than one tiff implementation. What do I have to do for activating the gdal big geotiff format. On the geoserver gui I cannot see which implementation is used. Thanks in advance Christian Zitat von Daniele Romagnoli daniele.romagn...@geo-solutions.it: Hi Christian, you can take a look on this: http://java.net/downloads/imageio-ext/Documentation/ImageioExt-SetupGuide-1.1.pdf (there is also a .odt document, just change the extension on that link) Let us know if you have some feedbacks on it so we can improve the documentation too. Hope this helps. Best Regards, Daniele On Mon, Dec 5, 2011 at 1:08 PM, christian.muel...@nvoe.at wrote: Good news, very, very good news. I downloaded gdal 1.7.3 and wanted to start a 64 bit build. Unfortunately, I did not find any instructions on http://java.net/projects/imageio-ext how to configure the build. No idea which features are needed (proj4,swig bindings,...). The only thing I found out is that for BitTiff I need ./configure --with-libtiff=internal --with-geotiff=internal Is there a documentation how to build gdal for imageio-ext ? Thanks. Christian Zitat von Simone Giannecchini simone.giannecch...@geo-solutions.it: Ciao Christian, the two things are unrelated, therefore this is a yes :) Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob:+39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/simonegiannecchini http://twitter.com/simogeo --- On Mon, Dec 5, 2011 at 9:04 AM, christian.muel...@nvoe.at wrote: Simone, short question here. Does this mean that I can use native image IO (due to GDAL) without installing the standard JAI accelerator libraries. My customers uses non Intel and non Oracle hardware for the servers and there is no JAI native acceleration available. But I can compile install gdal on almost any platform. Would this work ? Anyways, +1 from my side Christian Zitat von Simone Giannecchini simone.giannecch...@geo-solutions.it : Any feedback on this one http://jira.codehaus.org/browse/GEOT-3931 We might want to wait until right after next geotools release, or do it right away. We just want tl see if ther eis any feedback. Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob:+39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/simonegiannecchini http://twitter.com/simogeo --- -- All the data continuously generated in your IT infrastructure contains a
Re: [Geotools-devel] Upgrading ImageIO-Ext on 2.7.x series
Hi Daniele, I succeeded with a gdal installation on a power pc architecture and I see the additional gdal formats in the geoserver admin gui. I want to use gdal big geotiff format. In the WEB-INF/lib folder I find gt-geotiff-8-SNAPSHOT.jar imageio-ext-gdalgeotiff-1.1.2.jar imageio-ext-tiff-1.1.2.jar I think there is more than one tiff implementation. What do I have to do for activating the gdal big geotiff format. On the geoserver gui I cannot see which implementation is used. Thanks in advance Christian Zitat von Daniele Romagnoli daniele.romagn...@geo-solutions.it: Hi Christian, you can take a look on this: http://java.net/downloads/imageio-ext/Documentation/ImageioExt-SetupGuide-1.1.pdf (there is also a .odt document, just change the extension on that link) Let us know if you have some feedbacks on it so we can improve the documentation too. Hope this helps. Best Regards, Daniele On Mon, Dec 5, 2011 at 1:08 PM, christian.muel...@nvoe.at wrote: Good news, very, very good news. I downloaded gdal 1.7.3 and wanted to start a 64 bit build. Unfortunately, I did not find any instructions on http://java.net/projects/imageio-ext how to configure the build. No idea which features are needed (proj4,swig bindings,...). The only thing I found out is that for BitTiff I need ./configure --with-libtiff=internal --with-geotiff=internal Is there a documentation how to build gdal for imageio-ext ? Thanks. Christian Zitat von Simone Giannecchini simone.giannecch...@geo-solutions.it: Ciao Christian, the two things are unrelated, therefore this is a yes :) Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob:+39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/simonegiannecchini http://twitter.com/simogeo --- On Mon, Dec 5, 2011 at 9:04 AM, christian.muel...@nvoe.at wrote: Simone, short question here. Does this mean that I can use native image IO (due to GDAL) without installing the standard JAI accelerator libraries. My customers uses non Intel and non Oracle hardware for the servers and there is no JAI native acceleration available. But I can compile install gdal on almost any platform. Would this work ? Anyways, +1 from my side Christian Zitat von Simone Giannecchini simone.giannecch...@geo-solutions.it: Any feedback on this one http://jira.codehaus.org/browse/GEOT-3931 We might want to wait until right after next geotools release, or do it right away. We just want tl see if ther eis any feedback. Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob:+39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/simonegiannecchini http://twitter.com/simogeo --- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel This message was sent using IMP, the Internet Messaging Program. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel This message was sent using IMP, the Internet Messaging Program. -- All the data continuously
Re: [Geotools-devel] JDBC stores hitting multiple schemas
Oh yes, I know the problem. Creating a db2 data store without a schema lists a ton of tables including the whole system catalog. I would prefer a more precise solution, but I am not sure if it is possible. 1) We always use schema.table, because this it the unique name, comparable to a java class name including the package name. 2) If a data store has a schema specified, we use the schema name only as a filter for presenting tables/views to the user. 3) For already existing features using a table name without schema, we should complete the name when reading the configuration file. Future features should always use schema.table. As already mentioned, I am not sure if it is possible, but it would be straight forward. Christian Zitat von Andrea Aime andrea.a...@geo-solutions.it: Hi, I'm looking into some options to have a JDBCDataStore work against multiple schemas at the same time without troubles. Right now the code works two ways: - if you specify a schema during the store setup, we work against tables of that schema and we're fine - if you don't the list of possible feature types contains a list of tables from multiple schemas, and the table names are never schema qualified when we do queries (which means, the table we actually pick is a matter of luck) The second case is trouble. At first I was thinking about the possiblity of specifying the schema as a sidecar information with feature types, but there is a fundamental problem: if two schemas have the same table there must be a way for the user to identify which table is coming from which schema, and point at the right one. Name is not an option, since that is for namespace qualification, not schema qualification, besides, most of the client code is not really ready ot use Name instead of a plain string. I guess a better option is to return names that do contain the schema, pretty much like the SDE store does (afaik), that is, schema.table. The way I'm picturing it is that the code would return plain table names if you specify the schema, and schema qualified names otherwise. And maybe be a bit tolerant if an unqualified name comes in, if there is just a single table with that matches that name accept the short name as if it was schema qualified (think of someone changing the configuration of the store from schema specified to schema-less, all the table names would suddenly change). What other approaches could we follow? What problems do you foresee? Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob:+39 339 8844549 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- This message was sent using IMP, the Internet Messaging Program. -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Upgrading ImageIO-Ext on 2.7.x series
Simone, short question here. Does this mean that I can use native image IO (due to GDAL) without installing the standard JAI accelerator libraries. My customers uses non Intel and non Oracle hardware for the servers and there is no JAI native acceleration available. But I can compile install gdal on almost any platform. Would this work ? Anyways, +1 from my side Christian Zitat von Simone Giannecchini simone.giannecch...@geo-solutions.it: Any feedback on this one http://jira.codehaus.org/browse/GEOT-3931 We might want to wait until right after next geotools release, or do it right away. We just want tl see if ther eis any feedback. Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob: +39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/simonegiannecchini http://twitter.com/simogeo --- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel This message was sent using IMP, the Internet Messaging Program. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Upgrading ImageIO-Ext on 2.7.x series
Good news, very, very good news. I downloaded gdal 1.7.3 and wanted to start a 64 bit build. Unfortunately, I did not find any instructions on http://java.net/projects/imageio-ext how to configure the build. No idea which features are needed (proj4,swig bindings,...). The only thing I found out is that for BitTiff I need ./configure --with-libtiff=internal --with-geotiff=internal Is there a documentation how to build gdal for imageio-ext ? Thanks. Christian Zitat von Simone Giannecchini simone.giannecch...@geo-solutions.it: Ciao Christian, the two things are unrelated, therefore this is a yes :) Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob: +39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/simonegiannecchini http://twitter.com/simogeo --- On Mon, Dec 5, 2011 at 9:04 AM, christian.muel...@nvoe.at wrote: Simone, short question here. Does this mean that I can use native image IO (due to GDAL) without installing the standard JAI accelerator libraries. My customers uses non Intel and non Oracle hardware for the servers and there is no JAI native acceleration available. But I can compile install gdal on almost any platform. Would this work ? Anyways, +1 from my side Christian Zitat von Simone Giannecchini simone.giannecch...@geo-solutions.it: Any feedback on this one http://jira.codehaus.org/browse/GEOT-3931 We might want to wait until right after next geotools release, or do it right away. We just want tl see if ther eis any feedback. Regards, Simone Giannecchini --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob: +39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/simonegiannecchini http://twitter.com/simogeo --- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel This message was sent using IMP, the Internet Messaging Program. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel This message was sent using IMP, the Internet Messaging Program. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Canonical github repository
Aha, I knew it, it starts get confusing to me. Does this mean that I can use git for geotools and push my changes to this new repo ?. In which direction is the synchronization between the two repos working. svn --- git svn --- git svn --- git (how are conflicts resolved ?) Cheers Christian Zitat von Justin Deoliveira jdeol...@opengeo.org: Hi all, I took the liberty of trying to set up a canonical github repository. https://github.com/geotools/geotools The idea is that this would be the repository that developers fork locally to do development like we do today. Having a same base repository makes pushing/pulling changes back and forth quite a bit easier. The repo does not contain the entire history. I created it from about revision 36490, which is shortly before the 2.7.x branch was created. In conjunction, i also set up a couple of new hudson jobs to keep the repo up to date with the latest from svn: http://hudson.opengeo.org/hudson/view/geotools/job/geotools-2.7.x-github/ http://hudson.opengeo.org/hudson/view/geotools/job/geotools-trunk-github/ Let me know what you think and if this is a useful thing to have. -Justin -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. This message was sent using IMP, the Internet Messaging Program. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Question for Giterons
A silent question here. Justin gave me a crash course in git and it seems that git is superior to svn. I really start liking it. On the other side, working with git and an svn repository seems to be complicated. With geotools 8 and geoserver 2.2 we switch to SDK6, why not switching to a git repository with these upcoming versions ? Zitat von Justin Deoliveira jdeol...@opengeo.org: I am actually just in the process of switching to this setup as well, one repo, rather than multiple per branch. The reason being to be able to use cherry picking. I find the git svn clone very tricky as well. It seems that it can easily error out depending on what revision you a referencing ... the revision that tags and branches are created on seem to fail... a few revisions back leads to success... it is weird. Anyways, what I hope to do (currently doing for geoserver but happy to do it for geotools as well) is actually push this new clone into the geoserver github account: https://github.com/geoserver At the same time I plan to setup a hudson job that will do a regular svn rebase whenever changes in svn occur. An open question is how far back in history to go... as Andrea said full revision history leads to a massive repo. I am tempted to just go back far enough to pull in the latest stable branch, since we still have an svn repo it is not crucial to have all the history. Thoughts? I can do the same for geotools if folks are interested. This could perhaps be the official repo for developers to fork locally? Would be nice to have a single repo to share for pulling changes back and forth. On Thu, Nov 10, 2011 at 12:35 AM, Andrea Aime andrea.a...@geo-solutions.itwrote: On Thu, Nov 10, 2011 at 5:41 AM, Michael Bedward michael.bedw...@gmail.com wrote: Dear Git users, I have finally started using Git, some years after most others here. I must say that I like it, or at least most of it, and can see how the ease of working with branches is ideal when experimenting with new code in a big complex project like GeoTools. However, I'm much less enthusiastic about git-svn. I've experimented with git svn clone -r N to clone trunk, but didn't like the endless warnings messages or the sluggish speed on my modest internet line. I also note the numerous queries and complaints on StackOverflow and other forums about git-svn problems when working with large repos. I always get nuts when I try to do a clone of a svn repo, it seems every time I have to try 3-5 times with different options before getting the command right, (and lazy me I never write down what that was it seems...) Anyways, I'm happy with git-svn past that point and I normally use a single checkout switching branches as I go. My checkout has a not so shallow history, goes back two years (r34165) and has full remote svn branch references as well. I guess I could deep copy it, remove all the local branches containing experiemnts, tar.bz2 it and make it available as a starting point for others? The current checkout, including the .git folder, is 650MB, compressing it it should go down to a much more manageable size. Afaik the .git folder does not contain passwords and the like, but I may be wrong. Anybody knows better? Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. This message was sent using IMP, the Internet Messaging Program. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-3947) CommonsConverterFactory cannot deal with BigDecimal
CommonsConverterFactory cannot deal with BigDecimal --- Key: GEOT-3947 URL: https://jira.codehaus.org/browse/GEOT-3947 Project: GeoTools Issue Type: Bug Affects Versions: 2.7.4, 8.0-M3 Reporter: Christian Mueller Assignee: Christian Mueller Fix For: 2.7.4, 8.0-M3 The BigDecimal converter is registered as follows: register.put(BigDecimalConverter.class, new BigDecimalConverter()); It should be: register.put(BigDecimal.class, new BigDecimalConverter()); -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] BigDecimal conversion broken in org.geotools.util.CommonsConverterFactory
Fixed https://jira.codehaus.org/browse/GEOT-3947 Cheers Christian Zitat von Shaun Forbes forbes.sh...@gmail.com: Just perusing the latest gt sources, r38340, and noticed the the BigDecimal converter is registered as follows: register.put(BigDecimalConverter.class, new BigDecimalConverter()); when surely it should be: register.put(BigDecimal.class, new BigDecimalConverter()); Cheers, Shaun This message was sent using IMP, the Internet Messaging Program. -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Question about JDBCFunctionTest
SOLVED. There is a db2 sql construct CASE WHEN booleanexpr THEN .. ELSE ... END which allows to remap boolean types. I am skipping only 2 tests public void testStrEndsWithOtherProperty() throws IOException public void testStrStartsWithOtherProperty() throws IOException because the use numeric properties (intProperty, doubleProperty) and DB2 does no implicit string conversion. Cheers Christian Zitat von christian.muel...@nvoe.at: Hi, Andrea I am about to finish my DB2FunctionTest. At the moment, there is only a postgis implementation PostgisFunctionTest. Some tests give me headaches. testEuqalsIgnoreCase is a good example. The resulting postgis sql string is: SELECT id,encode(ST_AsBinary(ST_Force_2D(geometry)),'base64') as geometry,intProperty,doubleProperty,stringProperty FROM public.ft1 WHERE (lower(stringProperty) = lower('ZeRo'::text)) = true The part after the were clause is interesting: (lower(stringProperty) = lower('ZeRo'::text)) = true Normally, (lower(stringProperty) = lower('ZeRo'::text)) should be sufficient. I have no chance to formulate = true in DB2 and I am not sure if other databases support this construct. Is there a special reason for that ?. Should I override such test methods ? Thanks in advance Christian This message was sent using IMP, the Internet Messaging Program. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel This message was sent using IMP, the Internet Messaging Program. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Question about JDBCFunctionTest
Hi, Andrea I am about to finish my DB2FunctionTest. At the moment, there is only a postgis implementation PostgisFunctionTest. Some tests give me headaches. testEuqalsIgnoreCase is a good example. The resulting postgis sql string is: SELECT id,encode(ST_AsBinary(ST_Force_2D(geometry)),'base64') as geometry,intProperty,doubleProperty,stringProperty FROM public.ft1 WHERE (lower(stringProperty) = lower('ZeRo'::text)) = true The part after the were clause is interesting: (lower(stringProperty) = lower('ZeRo'::text)) = true Normally, (lower(stringProperty) = lower('ZeRo'::text)) should be sufficient. I have no chance to formulate = true in DB2 and I am not sure if other databases support this construct. Is there a special reason for that ?. Should I override such test methods ? Thanks in advance Christian This message was sent using IMP, the Internet Messaging Program. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] New plugin supporting upcoming POSTGIS 2.0 Raster
Thanks for feedback and improvement proposals. The primary goal of this work was to support pgraster with a minimum effort. I need 3-4 days to get it working. I am not lucky with the whole imagemosic-jdbc code and configuration either. Some weeks ago I invested two days to integrate with Simones modules. Unluckily, this integration is quite complicated and I aborted. Additionally I do not want to invest more time since I want to mark the imagemosiac-jdbc module as deprecated. My long term idea would be 1) Invent a geotools raster data type for the (JDBC) feature architecture, comparable to the jts geometry we use now. The raster type should support some base spatial functions, st_intersects as an example. 2) Map the geotools raster type to the PGRaster or Oracle Georaster type directly. For all other jdbc stores, map the raster to two columns, a geometry (the image boundary) and a BLOB. 3) Perhaps I can reuse the gt-featurepregeneralized code. This code is not limited to geometry objects. 4) Having a geotools raster data type, it would be less complicated to integrate with Simones plug ins. The code is already using features for storing tile envelopes or for temporal support. Benefits would be - kick out a lot of duplicated code for image processing - simplified configuration - inheriting features of gt-image* and not duplicate code again But first I have to continue with my GSOC work (Security) because I have to produce a master thesis about this topic. Cheers Christian Zitat von Chris Holmes chol...@opengeo.org: Oh, and awesome work Christian - it's quite cool to have pgraster available in GeoServer. On Sun, Sep 25, 2011 at 12:52 PM, Chris Holmes chol...@opengeo.org wrote: On Sun, Sep 25, 2011 at 9:15 AM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Sun, Sep 25, 2011 at 10:19 AM, christian.muel...@nvoe.at wrote: I added a PostGis raster plugin to the imagemosaic-jdbc module on geotools trunk and did a backport to geotools 2.7.x The documentation is here http://docs.geotools.org/latest/userguide/library/coverage/pgraster.html Should I make an announcement on the user mailing lists ? That would work, a blog post would do fine as well. Looking at that page and wondering, is there any way to make the configuration of those raster sources easier? Ideally a graphical way to specify the data source (maybe even as just ponting to an existing postgis store) and the table containing the mosaic, provided that some conventions has been followed to setup the data, would be really nice. In case you're interested the GUI has pluggable API to provide your own custom configuration panel, see the StoreEditPanel class, the ArcSDECoverageStoreEditPanel is an example of how to do that for coverages. I can't speak for others, but I personally find having to setup all these configuration files really cumbersome Yeah, I agree with Andrea. I think one thing that could work well is to have several datastore factories in the 'Image Mosaicing Pyramidal JDBC Plugin'. Like one for PostGIS Raster, one for Oracle GeoRaster, one for the generic case, etc. Many of the params should be known if a user is to select PostGIS. I think Oracle has an example of more than one datastore factory. Ideally then users are just specifying the connection params in the GUI. And I agree it'd be even better if one could just use one datastore connection for both vector and raster. I think ArcSDE may have gotten that improvement, though not oracle and postgis. Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel This message was sent using IMP, the Internet Messaging Program. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent
[Geotools-devel] New plugin supporting upcoming POSTGIS 2.0 Raster
I added a PostGis raster plugin to the imagemosaic-jdbc module on geotools trunk and did a backport to geotools 2.7.x The documentation is here http://docs.geotools.org/latest/userguide/library/coverage/pgraster.html Should I make an announcement on the user mailing lists ? Cheers Christian This message was sent using IMP, the Internet Messaging Program. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-3856) Oracle Georaster plugin fills up Oracle TEMP Space
Oracle Georaster plugin fills up Oracle TEMP Space -- Key: GEOT-3856 URL: https://jira.codehaus.org/browse/GEOT-3856 Project: GeoTools Issue Type: Bug Reporter: Christian Mueller Assignee: Christian Mueller Fix For: 2.7.3, 8.0-M2 The Oracle Georaster plugin creates temporary blobs in the Oracle TEMP space. As a consequence, the temp space becomes full and the plugin stops working. Solution: Use reflection to call a special Oracle Method called freeTemporary(). If the method does not exist, the log contains warnings about this issue. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Do we have a place for XML schema files ?
Hi all, I want to avoid that this thread is going to sleep. Do we have a chance for schemas.geotools.org or schemas.osgeo.org ?. What about to put the schema files as part of the documentation. Still svn, but we can encode the version of the schema into the file name. I could offer a location on my site, but this is quite ugly and it is not guaranteed to work for ever. And it may cause confusion to the users. Cheers Christian Zitat von Ben Caradoc-Davies ben.caradoc-dav...@csiro.au: Yes, for target schemas, but the mapping file schema AppSchemaDataAccess.xsd is copied manually and is unpublished (although it is only used to support manual editing). We have *exactly* the same problem Christian has. Users have raised this issue on the lists. Publishing at an svn url is problematic: commits might break an existing deployment, lots of versioning problems. I would love to have a schemas.geotools.org or schemas.osgeo.org . On 22/06/11 18:55, Jody Garnett wrote: I think the app-schema team has a resolver that allows them to store schema files in a jar and manage them in a maven repository as normal artefacts? With the advantage of being able to bundle them up for offline use Jody On Wed, Jun 22, 2011 at 8:43 PM,christian.muel...@nvoe.atmailto:christian.muel...@nvoe.at wrote: The topic is interesting for both geotools/geoserver. I have XML config files in both environments and I always try to have a xml schema to achieve higher quality. It would be nice to use xsi:schemaLocation in the concrete xml files to ease validation and editing. Tho make this work we need an official place where we can put these schema files (or DTDs). Example: http://java.sun.com/dtd/properties.dtd A quick workaround would be to reference them in the svn repo like xsi:schemaLocation=namespaceurl http://svn.osgeo.org/geotools/trunk/modules/library/xml/src/test/resources/org/geotools/xml/test-data/mails.xsd; But I am not sure if this is a good idea ? Cheers Chrilstian This message was sent using IMP, the Internet Messaging Program. -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.netmailto:Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Ben Caradoc-Davies ben.caradoc-dav...@csiro.au Software Engineering Team Leader CSIRO Earth Science and Resource Engineering Australian Resources Research Centre This message was sent using IMP, the Internet Messaging Program. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Proposal to update to Maven 3
Zitat von Andrea Aime andrea.a...@geo-solutions.it: On Thu, Jun 23, 2011 at 8:41 AM, Severin (aka Cliff) djseve...@gmail.comwrote: Hi People, I've written up a proposal on the wiki with regard to updating the GeoTools build process to work under both Maven 2 and 3. Justin: jgarnett suggested I open a dialogue with you to see if you have any interest in updating the build box to use Maven 3 yet. Proposal is at http://docs.codehaus.org/display/GEOTOOLS/Update+to+use+Maven+3 for review. Sounds to me like a good idea. Time wise we should first wait for the java 6 switch to be complete, to avoid having two changes rocking the build happening at the same time Cheers Andrea Yep, let us first finish the Java 6 migration, otherwise things may become chaotic. -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- This message was sent using IMP, the Internet Messaging Program. -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Do we have a place for XML schema files ?
The topic is interesting for both geotools/geoserver. I have XML config files in both environments and I always try to have a xml schema to achieve higher quality. It would be nice to use xsi:schemaLocation in the concrete xml files to ease validation and editing. Tho make this work we need an official place where we can put these schema files (or DTDs). Example: http://java.sun.com/dtd/properties.dtd A quick workaround would be to reference them in the svn repo like xsi:schemaLocation=namespaceurl http://svn.osgeo.org/geotools/trunk/modules/library/xml/src/test/resources/org/geotools/xml/test-data/mails.xsd; But I am not sure if this is a good idea ? Cheers Chrilstian This message was sent using IMP, the Internet Messaging Program. -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Do we have a place for XML schema files ?
And how does this work if I use my favorite xml editor, xmlspy as an example ?. Normally, the schema locations are absolute URLs like http://, Zitat von Jody Garnett jody.garn...@gmail.com: I think the app-schema team has a resolver that allows them to store schema files in a jar and manage them in a maven repository as normal artefacts? With the advantage of being able to bundle them up for offline use Jody On Wed, Jun 22, 2011 at 8:43 PM, christian.muel...@nvoe.at wrote: The topic is interesting for both geotools/geoserver. I have XML config files in both environments and I always try to have a xml schema to achieve higher quality. It would be nice to use xsi:schemaLocation in the concrete xml files to ease validation and editing. Tho make this work we need an official place where we can put these schema files (or DTDs). Example: http://java.sun.com/dtd/properties.dtd A quick workaround would be to reference them in the svn repo like xsi:schemaLocation=namespaceurl http://svn.osgeo.org/geotools/trunk/modules/library/xml/src/test/resources/org/geotools/xml/test-data/mails.xsd But I am not sure if this is a good idea ? Cheers Chrilstian This message was sent using IMP, the Internet Messaging Program. -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel This message was sent using IMP, the Internet Messaging Program. -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] About Java 6 on trunk
Added a patch for the developer guide to http://jira.codehaus.org/browse/GEOT-3654 Can somebody review. The issue has no watchers and no assignee, so I have to broadcast on the list. Cheers Christian This message was sent using IMP, the Internet Messaging Program. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] About Java 6 on trunk
Zitat von Jody Garnett jody.garn...@gmail.com: If it is an admin item such as a proposal we can add the pmc members. I put a list you can cut and paste in the developers guide to help with this. AFAIK I do not have the access rights to add watchers. Christian I updated the proposal with a +1 and also to link to your issue above. Jody On 16/06/2011, at 8:49 PM, christian.muel...@nvoe.at wrote: Added a patch for the developer guide to http://jira.codehaus.org/browse/GEOT-3654 Can somebody review. The issue has no watchers and no assignee, so I have to broadcast on the list. Cheers Christian This message was sent using IMP, the Internet Messaging Program. This message was sent using IMP, the Internet Messaging Program. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] About Java 6 on trunk
Short question because I am unsure. Can I use Java 6 for development on geoserver trunk ? Now I work with Java 5 and in the meantime I hate the class IOExpression NOT having a constructor where I can pass an Exception as an argument. What about geotools ? I have so many places where I use IOExpression(String msg). Very often, the message is not enough to solve problems efficiently. I saw the polls, but I think I must wait for the hudson build server working with java 6. Cheers Christian This message was sent using IMP, the Internet Messaging Program. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
Then you are more lucky than me. I did the same using SUN JDK java version 1.6.0_24 Java(TM) SE Runtime Environment (build 1.6.0_24-b07) Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode) and get problems with the file encodings: Example in /home/christian/gt-trunk/modules/library/coverage/src/main/java/org/geotools/coverage/grid/ GridCoverageFactory.java: ASCII C program text GridEnvelope2D.java: UTF-8 Unicode C program text GridGeometry2D.java: ISO-8859 C program text Compilation failed for some ISO-8859 encoded files. A quick check on the java files shows 6013 files using ASCII chars 221 files using UTF-8 48 files using ISO-8859 Should I try to recode this files ? Zitat von Ian Turton ijtur...@gmail.com: On 15 June 2011 11:55, Justin Deoliveira jdeol...@opengeo.org wrote: I can volunteer to update the build server... i just have to add a java 6 jdk and then update the trunk builds for geotools and geoserver to use that jdk. Should not be much work. Once someone has done a successful java 6 build locally and made any pom updates, etc... just let me know and I will update hudson. I've just built trunk using Java 6 java version 1.6.0_22 OpenJDK Runtime Environment (IcedTea6 1.10.1) (6b22-1.10.1-0ubuntu1) OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) Assuming there were no changes I needed to make other than in the top level pom to force it to use 1.6 all the way through, Ian -- Ian Turton This message was sent using IMP, the Internet Messaging Program. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
Like geotools, I get encoding problems for gesoerver too src/restconfig/src/main/java/org/geoserver/rest/FontListResource.java The author in the comment is not UTF-8. recode iso-8859-1..utf-8 src/main/java/org/geoserver/rest/FontListResource.java keeps the strange character, but compiling is now working Looks like I am the only one getting such errors. I am on Ubuntu 11.04, 64 Bit, encoding UTF-8 Cheers Christian Zitat von Andrea Aime andrea.a...@geo-solutions.it: On Wed, Jun 15, 2011 at 8:03 PM, Andrea Aime andrea.a...@geo-solutions.itwrote: I've tried with GeoServer and get a lot of failures on trunk with a stack trace looking like: java.lang.AbstractMethodError: org.apache.xerces.dom.DocumentImpl.getXmlStandalone()Z at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.setDocumentInfo(DOM2TO.java:373) at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:127) at com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:94) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:661) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:707) at com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:313) at org.geoserver.data.CatalogWriter.write(CatalogWriter.java:253) at org.geoserver.data.test.MockData.setUpCatalog(MockData.java:650) at org.geoserver.data.test.MockData.setUp(MockData.java:348) at org.geoserver.test.GeoServerAbstractTestSupport.oneTimeSetUp(GeoServerAbstractTestSupport.java:174) at org.geoserver.test.OneTimeSetupTest.setUp(OneTimeSetupTest.java:89) Java version is: java -version java version 1.6.0_24 Java(TM) SE Runtime Environment (build 1.6.0_24-b07) Ah, found that removing the xerces dependency solves the problem in this module. But I guess Xerces dependencies are coming from multiple sides, so getting rid of it might not be trivial Cheers Andrea -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- This message was sent using IMP, the Internet Messaging Program. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] About Java 6 on trunk
Please read below Zitat von Andrea Aime andrea.a...@geo-solutions.it: On Wed, Jun 15, 2011 at 8:26 PM, christian.muel...@nvoe.at wrote: Like geotools, I get encoding problems for gesoerver too src/restconfig/src/main/java/org/geoserver/rest/FontListResource.java The author in the comment is not UTF-8. recode iso-8859-1..utf-8 src/main/java/org/geoserver/rest/FontListResource.java keeps the strange character, but compiling is now working Looks like I am the only one getting such errors. I am on Ubuntu 11.04, 64 Bit, encoding UTF-8 Wait, I take it back. I see the same issue as you in the FontListResource.java, that only needs a quick fix in the name of the author (and then the same in the test file, no need to recode the entire file). The previous geotools build I thought I was using java 6, but instead I was still on 5. The first encoding failure I see in GeoTools is this one though: INFO] Compilation failure /home/aaime/devel/git-gt/modules/extension/xsd/xsd-core/src/main/java/org/geotools/xml/EMFUtils.java:[398,18] unmappable character for encoding UTF-8 That said, those issue normally evaporate by replacing the single char with issues and moving on. It's late and I have to go now but I believe the other files can be cured the same way? Cheers Andrea Yep, I have exactly the same behavior. Lets continue tomorrow. -- --- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf --- This message was sent using IMP, the Internet Messaging Program. -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel