[Geotools-devel] Stepping down from GeoTools PMC

[Christian Mueller]

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

[Christian Mueller]

+1 from Vienna :-)

On Wed, Mar 1, 2017 at 11:50 PM, Ben Caradoc-Davies 
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 
> 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

[Christian Mueller]

+1

Cheers

On Tue, Nov 1, 2016 at 12:26 AM, Jody Garnett 
wrote:

> Agreed +1, thanks for all the work Nuno.
>
> --
> Jody Garnett
>
> On 31 October 2016 at 11:18, Ben Caradoc-Davies  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 
>> 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?

[Christian Mueller]

+1 from here
Christian

On Tue, Aug 30, 2016 at 2:54 PM, Justin Deoliveira 
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 
> 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  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

[Christian Mueller]

gt; 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 
> 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

[Christian Mueller]

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 
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
&

Re: [Geotools-devel] imagemosaic-jdbc pgraster blobAttributeName (and fix)

[Christian Mueller]

Hi Frank

Thanks for the PR, I will check it within this week.
Do we have a JIRA isssue for this fix ?. If not please add one.

Cheers

On Mon, Jul 18, 2016 at 12:41 PM, Frank Gevaerts 
wrote:

> On Sat, Jul 16, 2016 at 09:44:56AM +0200, Christian Mueller wrote:
> > 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.
>
> I've created PR#1240 with the two of them.
>
> Frank
>
> > Thanks
> > 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-(0)11-22 04 19
>



-- 
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 time domain support

[Christian Mueller]

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 
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  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)

[Christian Mueller]

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 
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  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

[Christian Mueller]

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 
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:

[Christian Mueller]

Hi

Added my +1 to the proposal

Cheers

On Wed, Jun 1, 2016 at 8:49 PM, Ben Caradoc-Davies  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 
> 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

[Christian Mueller]

+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 
> wrote:
> > +1.
> >
> > On Tue, May 31, 2016 at 3:50 PM Jody Garnett 
> 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  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 
> >>> 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, and protocols
> >> are
> >> consuming the most bandwidth. Provides multi-vendor support 

Re: [Geotools-devel] [Geoserver-devel] Introducing Alessandro Parma

[Christian Mueller]

+1 from Geotools and GeoServer

Cheers
Christian

On Fri, May 27, 2016 at 12:13 AM, Ben Caradoc-Davies 
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 
> 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

[Christian Mueller]

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  > 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 
>>> 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.ja

Re: [Geotools-devel] Disabled doclint on master to fix javadoc generation with Oracle JDK 8

[Christian Mueller]

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 
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 
>> 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
>>> [ER

Re: [Geotools-devel] Disabled doclint on master to fix javadoc generation with Oracle JDK 8

[Christian Mueller]

gle
> [ERROR] ^
> [ERROR]
>
> /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
&

Re: [Geotools-devel] OGC WMTS 1.0.0 client

[Christian Mueller]

Hi Jody

Can I start working ?

Cheers
Christian

On Fri, Sep 18, 2015 at 1:44 AM, Brad Hards  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&iu=/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

[Christian Mueller]

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&iu=/4140___
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?

[Christian Mueller]

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 
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 
> wrote:
>
>> On Sat, Aug 22, 2015 at 5:25 PM, Jody Garnett 
>> 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

[Christian Mueller]

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 
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 
> 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] Backport GEOT-5186 (DB2 SELECTIVITY CLAUSE) to 13.x

[Christian Mueller]

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  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

[Christian Mueller]

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

[Christian Mueller]

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 
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

[Christian Mueller]

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 
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

[Christian Mueller]

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 
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 

[Geotools-devel] Add support for DB specific temporal models

[Christian Mueller]

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

[Geotools-devel] WMTS client

[Christian Mueller]

Hi all

Do we have a WMTS client ?.  A customer of mine has a high interest for
such a client (especially to use it in GeoServer).

If not, is there a code basis (e.g UDIG) which I can use as a starting
point.

Cheers
Christian


-- 
DI Christian Mueller MSc (GIS), MSc (IT-Security)
OSS Open Source Solutions GmbH
--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Online build green

[Christian Mueller]

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  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  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

[Christian Mueller]

+1

Christian

On Tue, Mar 17, 2015 at 7:19 PM, Ian Turton  wrote:

> +1
>
> On 17:38, Tue, 17 Mar 2015 Andrea Aime 
> wrote:
>
>> On Tue, Mar 17, 2015 at 6:31 PM, Jody Garnett 
>> 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

[Christian Mueller]

RT 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=190641631&iu=/4140/ostg.clktrk
>> >
>> >
>> >
>> > ___
>> > GeoTools-Devel mailing list
>> > GeoTools-Devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/geotools-devel
>> >
>>
>> --
>> Ben Caradoc-Davies 
>> Software Engineer
>> Transient Software <http://transient.nz>
>> New Zealand
>>
>>
>> --
>> 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=190641631&iu=/4140/ostg.clktrk
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
>
> --
> 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=190641631&iu=/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=190641631&iu=/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

[Christian Mueller]

+1

Cheers
Christian

On Mon, Jan 26, 2015 at 9:21 PM, Andrea Aime 
wrote:

> On Mon, Jan 26, 2015 at 9:01 PM, Jody Garnett 
> 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/

[Christian Mueller]

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  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

[Christian Mueller]

+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
> > 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 
> 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

[Christian Mueller]

+1 form here
Welcome.


On Wed, Jun 11, 2014 at 12:16 AM, Jody Garnett 
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 :
>>
>> 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

[Christian Mueller]

+1 from here


On Tue, Jun 3, 2014 at 1:19 PM, Ian Turton  wrote:

> +1 from me
>
> Ian
>
>
> On 3 June 2014 09:40, Andrea Aime  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-4696) Image mosiac jdbc cannot handle single band float images

[Christian Mueller (JIRA)]

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

[Geotools-devel] [jira] (GEOT-4695) Image Reader should return null if no image data is available

[Christian Mueller (JIRA)]

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)












   

Re: [Geotools-devel] Forcing test execution order like in GeoServer

[Christian Mueller]

+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=60135991&iu=/4140/ostg.clktrk
>> >
>> >
>> >
>> > ___
>> > GeoTools-Devel mailing list
>> > GeoTools-Devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/geotools-devel
>> >
>>
>> --
>> Ben Caradoc-Davies 
>> 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=60135991&iu=/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=60135991&iu=/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=60135991&iu=/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

[Christian Mueller]

+1 from here.


On Fri, Oct 11, 2013 at 7:29 PM, Andrea Aime
wrote:

> 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=60134071&iu=/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=60134071&iu=/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 (JIRA)]

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=58041391&iu=/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

[Christian Mueller]

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 wrote:

> 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 
>> wrote:
>>
>>> 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 

Re: [Geotools-devel] db2 source code question

[Christian Mueller]

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 wrote:

> 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 wrote:
>>
>>> 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 
>>>> wrote:
>>>>
>>>>>  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 
>>>>> wrote:
>>>>>
>>>>> 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 t

Re: [Geotools-devel] GEOS-5958 and root login

[Christian Mueller]

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 wrote:

> 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 
>> 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 authe

Re: [Geotools-devel] db2 source code question

[Christian Mueller]

Changed the date range, hope it is ok now :-)


On Wed, Aug 21, 2013 at 2:42 PM, Jody Garnett wrote:

> 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 wrote:
>>
>>>  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 wrote:
>>>
>>> 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 wrote:
>>>
>>> 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
>>> ~~
>>>
>>>
>>

Re: [Geotools-devel] db2 source code question

[Christian Mueller]

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 wrote:

>  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 wrote:
>
> 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 wrote:
>
> 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 mor

Re: [Geotools-devel] db2 source code question

[Christian Mueller]

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 wrote:

> 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 wrote:
>>
>>> 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.
>>>
>>>  *
>>>  */
>>> -
>>>
>

Re: [Geotools-devel] db2 source code question

[Christian Mueller]

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 wrote:

> 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 wrote:
>
>>  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=48897511&iu=/4140/ostg.clktrk
> 

Re: [Geotools-devel] GEOS-5958 and root login

[Christian Mueller]

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 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 
>> 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=48897031&iu=/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=48897031&iu=/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

[Christian Mueller]

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 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=48897031&iu=/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=48897031&iu=/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

[Christian Mueller]

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=48897031&iu=/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

[Christian Mueller]

Hi Daniele

Please open a JIRA, no chance to invest some time at the moment.


2013/7/31 Daniele Romagnoli 

> 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 
>>>
>>>> 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=48808831&iu=/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=49501711&iu=/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

[Christian Mueller]

Ahh, sorry my fault, using  "raster2pgsql" is ok. There is no support for
importing raster data for Postgres Raster in the imagemosaic-JDBC module,
using the executable raster2pgsql is the way to go.

Cheers





2013/7/15 Daniele Romagnoli 

> Hi Christian,
> I'm not sure to have fully understood your feedbacks.
> Please, read below...
>
>
> ==
> 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 Mon, Jul 15, 2013 at 3:32 PM, Christian Mueller <
> christian.muel...@os-solutions.at> wrote:
>
>> Hi Daniele
>>
>> Personally, I would not go this way. I did a quick look at
>> http://postgis.refractions.net/docs/using_raster.xml.html#RT_Raster_Loader
>>
>> First, I would rely on raster2psql for importing the raster data.
>>
> I'm using indeed the raster2pgsql executable (not the python one) to do
> the raster data import.
> Is it a different tool with respect to raster2psql? I didn't find any
> documentation about raster2psql, whilst I did my tests checking the same
> doc on raster2pgsql you have reported. (Note the "g" char difference)
> If we are talking about the same tool, I see you said "I would"... do you
> mean "I wouldn't"?.
>
>
>
>> The resulting sql script may run a long time and you would risk a timeout
>> if you trigger it within GeoServer. As a consequence, the user has to start
>> the SQL script separately.
>>
>> Second, I would implement a complete new reader according to the new API
>> using the system views
>>
> Well, my task was to simplify and automatize the preconfigurations steps
> available on your ImageMosaicJDBC tutorials to let it work with the current
> ImageMosaicJDBCReader instead of creating a new reader using new APIs.
> Please, let me know your feedbacks about the first point.
>
> Cheers,
> Daniele
>
>
>
>> raster_columns
>> raster_overviews
>>
>> But I will leave it up to you.
>>
>> Cheers Christian
>>
>>
>>
>>
>>
>>
>>
>> 2013/7/15 Daniele Romagnoli 
>>
>>> Continuing the discussion here:
>>> We have a mandate to simplify the PostGIS raster support.
>>> My plan is to create a JDBCPGRasterConfigurationBuilder which, starting
>>> from an input folder containing tiles created with gdal_retile, do this:
>>> - store tiles into DB (using raster2pgsql script)
>>> - create metadata table and store tileTables into it
>>> - create XML configuration file (starting from a template) to specify
>>> connection params, mapping params, and coverage properties
>>> - pass down the newly created config file to the usual reader.
>>>
>>> Parameters (such as DB credentials, table prefixes, ) will be passed
>>> down as a JDBCPGRasterConfigurationBean through Hints.
>>> From a GS point of view, we can setup a new wicket to specify them.
>>>
>>> Cheers,
>>> Daniele
>>>
>>>
>>>
>>>
>>> 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 10, 2013 at 6:23 PM, Daniele Romagnoli <
>>> daniele.romagn...@geo-solutions.it> wrote:
>>>
>>>> A few notes about this JIRA.
>>>> I would like to do something like this:
>>>>
>>>> 1) specify basic parameters (maybe as Hints or as a ConfigurationBean):
>>>> - tablename_prefix
>>>> - mosaic_table_name
>>>> - mosaic_name
>>>> - db properties (host, user, password, db, schema)
>>>>
>>>> 2) configure an ImageMosaicJDBC against a folder contained d

Re: [Geotools-devel] [jira] (GEOT-4507) Easiest way to setup imageMosaicJDBC-PGRaster

[Christian Mueller]

 using
>>> raster2pgsql scripts invokation
>>> 3) create a table containing level information (reference table,
>>> envelope, resolutions)
>>> 4) create 3 XML config files with JDBC mapping, coverage properties,
>>> table mapping
>>> 5) configure the mosaic.
>>>
>>> It would be good to have some automagic way to do steps 2 through 5 with
>>> minimal user intervention.
>>>
>>> As an instance, it would be great if we could just provide the location
>>> of the folder containing tiled images (levels), as well as a set of some
>>> additional parameters (table name prefix, mosaic name, coverage name, DB
>>> credentials) and let the imageMosaicJDBC do all these steps automatically.
>>>   *Project:*  GeoTools <https://jira.codehaus.org/browse/GEOT>   *
>>> Priority:*  [image: Minor] Minor   *Reporter:*  Daniele 
>>> Romagnoli<https://jira.codehaus.org/secure/ViewProfile.jspa?name=dany111>   
>>> 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=48808831&iu=/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=48808831&iu=/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=48808831&iu=/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

[Christian Mueller]

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 

> 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=48808831&iu=/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=48808831&iu=/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 (JIRA)]

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 List 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

[Christian Mueller]

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 

> 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 
>>
>>> 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

Re: [Geotools-devel] Commit access for Brett Walker

[Christian Mueller]

And here comes the third +1

Cheers
Christian


2013/6/26 Andrea Aime 

> 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

[Christian Mueller]

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 

> On Wed, Jun 26, 2013 at 8:15 AM, Brett Walker  > 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

[Geotools-devel] [jira] (GEOT-4490) DB2 extent calculation performance for large data sets is not acceptable

[Christian Mueller (JIRA)]

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] [jira] (GEOT-4489) JDBCDataStore - incorrect extent calculation in case of multiple geometry attributes

[Christian Mueller (JIRA)]

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

Re: [Geotools-devel] Confusion looking at the code in JDBCDataStore

[Christian Mueller]

Ok Justin, I will fix the bug, continue investigation and send you a report.

Thanks
Christian


2013/6/12 Justin Deoliveira 

>
>
>
> 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] Confusion looking at the code in JDBCDataStore

[Christian Mueller]

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

[Geotools-devel] [jira] (GEOT-4482) imagemosaic-jdbc configuration, add possibility to suppress switching the axis order

[Christian Mueller (JIRA)]

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



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-4481) Reduce time for calculating extents

[Christian Mueller (JIRA)]

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

Re: [Geotools-devel] [Geoserver-devel] Setting up a Windows Build Server for GeoTools and GeoServer

[Christian Mueller]

+1, thanks for the work


2013/6/6 Justin Deoliveira 

> 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
>>  wrote:
>> > +1
>> >
>> >
>> >
>> > -Jukka-
>> >
>> >
>> >
>> > Andrea Aime wrote:
>> >
>> >
>> >
>> > On Tue, Jun 4, 2013 at 10:27 AM, Ben Caradoc-Davies
>> >  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

[Geotools-devel] [jira] (GEOT-4480) DB2 creates wrong statement in Oracle compatibility mode

[Christian Mueller (JIRA)]

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] Setting up a Windows Build Server for GeoTools and GeoServer

[Christian Mueller]

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 

> 2013/6/3 Andrea Aime :
> > On Mon, Jun 3, 2013 at 8:53 PM, Frank Warmerdam 
> 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

[Christian Mueller]

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 

> 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

[Christian Mueller]

Hi Björn

Lets go with 

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 wrote:

> -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  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] [Geoserver-devel] gt-imagemosaic-jdbc and axis-order problem

[Christian Mueller]

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  which defaults to
false. If it is true, I can skip the code switching the x and y values.

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.

Cheers
Christian



On 28 February 2013 10:46, Björn Höfling
wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Cross-posting to both geoserver and geotools, because I'm not sure
> where to correct this.
>
> I have a JDBC-Imagepyramid datasource with a custom JDBCAccess class
> and a config with  .
>
> I try to access the data with the following WMS requests but WMS 1.3.0
> fails:
>
> #WMS 1.1.0, WGS84: works!
>
>
> http://localhost:9090/geoserver/bvv/wms?SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&BBOX=8.94724122,47.21154077,14.04130521,50.60175200&CRS=EPSG:4326&WIDTH=233&HEIGHT=231&LAYERS=dopjdbc&STYLES=&FORMAT=image/png&DPI=120&TRANSPARENT=TRUE
>
> #WMS 1.3.0, WGS84: fails!
>
>
> http://localhost:9090/geoserver/bvv/wms?SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&BBOX=47.21154077,8.94724122,50.60175200,14.04130521&CRS=EPSG:4326&WIDTH=233&HEIGHT=231&LAYERS=dopjdbc&STYLES=&FORMAT=image/png&DPI=120&TRANSPARENT=TRUE
>
> # WMS 1.1.0, 31468, false_easting first: works
>
>
> http://localhost:9090/geoserver/bvv/wms?SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&BBOX=4268853.907215,5234843.881984,4644617.698124,5609332.108789&CRS=EPSG:31468&WIDTH=233&HEIGHT=231&LAYERS=dopjdbc&STYLES=&FORMAT=image/png&DPI=120&TRANSPARENT=TRUE
>
> #WMS 1.3.0, 31468, false_northing first: fails
>
>
> http://localhost:9090/geoserver/bvv/wms?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&BBOX=5234843.881984,4268853.907215,5609332.108789,4644617.698124&CRS=EPSG:31468&WIDTH=233&HEIGHT=231&LAYERS=dopjdbc&STYLES=&FORMAT=image/png&DPI=120&TRANSPARENT=TRUE
>
>
> With WMS 1.1.0 and axis-order false_easting first (=x first), I see
> the expected map.
>
> But with WMS 1.3.0 and axis-order false_northing (=y) first, I get an
> empty map. When I look into the logs, this is no wonder:
>
>
> 27 Feb 16:27:41 WARN [org.geotools.gce.imagemosaic.jdbc] - The
> requested envelope does not intersect the envelope of this mosaic,
> result is a nodata image
>
> 27 Feb 16:27:41 WARN [org.geotools.gce.imagemosaic.jdbc] -
> GeneralEnvelope[(5217821.6898565, 4253533.065954762),
> (5624733.139761499, 4661551.259516895)]
>
> 27 Feb 16:27:41 WARN [org.geotools.gce.imagemosaic.jdbc] -
> GeneralEnvelope[(4282000.0, 5238000.0), (4636000.0, 5606000.0)]
>
>
> I further investigated this and found a problem in
>
> ImageMosaicJDBCReader.transformRequestEvelope
>
> With 1.1.0, input CRS (=state.requestEnvelope().getCoordRefSystem())
> has EAST, NORTH. Is identical to this.crs. Identiy, return fine.
>
> Now with WMS 1.3.0 we get as input CRS axis-order NORTH,EAST.
> We calculate a MathTransform which is as expected the affine
> transposition. Fine until here.
>
> But then comes a section starting with the comment
>
> //x Axis problem???
>
> Here is the problem: Axis order is AGAIN switched, in this case in the
> envelope. From my use case I would totally remove this section,
> because it is already handled in GeoServer. But I have no idea in
> which other cases this code makes sense (outside of GeoServer?).
>
>
> 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/
>
> iEYEARECAAYFAlEvJ2oACgkQvyhstlk+X/0JAwCgtAOWlatOMY2XLu4bPEfLOWqj
> YwgAn10QzVPJio9dm5x38l0oKmRTAvxo
> =68oi
> -END PGP SIGNATURE-
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> ___
> Geoserver-devel mailing list
> geoserver-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb___
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

[christian . mueller]

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 :

> 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

[christian . mueller]

+1 from me, updated the proposal

Zitat von Andrea Aime :

> On Thu, Jan 17, 2013 at 1:21 PM, Justin Deoliveira   
> wrote:
>
>> 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?

[christian . mueller]

>
> 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

Re: [Geotools-devel] Postgis 2.0 raster and postgres jdbc driver version

[christian . mueller]

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  tag, prepare my test database and add  
this info to the user guide. I think this is the cleanest solution.


Zitat von Justin Deoliveira :

> 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.
>
> 
>   8.4-701.jdbc3
> 
>
> 2.  Update the dependency management entry.
>
>  
> postgresql
> postgresql
> ${postgresql.jdbc.version}
>   
>
> 3. In imagemosaic-jdbc/pom.xml simply override the property.
>
> 
>   9.1-901-1.jdbc4
> 
>
> -Justin
>
> On Fri, Oct 12, 2012 at 2:57 AM,  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
>>
>>
>>  postgresql
>>  postgresql
>>  8.4-701.jdbc3
>>
>>
>> The imagemosaic-jdbc pom has to specify its own version.
>>
>>  
>>postgresql
>>postgresql
>>
>>9.1-901-1.jdbc4
>>test
>>  
>>
>> 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

[Geotools-devel] Postgis 2.0 raster and postgres jdbc driver version

[christian . mueller]

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

   
 postgresql
 postgresql
 8.4-701.jdbc3
   

The imagemosaic-jdbc pom has to specify its own version.

 
   postgresql
   postgresql
   
   9.1-901-1.jdbc4
   test
 

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] New community module: reshape feature source/store

[christian . mueller]

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

[christian . mueller]

Added my vote too (+1)

Zitat von Andrea Aime :

> On Sat, Jun 30, 2012 at 4:08 AM, Justin Deoliveira   
> wrote:
>
>> 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

[christian . mueller]

Another welcome from me. Nice to have two additional developers.

Christian

Zitat von Michael Bedward :

> Welcome David and Martin !
>
> Michael
>
> On 14 May 2012 09:01, Justin Deoliveira  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?

[christian . mueller]

+1, full ack to the arguments of Andrea and Justin

Zitat von Justin Deoliveira :

> +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
> wrote:
>
>> 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

[christian . mueller]

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

[christian . mueller]

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 :

> 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,  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 :
>>
>> > 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,  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 :
>> >>
>> >> > 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,   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 > >:
>> >> >>
>> >> >>> 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
>> >> >>>

Re: [Geotools-devel] Upgrading ImageIO-Ext on 2.7.x series

[christian . mueller]

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 :

> 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,  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 :
>>
>> > 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,   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 :
>> >>
>> >>> 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.sourcef

Re: [Geotools-devel] JDBC stores hitting multiple schemas

[christian . mueller]

Zitat von Andrea Aime :

> On Thu, Jan 12, 2012 at 4:44 PM,  wrote:
>
>> Oh yes, I know the problem. Creating a db2 data store without a schema
>> lists a ton of tables including the whole system catalog.
>>
>
> You know you can setup table name filters in the sql dialect?
> That's how we hide most of the system tables in Oracle for example.
>
Uuphs, I should know, shame on me :-)
>
>>
>> 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.
>>
>
> This may backwards compatibility issues, what happens when someone using
> uDig, GeoServer or another
> application that mantains a configuration of its own referencing the old
> name?
> But I otherwise like the direction.
See answer of 3)
>
>
>>
>> 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.
>>
>
> Ok
>
>
>>
>> 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.
>>
>
> How do we complete the name? All applications should have to roll new code
> to handle the switch? This would be really annoying towards users.
> That's why I was suggesting to be lenient, if we get a non qualified name
> try to match it
> internally to a qualified one
>
I am asking myself the following. If you connect to db and create a  
table without specifying a schema, in which schema is the table  
created. DB2, as an example, uses the userid as schema. I think there  
are similar mechanisms for other databases. There must be something  
like a default schema. As a consequence, if we have no explicit  
schema, we could use the default schema.
How does Oracle and Postgres ?

Cheers
Christian

> Another possiblity would be to have a configuration flag specifying whether
> to use qualified
> or unqualified names
>
> 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] JDBC stores hitting multiple schemas

[christian . mueller]

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 :

> 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

[christian . mueller]

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 :

> 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,   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 :
>>
>>> 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] Upgrading ImageIO-Ext on 2.7.x series

[christian . mueller]

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 :

> 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] Canonical github repository

[christian . mueller]

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 :

> 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] BigDecimal conversion broken in org.geotools.util.CommonsConverterFactory

[christian . mueller]

Fixed
https://jira.codehaus.org/browse/GEOT-3947

Cheers
Christian

Zitat von Shaun Forbes :

> 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

[Geotools-devel] [jira] Created: (GEOT-3947) CommonsConverterFactory cannot deal with BigDecimal

[Christian Mueller (JIRA)]

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] Question for Giterons

[christian . mueller]

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 :

> 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
> wrote:
>
>> On Thu, Nov 10, 2011 at 5:41 AM, Michael Bedward
>>  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

Re: [Geotools-devel] Question about JDBCFunctionTest

[christian . mueller]

SOLVED.

There is a db2 sql construct

"CASE WHEN  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

[christian . mueller]

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

[christian . mueller]

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 :

> 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  wrote:
>
>>
>>
>> On Sun, Sep 25, 2011 at 9:15 AM, Andrea Aime > > wrote:
>>
>>> On Sun, Sep 25, 2011 at 10:19 AM,  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.



--

[Geotools-devel] New plugin supporting upcoming POSTGIS 2.0 Raster

[christian . mueller]

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-3866) Backport GEOT-3863 (Postgis raster) to 2.7.x

[Christian Mueller (JIRA)]

Backport GEOT-3863 (Postgis raster) to 2.7.x


 Key: GEOT-3866
 URL: https://jira.codehaus.org/browse/GEOT-3866
 Project: GeoTools
  Issue Type: New Feature
Reporter: Christian Mueller
Assignee: Christian Mueller


Backport postgis raster plugin to 2.7.x branch

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
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-3863) Add raster support for the upcoming POSTGIS 2.0 raster data type

[Christian Mueller (JIRA)]

Add raster support for the upcoming POSTGIS 2.0 raster data type


 Key: GEOT-3863
 URL: https://jira.codehaus.org/browse/GEOT-3863
 Project: GeoTools
  Issue Type: New Feature
  Components: imagemosaic-jdbc plugin
Affects Versions: 8.0-M2
Reporter: Christian Mueller
Assignee: Christian Mueller
Priority: Minor


Adding a new imagemosaic jdbc reader plugin to support the upcoming postgis 2.0 
raster data type. (Formerly WKT Raster). I am testing against the postgis svn 
2.0 trunk. In-DB raster works fine, Out-DB (storing image data in a file) is 
not ready yet and causes segmentation faults within the postgres server. The 
initial version of this new plugin will support IN-DB raster only, adding 
support for Out-DB raster later. 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira



--
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

[Christian Mueller (JIRA)]

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 ?

[christian . mueller]

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 :

> 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,mailto: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
>>
>>
>
> -- 
> Ben Caradoc-Davies 
> 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

[christian . mueller]

Zitat von Andrea Aime :

> On Thu, Jun 23, 2011 at 8:41 AM, Severin (aka Cliff)   
> wrote:
>
>> 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

Re: [Geotools-devel] Do we have a place for XML schema files ?

[christian . mueller]

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 :

> 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,  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