from:"Kevin Smith"

[Geotools-devel] GeoTools / GeoServer PMC meeting - 2019-11-12

2019-11-12 Thread Kevin Smith

GeoTools / GeoServer PMC meeting - 2019-11-12

Attending

Andrea Aime

Jukka Rahkonen

Jody Garnett

Gabriel Roldan

Kevin Smith

Torben Barsballe

Actions from last meeting

Torben: Move Java 11 builds to master node on Jenkins (done)

Agenda

Release Planning

CITE Tests Request for Proposal

GeoServer 2020 Budget

GeoTools 2020 Budget

WMTS community restconfig module

Committers cleanup, GeoTools version

STAC/filter sprint

Actions 

Jody: announce CITE automation RFP

Andrea: propose committer cleanup on the GeoTools list

Release Planning

November: 2.16.1 - Jody is on Deck (release for next week)

December: 2.15.4 - Gabriel / Jody

https://github.com/geoserver/geoserver/wiki/Release-Schedule

CITE Tests Request for Proposal

It looks like we have enough funding (with some help from GeoTools PMC) in the 
range of 10k.


Actions:

Update fundraising graphic and thank sponsors

Jody to open RFP (email to developer list, news item inviting responses and 
thanking sponsors)

Deadline for proposals is the end of the month

We may make a milestone for end of year, to make use of OSGeo 2019 budget

OSGeo CITE certification renews end of January (incase anything passes)


Aside:

Remember if you have sponsored this email treasu...@osgeo.org to be listed on 
the osgeo sponsors page. See how to become a sponsor.

GeoServer 2020 Budget / Planning

GeoServer activities/risks for 2020:

Make use of SAC hardware for maven repo (rather than webdav)

OSGeo CITE Certification Sprint / Submission

Continue with ogc-api RnD

ogc-api features 1.0 final is available already (core)

continued RnD: filter, query, transaction, …

Java 17 LTS comes out September 2021 … so not of interest!

Developers Guide update :)

GeoTools 2020 Budget / Planning

GeoTools activities/risks for 2020:

ImageN jody has approval for a 0.8 release

build check for public javadocs (ideas, discussion) (idea: @Override methods 
should use @inheritDoc and @implNote if needed)

Continue Ian’s work on Documentation QA

Ian would like to start replacing EMF→ Beans, XSD → Beans/Xerces? GTXML with 
JAXB


WMTS community restconfig module

See email from last week.

Discussion community module vs adding to core

seems to be an oversight


Gabriel is going to work on a PR to core + docs + swaggers api.

Experimenting with converting to OpenAPI 3.0

YAML → JSON 

Generate reliable Java client

Aside:

We mostly did this by hand to port RST documentation and were learning as we 
went

In OGC-API community module we also need to serve OpenAPI document

How to confirm client can be generated?

Gabriel uses OpenAPI Maven plugin, but is working from static document

ogc-api makes a dynamic document so maven plugin won’t work...


Committers cleanup, GeoTools version

Propose the same workflow as for GeoServer cleanup

active committers in the last year

devel, user, build email lists


Andrea: Makes the motion to cleanup committer list

Andrea Aime + 1 initial motion

Ian Turton

Jody Garnett +1

Nuno Oliveira

Simone Giannecchini

Torben Barsballe +1

Jukka Rahkonen +1

STAC/filter sprint

Andrea attended

STAC (can actually be vectors as well as raster)

also a features api

Aligning with ogc-api features api, features-api extensions, …

Filtering extension

Based on ECQL

Text encoding, nobody wants to write a parser

JSON encoding, similar to OGC filter structure

JSON encoding array based, similar to MapBox style

Expect this will be very successful for interoperability of data

And the production of single purpose clients

Will be murder for general purpose clients


Discussion

Any outstanding proposals, or pull requests to catch up on:

Lots of proposals coming in ...

Jody to recheck the file resource PR, Gabriel has added javadocs and it is 
ready, …

Gabriel discussion how to manage a batch of performance issues

Use of Jira epic, Gab is going to try this :)

Wiki technical debt 



signature.asc
Description: PGP signature
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [Geoserver-devel] GeoTools / GeoServer PMC meeting - 2019-08-03

2019-09-04 Thread Kevin Smith

As Jody and I were the only ones to attend we decided to cancel the meeting.

For those of you disappointed by having to wait an additional fortnight for 
your fix of PSC/PMC meeting minutes, please check out this blog post about the 
GeoServer/GeoTools/GeoWebCache related presentations that will be given at 
FOSS4G. It's the next best thing!

http://blog.geoserver.org/2019/09/03/geoserver-presentations-on-foss4g-2019/


-- 
Kevin Smith
smit...@draconic.ca

signature.asc
Description: PGP signature
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Moving the PMC meeting to an eariler time

2019-04-30 Thread Kevin Smith

On 30 April 2019 09:23:07 GMT-07:00, Torben Barsballe via GeoTools-Devel 
 wrote:
>Great. As a reminder, the meeting link is https://meet
>.jit.si/GeoServerMeeting
>
>Torben
>
>On Tue, Apr 30, 2019 at 1:15 AM Ian Turton  wrote:
>
>> In general  that works for me but I'm on site today so I'll miss this
>one.
>>
>> Ian
>>
>> On Mon, 29 Apr 2019 at 18:53, Torben Barsballe <
>> tbarsba...@federal.planet.com> wrote:
>>
>>> This topic hasn't had much in the way of replies since last meeting.
>>> Shall we tentatively say 16:30 UTC
>>>
>
>for
>>> tomorrow's PMC meeting and see how that works out?
>>>
>>> Does that work for everyone else?
>>>
>>> Cheers,
>>> Torben
>>>
>>> On Tue, Apr 16, 2019 at 10:52 AM Torben Barsballe <
>>> tbarsba...@federal.planet.com> wrote:
>>>
 I'd also be able to do 2 hours earlier (So 15:00 UTC), but I
>wouldn't
 prefer it.

 Torben

 On Tue, Apr 16, 2019 at 10:40 AM Andrea Aime <
 andrea.a...@geo-solutions.it> wrote:

> 30 min earlier works fine here too, and open to other suggestions
> (anything that does not push the meeting later than it is now)
>
> Cheers
> Andrea
>
> On Tue, Apr 16, 2019 at 7:29 PM Torben Barsballe via
>GeoTools-Devel <
> geotools-devel@lists.sourceforge.net> wrote:
>
>> The PMC Meeting is currently scheduled for 17:00 UTC
>>
>
>>
>> I believe everyone has switched over from daylight savings time
>at
>> this point, and a couple people have expressed interest in an
>earlier
>> meeting time, so do we want to move the meeting to an earlier
>time?
>> What works best for everyone?
>>
>> At the moment 30min earlier would work best for me.
>>
>> Torben
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
>
> --
>
> Regards, Andrea Aime == 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
> --- *Con
> riferimento alla normativa sul trattamento dei dati personali
>(Reg. UE
> 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”),
>si
> precisa che ogni circostanza inerente alla presente email (il suo
> contenuto, gli eventuali allegati, etc.) è un dato la cui
>conoscenza è
> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se
>il
> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni
>altra
> operazione è illecita. Le sarei comunque grato se potesse darmene
>notizia.
> This email is intended only for the person or entity to which it
>is
> addressed and may contain information that is privileged,
>confidential or
> otherwise protected from disclosure. We remind that - as provided
>by
> European Regulation 2016/679 “GDPR” - copying, dissemination or
>use of this
> e-mail or the information herein by anyone other than the intended
> recipient is prohibited. If you have received this email by
>mistake, please
> notify us immediately by telephone or e-mail.*
>

>>
>> --
>> Ian Turton
>>

+0

I should be able to start attending again with the May 14 meeting.  The old 
time would have been slightly better but I'm ok with the change.
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] GeoTools / GeoServer Meeting 2018-10-30 -> Email Discussion

2018-10-30 Thread Kevin Smith

On 2018-10-30 08:53 AM, Torben Barsballe wrote:
> No one showed up for the meeting today, there are still a bunch of
> things that should be discussed. Moving to this email thread (and/or
> Gitter) for discussion.
>
> *Topics:*
>
>  *
>
> Do we want to change the time of the 19:30 UTC meeting now that
> Ben has stepped down?
>
>  *
>
> JDK 11 Sprint TODO:
>
>  o
>
> Finish up sprint split-package goal and unfreezing master
>
>   + https://github.com/geotools/geotools/pull/2154, 
> https://github.com/geoserver/geoserver/pull/3217
>   + What else is left -
> see 
> https://docs.google.com/spreadsheets/d/1oE6mU4jp-ZL5PebgXf-fuhtf7MY5dzSwPqpMtrzdZ94/edit#gid=2055024842=A513
>  o
>
> Running up t-shirts for sprint participants
>
Maybe logos of participating projects on jigsaw puzzle pieces?
>
>  o
>
> Schedule a milestone “release” based on our results for
> sometime in November?
>
Yes this seems like a good use for a milestone. +1
>
>  o
>
> Consider if we should move our release forward to January to
> align with Oracle JDK 8 “EOL” (the answer will probably be no)
>
>   * Any other topics?
>
>
> Cheers,
> Torben
>

-- 
Kevin Michael Smith




signature.asc
Description: OpenPGP digital signature
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] SourceForge exit strategy

2018-03-07 Thread Kevin Smith

On the subject of migrating away from Source Forge for hosting
installation artifacts, I just noticed that SourceForge has the option
to automatically pull in the artifacts from GitHub releases.  This might
simplify transitioning to GitHub while still using SourceForge as a backup.


On 2018-03-06 01:32 PM, Torben Barsballe wrote:
> *
>
> SourceForge had outages / reduced service during the week of the
> GeoTools 19-beta / GeoServer 2.13-beta release.
>
>
> This caused:
>
>  *
>
> Delays on mailing list discussions and announcements (including
> the release announcement),
>
>  *
>
> Loss of all download statistics for the release, so we don't know
> how many people are downloading / testing it.
>
>
> Once again, this brings up the topic of whether we should consider
> something a bit more reliable than sourceforge for hosting mailing
> lists and release artifacts. There is a preexisting migration proposal
> here:
> *https://github.com/geotools/geotools/wiki/SourceForge-exit-strategy*
>
> **
>
> *One suggestion was to start by migrating the GeoTools project (As it
> is a lower-risk migration, given that most people get there artifacts
> via maven), and use that to determine feasibility of migrating the
> GeoServer project.*
>
> **
>
> *Any thoughts?*
>
> **
>
> *Torben*
>
> *
>
>
>
> --
> 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

-- 
Kevin Michael Smith




signature.asc
Description: OpenPGP digital signature
--
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] GT 16.5

2017-08-24 Thread Kevin Smith

GWC 1.10.5 is deployed to maven.

On 2017-08-24 12:50 PM, Jody Garnett wrote:
> Grabbed the tag and am deploying from my local machine.
>
> Trust the next release will go better.
>
> --
> Jody Garnett
>
> On 24 August 2017 at 12:42, Jody Garnett  > wrote:
>
> Did not work for obvious reasons:
>
> sent 130 bytes  received 24 bytes  102.67 bytes/sec
>
> total size is 238855569  speedup is 1551010.19
>
> + popd
>
> + git tag 16.5
>
> fatal: tag '16.5' already exists
>
> Build step 'Execute shell' marked build as failure
>
> [locks-and-latches] Releasing all the locks
>
> [locks-and-latches] All the locks released
>
> Finished: FAILURE
>
>
> --
> Jody Garnett
>
> On 24 August 2017 at 12:39, Jody Garnett  > wrote:
>
> Done, job is running
> here 
> https://build.geoserver.org/view/geotools/job/geotools-release-publish/83/
> 
> 
>
> --
> Jody Garnett
>
> On 24 August 2017 at 12:03, Ian Turton  > wrote:
>
> So can someone log on and change deploy=skip to
> deploy=true, or whatever. 
>
> I'd do it but I don't have a fixed ip so I can't log in. 
>
> Ian 
>
> On 24 Aug 2017 19:55, "Jody Garnett"
> >
> wrote:
>
> I think I may know, there was some madness with SSL
> and certificates and waiting for build.geoserver.org
>  to be trusted as a thing
> that could upload to our maven repo. That has been
> sorted out now as i understand it due to some help
> from FrankW on the system admin committee, so let us
> try again ...
>
> https://trac.osgeo.org/osgeo/ticket/1931
> 
>
> --
> Jody Garnett
>
> On 24 August 2017 at 00:46, Andrea Aime
>  > wrote:
>
> On Thu, Aug 24, 2017 at 9:33 AM, Ian Turton
> >
> wrote:
>
> That's odd, the files are on sourceforge
> 
> (https://sourceforge.net/projects/geotools/files/GeoTools%2016%20Releases/16.5/
> 
> )
> so I assume the jenkins job ran correctly -
> TBH I'm not sure which step pushes the
> artifacts to the repo I would guess
> publish-release? 
>
>
> Yes, that's the step which is supposed to deploy
> on the repositories... but I don't see it
> happening in the build logs:
> 
> https://build.geoserver.org/view/geotools/job/geotools-release-publish/82/consoleFull
> 
> 
>
> Was the release script modified not to perform
> deploys? Checking the script, it has a variable to
> guard against
> maven deploy:
>
> 
> https://github.com/geotools/geotools/blob/master/build/release/publish_release.sh#L56
> 
> 
>
> and indeed someone set that variable:
>
> Inline image 1
>
> So... no surprises actually, it's "by design". Can
> the mastermind behind it tell us why?
> I'm guessing maybe lack of credentials for deploy
> on the new build server, or some such?
>
> Cheers
> Andrea
>  
>
>
> -- 
>
> Regards,
>
> Andrea Aime
>
> ==GeoServer Professional Services from the
> experts! Visit http://goo.gl/it488V for more
> information.==Ing. Andrea Aime @geowolfTechnical
> LeadGeoSolutions S.A.S.Via di Montramito 3/A55054
>  Massarosa (LU)phone: +39 0584 962313
> fax: +39 0584 1660272
>

[Geotools-devel] [JIRA] (GEOT-5749) Add indication of type to elements in YSLD lists

2017-06-05 Thread Kevin Smith [Administrator] (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 jody.garnett created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5749  
 
 
  Add indication of type to elements in YSLD lists   
 

  
 
 
 
 

 
Issue Type: 
  Improvement  
 
 
Assignee: 
 Kevin Smith [Administrator]  
 
 
Components: 
 ysld  
 
 
Created: 
 05/Jun/17 11:02 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 jody.garnett  
 

  
 
 
 
 

 
 YSLD can be a bit hard to explain as several of the concepts ("rule" and "feature-style") do not have explicit representations since they are recorded in list form. Symbolizers are much easier to explain as they are always represented as "point", "linestring","polygon","raster","text". name synonyms I would like to request that:  "rule: xxx" act as syntatic sugar for "name: xxx" "feature-style: abc" act as syntatic sugar for "name: abc" This adds no more complexcity, is backwards compatible and is much easier to follow. Example from the YSLD Reference: rule: all title: Every feature will be styled this way symbolizers: 
 
polygon: fill-color: '#808080' fill-opacity: 0.5 stroke-color: '#00' stroke-opacity: 0.75 
 Example from the YSLD Reference: feature-styles: 
 
rules: 
rule: close scale: [min,5] symbolizers: 
line: stroke-color: '#00' stroke-width: 2 
rule: far scale: [5,max] symbolizers: 
line: stroke-color: '#00' stroke-width: 1 
 Tags Kevn has suggested using tags to handle this st

Re: [Geotools-devel] Community Module Proposal: s3-geotiff

2017-05-24 Thread Kevin Smith

+1 for the GeoServer module.

On 2017-05-23 02:11 PM, Ben Caradoc-Davies wrote:
> +1 for both the GeoServer community module and the GeoTools unsupported 
> module. I have copied the GeoServer-devel list.
>
> Kind regards,
> Ben.
>
> On 24/05/17 04:56, Devon Tucker wrote:
>> Hi all,
>>
>> I mentioned this in a previous email either here or on gs-devel, but we
>> have a simple-ish module we'd like to make into community/unsupported
>> modules for GeoTools and GeoServer. They enable GeoTiffs to be served via
>> Amazon S3 directly.
>>
>> The modules are fairly simple. In GeoTools there is a GridFormatFactory
>> interface that's largely derivative of the GeoTiff module, as well as an
>> ImageInputStream implementation that does most of the heavy lifting. This
>> is also tied into EhCache caching in order to improve performance.
>>
>> In GeoServer there is a very trivial store UI screen. This exists only to
>> get around some of the limitations currently in GeoServer when it comes to
>> URL validation in the default grid store screens.
>>
>> I have branches created for each of these in my fork:
>>
>> https://github.com/dvntucker/geotools/tree/s3-geotiff-module/modules/unsupported/s3-geotiff
>> https://github.com/dvntucker/geoserver/tree/s3-geotiff-gs/src/community/s3-geotiff
>>
>> Take a look if you like and let me know what you think.
>>
>> Cheers,
>> Devon

-- 
Kevin Michael Smith





signature.asc
Description: OpenPGP digital signature
--
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] Change "European" Meeting time to 15:30 UTC?

2017-05-02 Thread Kevin Smith

Sorry, meant to reply to both lists.


On 2017-05-02 4:27 PM, Kevin Smith wrote:
>
> Slightly off topic for the thread, but maybe a better way of naming
> the alternating meeting times would be the oceans between the
> continents that can attend.  So "Atlantic" and the other would be
> "Pacific".
>
>
> On 2017-04-18 12:33 AM, Ian Turton wrote:
>> I took an action at the last meeting to propose that we move the time
>> of the "European" or "Northern" meeting time to 15:30 UTC now that
>> all the participants have switched to DST. 
>>
>> https://www.timeanddate.com/worldclock/fixedtime.html?iso=20170418T1530=1440
>>
>> Does any one have a problem with this?
>>
>> Ian
>>
>> -- 
>> Ian Turton
>>
>>
>> --
>> 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
>
> -- 
> Kevin Michael Smith
> <smit...@draconic.ca>
>
>
> --
> 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

-- 
Kevin Michael Smith
<smit...@draconic.ca>



signature.asc
Description: OpenPGP digital signature
--
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] Change "European" Meeting time to 15:30 UTC?

2017-05-02 Thread Kevin Smith

Slightly off topic for the thread, but maybe a better way of naming the
alternating meeting times would be the oceans between the continents
that can attend.  So "Atlantic" and the other would be "Pacific".


On 2017-04-18 12:33 AM, Ian Turton wrote:
> I took an action at the last meeting to propose that we move the time
> of the "European" or "Northern" meeting time to 15:30 UTC now that all
> the participants have switched to DST. 
>
> https://www.timeanddate.com/worldclock/fixedtime.html?iso=20170418T1530=1440
>
> Does any one have a problem with this?
>
> Ian
>
> -- 
> Ian Turton
>
>
> --
> 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

-- 
Kevin Michael Smith




signature.asc
Description: OpenPGP digital signature
--
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] zoom level function

2017-04-13 Thread Kevin Smith

On 17-04-12 02:11 PM, Jody Garnett wrote:
> Quick request Kevin,
>
> Can I ask if we can move the "zoom level mapper" from YSLD to a more
> general location? I woudl like to create a zoomLevel(
> env("wms_scale_denomiator'), "EPSG:3857" ) function to support the
> mapbox style work - and do not want to duplicate code.

+1 as module maintainer

-- 
Kevin Michael Smith





signature.asc
Description: OpenPGP digital signature
--
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

[Geotools-devel] [JIRA] (GEOT-5505) MBTiles baselayer type string incorrect

2016-09-01 Thread Kevin Smith (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Kevin Smith created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5505  
 
 
  MBTiles baselayer type string incorrect   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 16-M0  
 
 
Assignee: 
 Unassigned  
 
 
Created: 
 02/Sep/16 1:27 AM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Kevin Smith  
 

  
 
 
 
 

 
 MBTiles files must have a type of either "overlay" or "baselayer". GeoTools currently uses "base_layer" instead of "baselayer"  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassi

[Geotools-devel] [JIRA] (GEOT-5504) Support Mapbox PBF tiles in MBTiles

2016-09-01 Thread Kevin Smith (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 Kevin Smith created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5504  
 
 
  Support Mapbox PBF tiles in MBTiles   
 

  
 
 
 
 

 
Issue Type: 
  Improvement  
 
 
Assignee: 
 Unassigned  
 
 
Created: 
 02/Sep/16 1:24 AM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Kevin Smith  
 

  
 
 
 
 

 
 Despite technically not being part of the MBTiles specification, Mapbox PBF Vector tiles are being used in MBTiles containers with a format string of "pbf". (osm2vectortiles.org for instance) Allowing "pbf" as a format string would allow these files to be read by GeoTools.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v1000.305.0

Re: [Geotools-devel] Boundless YSLD to GeoTools?

2016-04-01 Thread Kevin Smith

On Thu, Mar 31, 2016, at 07:51 PM, Justin Deoliveira wrote:
>
> On Thu, Mar 31, 2016 at 8:41 PM Jody Garnett
>  wrote:
>> Wonder how you do your git-fu you do so well.
>
> Ha. git filter-branch… it’s amazing and scary all at the same time :)
>>
>> I will review and merge pull request with torben if you would like to
>> create, we best merge to respect contributor agreement etc...
>
> Will do. How do you want to handle copyright headers? Shall I update
> the module to include the GeoTools copyright now?

That seems like the reasonable way to handle things.
https://github.com/jdeolive/geotools/pull/2
 
--
Kevin Michael Smith
smit...@draconic.ca
 
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471=/4140___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] Java 8 Streams for building filters

2016-01-28 Thread Kevin Smith

I was messing around with streams while building filters and came up
with an interesting tool for aggregating filters together.

/**
 * Create a collector that joins filters together into an aggregate
 filter. If one filter is collected, it is the result on its own.
 * @param joiner function to join 2 or more filters
 * @param empty produces the result when no filters are collected.
 * @return
 */
public static Collector
filterCollector(Function joiner,
Supplier empty) {
return Collector.of(
()->{return new LinkedList();}, // Start with an
empty list
List::add, // Add filter to a list
(List a,List b) -> { // Combine sublists
a.addAll(b);
return a;
}, 
(List list) -> {
if(list.isEmpty()) {
// Nothing so exclude
return empty.get();
} else if(list.size()==1) {
// Just one so return it
return list.get(0);
}
// More than 1 so OR together
return joiner.apply(list);
});
}

This can then be used to gather up streams of filters that have been
processed using map and the like into aggregating filters like And and
Or

Filter filter = names.stream()
 .map(ff::literal)
 .map(literal->ff.equals(ff.property("name"),
 literal))
 .collect(filterCollector(ff::or,
 ()->Filter.EXCLUDE));

Which filters for a name property that matches any of those in the
'names' list.

In the end I didn't actually need this for what I was doing so I don't
have time to refine or test it properly.  Hopefully someone else will
find it useful.  Optionally, could add a UnaryOperator to filter
singleton Filters rather than leaving them as is, or replace the empty
supplier with returning an Optional instead of a Filter.

-- 
  Kevin Michael Smith
  smit...@draconic.ca

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] GeoTools 14-RC1 Released

2015-09-14 Thread Kevin Smith

 The GeoTools team is pleased to announce GeoTools 14-RC1: 


http://sourceforge.net/projects/geotools/files/GeoTools%2014%20Releases/14-beta/geotools-14-beta-bin.zip/download

http://sourceforge.net/projects/geotools/files/GeoTools%2014%20Releases/14-beta/geotools-14-beta-doc.zip/download

http://sourceforge.net/projects/geotools/files/GeoTools%2014%20Releases/14-beta/geotools-14-beta-userguide.zip/download

http://sourceforge.net/projects/geotools/files/GeoTools%2014%20Releases/14-beta/geotools-14-beta-project.zip/download

maven repository http://download.osgeo.org/webdav/geotools/

This release is made by Kevin Smith (Boundless) in conjunction with
GeoWebCache 1.8-RC1 and GeoServer 2.8-RC1.

This is a release candidate for final testing before we release 14.0.

Fixes since beta:

SQL syntax error in gt-jdbc-postgis PostgisDataStoreOnlineTest
SQLDialect ignores Schema for index (create statement)
CSS does not support multiple fonts in the same text symbolizer
App-schema REST: data access containing non-feature types is not
removed

For more information see 14-RC1 release notes
(https://osgeo-org.atlassian.net/projects/GEOT/versions/11300).

-- 
  Kevin Michael Smith
  smit...@draconic.ca

--
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] 14-RC round-up

2015-09-11 Thread Kevin Smith

14.x is forked and master is now 15-SNAPSHOT.

14-RC1 artefacts are built and deployed to their usual locations although
the official announcement will be Monday at the start of FOSS4G.

On 10 September 2015 at 15:24, Jody Garnett <jody.garn...@gmail.com> wrote:

> Chewing through the last couple pull requests that have come in - thanks
> to Torben and Ben for the assistance.
>
> - remove spike <https://github.com/geotools/geotools/pull/957>
> -  [GEOT-5211] App-schema REST: data access containing non-feature types
> is not removed  <https://github.com/geotools/geotools/pull/956>
> - Replaced header with GeoTools logo in Readme.md
> <https://github.com/geotools/geotools/pull/955>
> - [mvn] fixed javadoc & build-helper plugin version WARNINGS
> <https://github.com/geotools/geotools/pull/954>
>
> And a nod to Frank for the build and doc QA :)
>
> We have one rejection:
>
> - GEOT-5212 DB2 st_disjoint does not work with SELECTIVITY clause
> <https://github.com/geotools/geotools/pull/958> - lack of a test case
>
> --
> Jody Garnett
>
> On 9 September 2015 at 11:33, Jody Garnett <jody.garn...@gmail.com> wrote:
>
>> So what fixes are we expecting in for the RC?
>>
>> Reminder the RC marks the end of the code freeze, we will be making a new
>> stable branch at this time, and turning off builds for the 12.x series.
>> --
>> Jody Garnett
>>
>
>
>
> --
> Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
> Get real-time metrics from all of your servers, apps and tools
> in one place.
> SourceForge users - Click here to start your Free Trial of Datadog now!
> http://pubads.g.doubleclick.net/gampad/clk?id=241902991=/4140
> _______
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>


-- 

Kevin Smith

Software Engineer | Boundless <http://boundlessgeo.com/>

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo <http://twitter.com/boundlessgeo/>


<http://twitter.com/boundlessgeo/>

[image: http://boundlessgeo.com/]
<http://boundlessgeo.com/>
--
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] GeoTools 12.5 Release Artifacts

2015-09-03 Thread Kevin Smith

GeoWebCache is released, commit bef6b44f1f2e66894b63cba70387ada7c20d5c30

On 2 September 2015 at 17:19, Torben Barsballe <tbarsba...@boundlessgeo.com>
wrote:

> GeoTools 12.5 is now released!
>
> Jody / Kevin:
>
> Here are the build parameters from the last passing CITE test, that I used
> for this GeoTools release, and can be used for the GeoWebCache/GeoServer
> releases:
>
> version = 2.6-SNAPSHOT
> git revision = 5f92a628ff9d01f44002a8d93435256ab0c28a28
> git branch = 5f92a628ff9d01f44002a8d93435256ab0c28a28
> build date = 02-Sep-2015 04:20
> geotools version = 12-SNAPSHOT
> geotools revision = 0e58707c000d350088b6c0d8b73e62932fa3dd77
> geowebcache version = 1.6-SNAPSHOT
> geowebcache revision = 9e110fe21fa20a342850c9b14a36dd12c5925f00/9e110
>
> Note that the final geotools build (with the README fix) used
> 98752ef68909ad8c482d9a24b24d7763176311c3
>
> Torben
>
> On Wed, Sep 2, 2015 at 4:23 PM, Torben Barsballe <
> tbarsba...@boundlessgeo.com> wrote:
>
>> The artifacts at http://ares.boundlessgeo.com/geotools/release/12.5/
>> have been updated with this fix.
>> I can confim the README.html links now point to the maintenance docs.
>>
>> I will proceed with publishing the release.
>>
>> Torben
>>
>> On Wed, Sep 2, 2015 at 3:21 PM, Torben Barsballe <
>> tbarsba...@boundlessgeo.com> wrote:
>>
>>> I'll fix and re-release. I've pushed up a commit with a fix and am
>>> re-building now.
>>>
>>> Torben
>>>
>>> On Wed, Sep 2, 2015 at 3:16 PM, Jody Garnett <jody.garn...@gmail.com>
>>> wrote:
>>>
>>>> Thanks,
>>>>
>>>> [INFO]
>>>> 
>>>> [INFO] BUILD SUCCESS
>>>> [INFO]
>>>> 
>>>> [INFO] Total time: 14:38.961s
>>>>
>>>> Checking the README.html (does anyone else do this?):
>>>> - links point to stable (rather than maintenance)
>>>>
>>>> Q: Do you care to fix the links and re-release? Or do you want unzip
>>>> and fix the links and bundle back up for SF? Or ignore as a minor detail 
>>>> ...
>>>>
>>>> --
>>>> Jody Garnett
>>>>
>>>> On 2 September 2015 at 14:57, Torben Barsballe <
>>>> tbarsba...@boundlessgeo.com> wrote:
>>>>
>>>>> The GeoTools 12.5 Release Artifacts are available for testing at
>>>>> http://ares.boundlessgeo.com/geotools/release/12.5/
>>>>>
>>>>> Please respond if you are able to test.
>>>>>
>>>>> Torben Barsballe
>>>>>
>>>>>
>>>>> --
>>>>> Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
>>>>> Get real-time metrics from all of your servers, apps and tools
>>>>> in one place.
>>>>> SourceForge users - Click here to start your Free Trial of Datadog now!
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=241902991=/4140
>>>>> ___
>>>>> GeoTools-Devel mailing list
>>>>> GeoTools-Devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>>>>
>>>>>
>>>>
>>>
>>
>
>
> --
> Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
> Get real-time metrics from all of your servers, apps and tools
> in one place.
> SourceForge users - Click here to start your Free Trial of Datadog now!
> http://pubads.g.doubleclick.net/gampad/clk?id=241902991=/4140
> ___
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>


-- 

Kevin Smith

Software Engineer | Boundless <http://boundlessgeo.com/>

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo <http://twitter.com/boundlessgeo/>


<http://twitter.com/boundlessgeo/>

[image: http://boundlessgeo.com/]
<http://boundlessgeo.com/>
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991=/4140___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Time to consider a move to Java 8?

2015-08-24 Thread Kevin Smith

I'm all for this. GeoWebCache has built just fine under Java 8 just fine
when I've tested it so I have no problem upping GWC's requirements to Java
8.

On 23 August 2015 at 02:22, Christian Mueller 
christian.muel...@os-solutions.at wrote:

 Hi all

 IBM Java 8 is ready for download, no problems from my side.

 Cheers
 Christian

 On Sat, Aug 22, 2015 at 5:29 PM, Jody Garnett jody.garn...@gmail.com
 wrote:

 Yep, we just discussed a strategy previously, did not do the work. Except
 Kevin set up that job on ares.
 On Sat, Aug 22, 2015 at 8:28 AM Andrea Aime andrea.a...@geo-solutions.it
 wrote:

 On Sat, Aug 22, 2015 at 5:25 PM, Jody Garnett jody.garn...@gmail.com
 wrote:

 Yep. That was the schedule we figured back in May. So we can swap
 master over after the the release candidate.


 I think we should make a poll first, and if it's ok, write a proposal
 and switch

 Cheers
 Andrea

 --
 ==
 GeoServer Professional Services from the experts! Visit
 http://goo.gl/it488V for more information.
 ==

 Ing. Andrea Aime
 @geowolf
 Technical Lead

 GeoSolutions S.A.S.
 Via Poggio alle Viti 1187
 55054  Massarosa (LU)
 Italy
 phone: +39 0584 962313
 fax: +39 0584 1660272
 mob: +39  339 8844549

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

 Le informazioni contenute in questo messaggio di posta elettronica e/o
 nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
 loro utilizzo è consentito esclusivamente al destinatario del messaggio,
 per le finalità indicate nel messaggio stesso. Qualora riceviate questo
 messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
 darcene notizia via e-mail e di procedere alla distruzione del messaggio
 stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
 divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
 utilizzarlo per finalità diverse, costituisce comportamento contrario ai
 principi dettati dal D.Lgs. 196/2003.



 The information in this message and/or attachments, is intended solely
 for the attention and use of the named addressee(s) and may be confidential
 or proprietary in nature or covered by the provisions of privacy act
 (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
 Code).Any use not in accord with its purpose, any disclosure, reproduction,
 copying, distribution, or either dissemination, either whole or partial, is
 strictly forbidden except previous formal approval of the named
 addressee(s). If you are not the intended recipient, please contact
 immediately the sender by telephone, fax or e-mail and delete the
 information in this message that has been received in error. The sender
 does not give any warranty or accept liability as the content, accuracy or
 completeness of sent messages and accepts no responsibility  for changes
 made after they were sent or for other risks which arise as a result of
 e-mail transmission, viruses, etc.

 ---

 --
 --
 Jody Garnett


 --

 ___
 GeoTools-Devel mailing list
 GeoTools-Devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel




 --
 DI Christian Mueller MSc (GIS), MSc (IT-Security)
 OSS Open Source Solutions GmbH



 --

 ___
 GeoTools-Devel mailing list
 GeoTools-Devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel




-- 

Kevin Smith

Software Engineer | Boundless http://boundlessgeo.com/

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo http://twitter.com/boundlessgeo/


http://twitter.com/boundlessgeo/

[image: http://boundlessgeo.com/]
http://boundlessgeo.com/
--
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] [Geowebcache-devel] Delaying current releases

2015-08-11 Thread Kevin Smith

On 11 August 2015 at 10:07, Andrea Aime andrea.a...@geo-solutions.it
wrote:

 On Tue, Aug 11, 2015 at 6:57 PM, Jody Garnett jody.garn...@gmail.com
 wrote:

 My understanding is the security fixes have been back ported - lets
 confirm with Kevin and Torben.


 No, the xstream related one did not even reach 2.7.x yet.
 I believe Kevin ported them back to a custom Boundless fork of 2.7.x for
 the next
 Suite release, but not on the official GeoServer one.


Right, it has been part of the internal GS 2.7.x/GWC 1.7.x derived builds
we've been testing for the Suite release for the past week without any
issues.  I can cherry pick it over to the official stable branches unless
there are any objections.

-- 

Kevin Smith

Software Engineer | Boundless http://boundlessgeo.com/

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo http://twitter.com/boundlessgeo/


http://twitter.com/boundlessgeo/

[image: http://boundlessgeo.com/]
http://boundlessgeo.com/
--
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Delaying current releases

2015-08-10 Thread Kevin Smith

 inflicted deadline and
  risk to give away more quality checks
  for respecting it.
 
  Looking forward to reading your feedback.
 
  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 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
 
  ---
  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
 
 

 --
 --
 Jody Garnett


 --

 ___
 GeoTools-Devel mailing list
 GeoTools-Devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel




-- 

Kevin Smith

Software Engineer | Boundless http://boundlessgeo.com/

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo http://twitter.com/boundlessgeo/


http://twitter.com/boundlessgeo/

[image: http://boundlessgeo.com/]
http://boundlessgeo.com/
--
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [JIRA] (GEOT-5138) ECQL IN filter should accept expression for LHS

2015-05-29 Thread Kevin Smith (JIRA)

Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Kevin Smith created an issue 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 GeoTools /  GEOT-5138 
 
 
 
  ECQL IN filter should accept _expression_ for LHS  
 
 
 
 
 
 
 
 
 

Issue Type:
 
  Bug 
 
 
 

Affects Versions:
 

 14-M0 
 
 
 

Assignee:
 

 Unassigned 
 
 
 

Components:
 

 cql 
 
 
 

Created:
 

 29/May/15 10:57 PM 
 
 
 

Priority:
 
  Medium 
 
 
 

Reporter:
 
 Kevin Smith 
 
 
 
 
 
 
 
 
 
 
ECQL provides an IN filter as a short hand for comparing an attribute to several different values attribute IN ('test1', 'test') is equivalent to attribute = 'test1' OR attribute = 'test2'. This doesn't work for anything but attributes however. Although this is reasonable given the implementation, it does represent a 'gotcha' for anyone who is merely using ECQL without caring about internal details. 
This could probably be resolved with a variadic comparison function to compare one value to several others so that ECQL some_function() IN ('test1', 'test2') could be turned into a filter equivalent to the CQL is_one_of(some_function(), 'test1', 'test2

Re: [Geotools-devel] nominate Kevin Smith for commit access

2015-04-01 Thread Kevin Smith

Thanks Jody and Ben.

Invite accepted and I'm doing a thorough test build of the backport so I
don't break the stable build with my first push.
--
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] ECQL Irregularities

2015-03-31 Thread Kevin Smith

The problem manifests even without the BarnesSurface, I was just responding
to your comment that the attribute name was bad by pointing out that when I
encountered the problem, the attribute didn't even exist. I've checked with
saner data and get the same thing. The error occurs when parsing the ECQL
before even plugging it into the style object, let alone evaluating it.
Based on the comments in the SLD, it looks like maybe it was added to make
the style validate against some rules that aren't being used any more
because the style validates and works just fine without it.

One other odd thing is that when I parse point (with the quotes) back
into an expression, and plug that into the geometry field of a raster
symbolizer for a style with a Barnes surface RT, the style won't work
because there's no point attribute. The original SLD doing the same thing
works just fine.

On 30 March 2015 at 19:30, Jim Hughes jn...@ccri.com wrote:

Kevin,

Hmm... does the Barnes Surface process create an ad hoc, intermediate
feature type?

I think the issue may be here:
https://github.com/geotools/geotools/blob/master/modules/library/cql/src/main/java/org/geotools/filter/text/commons/ExpressionToText.java#L215-221.
PropertyNames are not escaped. I fiddled with cooking up filters with
Literals rather than PropertyNames, and those were escaped by code above.

Cheers,

Jim

On 03/30/2015 09:16 PM, Kevin Smith wrote:

On 30 March 2015 at 18:04, Jim Hughes jn...@ccri.com wrote:

The EBNF does reference key words/reserved words. That list includes
wkt keywords like POINT, POLYGON and predicates like INTERSECTS and DURING.

A property name appears to get worked out as 'character string literal',
and would need to be quoted. I think that would do the trick. Since the
literal *point* is written sans qutoes, I'd guess that the preference for
keyword identification is too high? If that's the case, something in the
parser may need a little nudge.

In general, I'd suggest that reserved words in a query language make poor
attribute names.;)

Yes but the CQL encoder should be able to deal with it when it happens.
What's particularly strange is that the specific example that brought this
to my attention, the query is actually wrong in that the attribute in
question doesn't even exist. It was just being added to a raster
symbolizer in a style using Barnes Surface for no apparent reason and when
I converted it to CQL and then tried to parse the CQL, it broke.

Cheers,

Jim

On 03/30/2015 07:55 PM, Jody Garnett wrote:

So what is needed here ... list of reserved words that must be escaped
when encoded?

I think the square brackets are just to introduce precedence, isolating
point won't help since it will start trying to treat it as geometry.

For reference the grammar is here:
http://old.geotools.org/ECQL-Parser-Design_110493908.html

--
Jody Garnett

On 30 March 2015 at 16:46, Kevin Smith ksm...@boundlessgeo.com wrote:

I've noticed that ECQL.toCQL doesn't escape WKT keywords. So
PropertyNamepoint/PropertyName is encoded to just point rather than
point or [point]. When this is parsed in turn, it is interpreted as a
WKT literal, although it's lacking the rest of the expression and so fails.

The bracket notation also fails to resolve this when parsing, it still
interprets [point] as being the start of a WKT literal rather than an
attribute name. When double quoted (point) it escapes against the
WKT interpretation as expected.

I may be missing something. When I looked up the formal CQL spec
hidden in the CSW spec, i couldn't find any indication of either bracket or
double quote escaping of property names. Were these added for ECQL?

Kevin Smith

Software Engineer | Boundless http://boundlessgeo.com/

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo http://twitter.com/boundlessgeo/

http://twitter.com/boundlessgeo/

[image: http://boundlessgeo.com/]
http://boundlessgeo.com/

--
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] ECQL Irregularities

2015-03-31 Thread Kevin Smith

I noticed that the BNF grammar seems to have a typo in the entry for
reserved words, Between BEFORE and IN there's a line break but no |

The CQL parser also doesn't seem to handle attributes with spaces (when
quoted) and doesn't handle escaped double quotes

PR with fix for the reserved word issue.
https://github.com/geotools/geotools/pull/801

On 31 March 2015 at 12:04, Kevin Smith ksm...@boundlessgeo.com wrote:

The problem manifests even without the BarnesSurface, I was just
responding to your comment that the attribute name was bad by pointing out
that when I encountered the problem, the attribute didn't even exist. I've
checked with saner data and get the same thing. The error occurs when
parsing the ECQL before even plugging it into the style object, let alone
evaluating it. Based on the comments in the SLD, it looks like maybe it was
added to make the style validate against some rules that aren't being used
any more because the style validates and works just fine without it.

On 30 March 2015 at 19:30, Jim Hughes jn...@ccri.com wrote:

Kevin,

Hmm... does the Barnes Surface process create an ad hoc, intermediate
feature type?

Cheers,

Jim

On 03/30/2015 09:16 PM, Kevin Smith wrote:

On 30 March 2015 at 18:04, Jim Hughes jn...@ccri.com wrote:

The EBNF does reference key words/reserved words. That list includes
wkt keywords like POINT, POLYGON and predicates like INTERSECTS and DURING.

In general, I'd suggest that reserved words in a query language make
poor attribute names.;)

Yes but the CQL encoder should be able to deal with it when it
happens. What's particularly strange is that the specific example that
brought this to my attention, the query is actually wrong in that the
attribute in question doesn't even exist. It was just being added to a
raster symbolizer in a style using Barnes Surface for no apparent reason
and when I converted it to CQL and then tried to parse the CQL, it broke.

Cheers,

Jim

On 03/30/2015 07:55 PM, Jody Garnett wrote:

So what is needed here ... list of reserved words that must be escaped
when encoded?

I think the square brackets are just to introduce precedence,
isolating point won't help since it will start trying to treat it as
geometry.

For reference the grammar is here:
http://old.geotools.org/ECQL-Parser-Design_110493908.html

--
Jody Garnett

On 30 March 2015 at 16:46, Kevin Smith ksm...@boundlessgeo.com wrote:

I've noticed that ECQL.toCQL doesn't escape WKT keywords. So
PropertyNamepoint/PropertyName is encoded to just point rather
than point or [point]. When this is parsed in turn, it is
interpreted as a WKT literal, although it's lacking the rest of the
expression and so fails.

Kevin Smith

Software Engineer | Boundless http://boundlessgeo.com/

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo http://twitter.com/boundlessgeo/

http://twitter.com/boundlessgeo/

[image: http://boundlessgeo.com/]
http://boundlessgeo.com/

[Geotools-devel] ECQL Irregularities

2015-03-30 Thread Kevin Smith

I've noticed that ECQL.toCQL doesn't escape WKT keywords.  So
PropertyNamepoint/PropertyName is encoded to just point rather than
point or [point]. When this is parsed in turn, it is interpreted as a WKT
literal, although it's lacking the rest of the expression and so fails.

The bracket notation also fails to resolve this when parsing, it still
interprets [point] as being the start of a WKT literal rather than an
attribute name.  When double quoted (point) it escapes against the WKT
interpretation as expected.

I may be missing something.  When I looked up the formal CQL spec hidden in
the CSW spec, i couldn't find any indication of either bracket or double
quote escaping of property names.  Were these added for ECQL?

-- 

Kevin Smith

Software Engineer | Boundless http://boundlessgeo.com/

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo http://twitter.com/boundlessgeo/


http://twitter.com/boundlessgeo/

[image: http://boundlessgeo.com/]
http://boundlessgeo.com/
--
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] ECQL Irregularities

2015-03-30 Thread Kevin Smith

On 30 March 2015 at 18:04, Jim Hughes jn...@ccri.com wrote:

The EBNF does reference key words/reserved words. That list includes wkt
keywords like POINT, POLYGON and predicates like INTERSECTS and DURING.

In general, I'd suggest that reserved words in a query language make poor
attribute names.;)

Cheers,

Jim

On 03/30/2015 07:55 PM, Jody Garnett wrote:

So what is needed here ... list of reserved words that must be escaped
when encoded?

I think the square brackets are just to introduce precedence, isolating
point won't help since it will start trying to treat it as geometry.

For reference the grammar is here:
http://old.geotools.org/ECQL-Parser-Design_110493908.html

--
Jody Garnett

On 30 March 2015 at 16:46, Kevin Smith ksm...@boundlessgeo.com wrote:

I may be missing something. When I looked up the formal CQL spec hidden
in the CSW spec, i couldn't find any indication of either bracket or double
quote escaping of property names. Were these added for ECQL?

Kevin Smith

Software Engineer | Boundless http://boundlessgeo.com/

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo http://twitter.com/boundlessgeo/

http://twitter.com/boundlessgeo/

[image: http://boundlessgeo.com/]
http://boundlessgeo.com/

--
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
listGeoTools-Devel@lists.sourceforge.nethttps://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

Kevin Smith

Software Engineer | Boundless http://boundlessgeo.com/

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo http://twitter.com/boundlessgeo/

http://twitter.com/boundlessgeo/

[image: http://boundlessgeo.com/]
http://boundlessgeo.com/
--
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

[Geotools-devel] [jira] (GEOT-5040) HTTPURIHandler does not apply its defaults

2015-03-05 Thread Kevin Smith (JIRA)

Title: Message Title










 

 Kevin Smith created an issue


















 GeoTools /  GEOT-5040



  HTTPURIHandler does not apply its defaults 










Issue Type:

  Bug




Affects Versions:


 13-RC1




Assignee:


 Unassigned




Components:


 xml, xsd extensions




Created:


 05/Mar/15 4:57 PM




Priority:

  Critical




Reporter:

 Kevin Smith










HTTPURIHandler has defaults Connection and Read timeouts of 10 s specified as constants, but does not apply them. The actual defaults are 0, which is interpreted as infinity. This can leave the HTTP request hanging indefinitely inside a global lock on Schemas.












   

 Add Comment

Re: [Geotools-devel] Jenkins on ares hung?

2015-02-18 Thread Kevin Smith

It's hung again.  Both times the step that seems to be hanging is this:

Installing 
/var/lib/jenkins/workspace/geotools-master/modules/unsupported/process-raster/target/gt-process-raster-13-SNAPSHOT-sources.jar
to 
/var/lib/jenkins/.m2/repository/org/geotools/gt-process-raster/13-SNAPSHOT/gt-process-raster-13-SNAPSHOT-sources.jar



On 18 February 2015 at 15:05, Torben Barsballe tbarsba...@boundlessgeo.com
wrote:

 Hi Ben

 I have restarted geotools-master, hopefully it will build properly this
 time around. In the meantime, are there a

 The only change since the last stable build has been renaming all online
 tests to end in OnlineTest, but this has been tested on a couple of
 different environments and should be stable.
 The only other thing I can think of is me setting up online tests on ares,
 but these should clean up for themselves.

 There have not been any changes to the gt-process-raster module in about a
 month

 Does anyone with experience with this module have any ideas why it could
 be causing the build to hang.

 Torben


 On Wed, Feb 18, 2015 at 2:47 PM, Torben Barsballe 
 tbarsba...@boundlessgeo.com wrote:

 Looking at the console log, it seems to be stuck on* gt-process-raster*
 Does anyone who knows that module know why this module might be causing
 the build to hang?

 Torben

 On Wed, Feb 18, 2015 at 2:43 PM, Ben Caradoc-Davies b...@transient.nz
 wrote:

 Jody,

 Jenkins on ares has been trying to build geotools-master for over two
 hours. Is it hung or running into resource constraints?

 This is blocking the RC1 release.

 Kind regards,

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




-- 

Kevin Smith

Software Engineer | Boundless http://boundlessgeo.com/

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo http://twitter.com/boundlessgeo/


http://twitter.com/boundlessgeo/

[image: http://boundlessgeo.com/]
http://boundlessgeo.com/
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] GeoTools 13-beta available for testing

2015-01-19 Thread Kevin Smith

GeoWebCache 1.7-beta is deployed to maven.  I'll post the src package and
war tomorrow.

On 19 January 2015 at 17:11, Jody Garnett jody.garn...@gmail.com wrote:

 The following is available for test:

 * http://ares.boundlessgeo.com/geotools/release/13-beta

 I will deploy so Kevin can build a GWC, but would like an all clear before
 announcing this on SF.
 --
 Jody Garnett


 --
 New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
 GigeNET is offering a free month of service with a new server in Ashburn.
 Choose from 2 high performing configs, both with 100TB of bandwidth.
 Higher redundancy.Lower latency.Increased capacity.Completely compliant.
 http://p.sf.net/sfu/gigenet
 ___
 GeoTools-Devel mailing list
 GeoTools-Devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel




-- 

Kevin Smith

Junior Software Engineer | Boundless http://boundlessgeo.com/

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo http://twitter.com/boundlessgeo/


http://twitter.com/boundlessgeo/

[image: http://boundlessgeo.com/]
http://boundlessgeo.com/
--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Release GeoTools 12.0 / GeoServer 2.6.0 plan

2014-09-23 Thread Kevin Smith

Sorry, I'll try to fit it in, but my bandwidth for this is constrained at
the moment.

On 23 September 2014 08:17, Ian Turton ijtur...@gmail.com wrote:

 The GeoTools 12.0 release artefacts are available to test/build against on
 http://ares.boundlessgeo.com/geotools/release/12.0/

 Everyone if you could kick them around a bit and make sure everything
 looks good I'd be grateful.

 Kevin if you could let me know when you've released GWC I'll kick off the
 GeoServer 2.6.0 release.

 Cheers

 Ian



 On 23 September 2014 14:17, Ian Turton ijtur...@gmail.com wrote:

 Cool then I'll start the release train this afternoon, with luck I can
 get GeoTools done in time for Kevin to do a GCW release on it and do
 GeoServer tomorrow.

 Ian

 On 23 September 2014 13:48, Andrea Aime andrea.a...@geo-solutions.it
 wrote:

 Hi Jody,
 it seems to me Justin also backported the CSS fixes:

 https://github.com/geoserver/geoserver/commits/2.6.x

 So... we should be good to go release wise, unless I'm missing something

 Cheers
 Andrea



 On Mon, Sep 22, 2014 at 6:39 PM, Jody Garnett jody.garn...@gmail.com
 wrote:

 Ian several fixes (to CSS Edit page and documentation) have been merged
 on to master, and now need to be back ported to 2.6.x before the release.
 Sorry I do not have time to help.
 --
 Jody

 Jody Garnett

 On Mon, Sep 22, 2014 at 3:49 AM, Ian Turton ijtur...@gmail.com wrote:

 Provided no one objects I'll kick off these releases either late
 tonight (GMT) or first thing tomorrow (Tuesday) - If you have anything you
 would like to go in to the release please commit today.

 Cheers

 Ian

 --
 Ian Turton


 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS
 Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer

 http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
 ___
 GeoTools-Devel mailing list
 GeoTools-Devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel




 --
 Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
 Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
 Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
 Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer

 http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
 ___
 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/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

 ---




 --
 Ian Turton




 --
 Ian Turton




-- 

Kevin Smith

Junior Software Engineer | Boundless http://boundlessgeo.com/

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo http://twitter.com/boundlessgeo/


http://twitter.com/boundlessgeo/

[image: http://boundlessgeo.com/]
http://boundlessgeo.com/
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4803) NPE when AbstractStyleVisitor visits a ChannelSelection with no RGB Channels

2014-05-21 Thread Kevin Smith (JIRA)

Title: Message Title










 

 Kevin Smith created an issue


















 GeoTools /  GEOT-4803



  NPE when AbstractStyleVisitor visits a ChannelSelection with no RGB Channels 










Issue Type:

  Bug




Affects Versions:


 12-beta




Assignee:


 Unassigned




Components:


 opengis




Created:


 21/May/14 3:25 PM




Priority:

  Major




Reporter:

 Kevin Smith










AbstractStyleVisitor#visit(ChannelSelection cs) does not check if the array returned by ChannelSelection#getRGBChannels() contains nulls. ChannelSelectionImpl#getRGBChannels() does return nulls in some cases, leading to a NullPointerException.












   

 Add Comment

Re: [Geotools-devel] GeoTools 11.1 release reminder

2014-05-15 Thread Kevin Smith

One partial backport to fix a bug in GeoServer here:
https://github.com/geotools/geotools/pull/458


On 14 May 2014 23:22, Jody Garnett jody.garn...@gmail.com wrote:

 Quick reminder that we have a GeoTools 11.1 release 
 scheduledhttp://geoserver.org/display/GEOS/GeoTools+and+GeoServer+release+schedulefor
  this weekend.

 If you have any last moment pull requests now is the time to make them (or
 ask for their review).
 --
 Jody Garnett


 --
 Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
 Instantly run your Selenium tests across 300+ browser/OS combos.
 Get unparalleled scalability from the best Selenium testing platform
 available
 Simple to use. Nothing to install. Get started now for free.
 http://p.sf.net/sfu/SauceLabs
 ___
 GeoTools-Devel mailing list
 GeoTools-Devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel




-- 

Kevin Smith

Junior Software Engineer | Boundless

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo https://twitter.com/boundlessgeo
--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4785) CompareFilterImpl throws CastClassException when expressions are not org.geotools.filter.Expression

2014-04-25 Thread Kevin Smith (JIRA)

Title: Message Title










 

 Kevin Smith created an issue


















 GeoTools /  GEOT-4785



  CompareFilterImpl throws CastClassException when expressions are not org.geotools.filter._expression_ 










Issue Type:

  Bug




Affects Versions:


 11.0




Assignee:

 Jody Garnett




Components:


 main




Created:


 25/Apr/14 4:52 PM




Priority:

  Major




Reporter:

 Kevin Smith










If a CompareFilterImpl derived class like IsEqualFilter has a subexpression that implements org.opengis.filter._expression_, but not org.geotools.filter._expression_, equals() will throw a class cast exception.












   

 Add Comment

Re: [Geotools-devel] [Geowebcache-devel] Modification on WMSTileFuser class

2014-04-22 Thread Kevin Smith

 0584 1660272

 http://www.geo-solutions.it
 http://twitter.com/geosolutions_it

 ---




 --
 ==
 Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
 for more information.
 ==

 Ing. Nicola Lagormarsini
 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

 ---




 --
 ==
 Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
 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

 ---




 --
 ==
 Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
 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

 ---




 --
 ==
 Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
 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

 ---


 --
 Start Your Social Network Today - Download eXo Platform
 Build your Enterprise Intranet with eXo Platform Software
 Java Based Open Source Intranet - Social, Extensible, Cloud Ready
 Get Started Now And Turn Your Intranet Into A Collaboration Platform
 http://p.sf.net/sfu/ExoPlatform
 ___
 GeoTools-Devel mailing list
 GeoTools-Devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel




-- 

Kevin Smith

Junior Software Engineer | Boundless

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo https://twitter.com/boundlessgeo
--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] [Geowebcache-devel] Modification on WMSTileFuser class

2014-04-22 Thread Kevin Smith

I did a quick scan and it looks good to me.


On 22 April 2014 08:42, Nicola Lagomarsini 
nicola.lagomars...@geo-solutions.it wrote:

 If it helps, it has been used for a month and it has worked fine.

 Cheers,
 Nicola.


 2014-04-22 17:23 GMT+02:00 Nicola Lagomarsini 
 nicola.lagomars...@geo-solutions.it:

 Hi all,

 I'm asking if I can backport my modifications related to the WMSTileFuser
 on the 1.5.x branch of GeoWebCache.

 NOTE: The pull request will upgrade the ImageIO-Ext version.

 I will be pleased to answer to your questions.

 Cheers,
 Nicola.


 2014-04-08 19:19 GMT+02:00 Nicola Lagomarsini 
 nicola.lagomars...@geo-solutions.it:

 Hi all,

 I have prepared the first pull request related to the backport of my
 modifications for the WMSTileFuser(GeoWebCache) on GeoTools 11.x.

 The pull request is https://github.com/geotools/geotools/pull/410.

 NOTE: This pull requests will upgrade the ImageIO-Ext version from 1.1.8
 to 1.1.9 which are very similar except for the new PNG Writer plugin.

 I will be pleased to answer to your questions.

 Cheers,
 Nicola.





 --
 ==
 Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
 for more information.
 ==

 Ing. Nicola Lagormarsini
 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

 ---




 --
 ==
 Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
 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

 ---




 --
 ==
 Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
 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

 ---




 --
 ==
 Meet us at GEO Business 2014! in London! Visit http://goo.gl/fES3aK
 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

 ---


 --
 Start Your Social Network Today - Download eXo Platform
 Build your Enterprise Intranet with eXo Platform Software
 Java Based Open Source Intranet - Social, Extensible, Cloud Ready
 Get Started Now And Turn Your Intranet Into A Collaboration Platform
 http://p.sf.net/sfu/ExoPlatform
 ___
 GeoTools-Devel mailing list
 GeoTools-Devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel




-- 

Kevin Smith

Junior Software Engineer | Boundless

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo https://twitter.com/boundlessgeo
--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Java 8 is out! Hem... shall we start using java 7? ; -)

2014-03-26 Thread Kevin Smith

I'm another admirer of try-with-resources and AutoCloseable and I'd be
happy to see GWC  upped to Java 7 minimum as well.


On 26 March 2014 04:58, Andrea Aime andrea.a...@geo-solutions.it wrote:

 On Wed, Mar 26, 2014 at 12:03 PM, Justin Deoliveira 
 jdeol...@boundlessgeo.com wrote:

 I guess my feedback remains the same as it always has been: until there
 are compelling language reasons to break backwards compatibility I think
 the cons outweigh the pros. While I would certainly recommend new
 installations use a 1.7 runtime the version itself doesn't bring that many
 new language features that i am aware of. So being able to remain 1.6
 compatible while still able to utilize the newer runtime feels like having
 our cake and eating it too.


 Like Jody I also like try with resources, and to a lesser extend, diamond
 operator.

 I don't mind staying with java 6 and supporting java 7 officially too, but
 we'd need to double the build servers and make the java 7 ones official
 (and
 we cannot really rely on Travis, our builds are too big for it) meaning
 each commit would have to be validated twice and
 developers would have to pay extra attention (and I guess, either build
 twice before committing, or build once in java 6 and hope the change
 does not break java 7 builds)


 Java 8 on the other hand is an entirely different animal. Some very
 interesting new features there indeed like lambdas, interface defaults, and
 optionals. I imagine fans of the guava library will want to upgrade sooner
 rather than later. Me being one of them :)


 Indeed it's nice... but I guess we won't be able to adopt it until java 9
 is out, which means at least two years.
 That is, unless something unprecedented happens and the user base just
 installs in mass java 8 on the
 servers within the next year.
 Looking around, what I see is people still working on java 7 upgrades, and
 only because they are basically forced by security
 considerations, with java 6 not receiving security patches anymore.

 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/13534_NeoTech
 ___
 GeoTools-Devel mailing list
 GeoTools-Devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel




-- 

Kevin Smith

Junior Software Engineer | Boundless

ksm...@boundlessgeo.com

+1-778-785-7459

@boundlessgeo https://twitter.com/boundlessgeo
--
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/13534_NeoTech___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4601) Inverse projection of indexed colour Image Mosaics displays discontinuities

2013-10-21 Thread Kevin Smith (JIRA)

Kevin Smith
created GEOT-4601

Inverse projection of indexed colour Image Mosaics displays discontinuities

Issue Type:

Bug

Affects Versions:

10.1

Assignee:

Simone Giannecchini

Components:

coverage, imagemosaic plugin

Created:

21/Oct/13 6:42 PM

Description:

If an image mosaic with indexed colour rasters in a projected coordinate system (Transverse Mercator, Albers Conic Equal Area) is reprojected to another CRS, vertical discontinuities will appear. Immediately to the right of a discontinuity, the image will be correct and as it is approached from the left, the distortion increases. The degree of distortion appears to be proportional to the distance from the upper left corner of the mosaic.

To replicate, create a mosaic with images in the upper left and lower right corners, in a transverse mercator projection. View a portion of the lower right image reprojected.

Attached are two GeoTIFFs in EPSG:27700 and a section of the lower right image in the mosaic projected to EPSG:4326 showing the problem.

Environment:

GeoServer 2.2-2.5 WMS

Project:

GeoTools

Priority:

Major

Reporter:

Kevin Smith

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

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] RC release in a few days

2013-08-14 Thread Kevin Smith

I'll make sure to be around this weekend to do the corresponding GWC RC as
well.


On 14 August 2013 10:54, Andrea Aime andrea.a...@geo-solutions.it wrote:

 Hi,
 during the weekend (possibly Sunday, not sure, at worst Monday) I'll be
 making
 the RC releases for GeoTools and GeoServer as planned.

 If you have any fix to get in that's not yet in, the time is _now_ :-)

 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

 ---


 --
 Get 100% visibility into Java/.NET code with AppDynamics Lite!
 It's a free troubleshooting tool designed for production.
 Get down to code-level detail for bottlenecks, with 2% overhead.
 Download for free and get started troubleshooting in minutes.
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
 ___
 GeoTools-Devel mailing list
 GeoTools-Devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel




-- 
Kevin Smith
Junior Software Developer, OpenGeo
ksm...@opengeo.org
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] [Geowebcache-devel] RC release in a few days

2013-08-14 Thread Kevin Smith

Yeah, the only change since I released the 1.5 beta is an update to the
release instructions.  Given that, I suppose an RC1 release isn't strictly
necessary as it would be nothing but making a bunch of jar files with a
different version number, and that one modified text file.   I'm happy to
leave it as beta until we're ready to do a final release if everyone's OK
with the GS RC having a dependency that's beta.


On 14 August 2013 15:45, Jody Garnett jody.garn...@gmail.com wrote:

  Deploy GeoTools to maven, and then Kevin can make GWC, and just hold
 off announcing GeoTools until we have an all clear.

 Kevin I am not sure anything has changed in GeoWebCache recently?
 --
 Jody Garnett

 On Thursday, 15 August 2013 at 5:43 AM, Andrea Aime wrote:

 On Wed, Aug 14, 2013 at 9:01 PM, Kevin Smith ksm...@opengeo.org wrote:

 I'll make sure to be around this weekend to do the corresponding GWC RC as
 well.


 Oh good, right, forgot about it. I'll try to complete GeoTools first then,
 it's all you
 need to make a GWC release, yes?

 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

 ---

 --
 Get 100% visibility into Java/.NET code with AppDynamics Lite!
 It's a free troubleshooting tool designed for production.
 Get down to code-level detail for bottlenecks, with 2% overhead.
 Download for free and get started troubleshooting in minutes.
 http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
 ___
 Geowebcache-devel mailing list
 geowebcache-de...@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geowebcache-devel





-- 
Kevin Smith
Junior Software Developer, OpenGeo
ksm...@opengeo.org
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4499) Exception when using Estimated Extent and Virtual Tables in PostGIS

2013-06-26 Thread Kevin Smith (JIRA)















































Kevin Smith
 created  GEOT-4499


Exception when using Estimated Extent and Virtual Tables in PostGIS















Issue Type:


Bug



Affects Versions:


9.1, 10-beta



Assignee:


Justin Deoliveira



Components:


jdbc-postgis plugin



Created:


26/Jun/13 3:55 PM



Description:


When estimated extent is enabled on a PostGIS store containing a Virtual Table, a PSQLException is generated and logged at WARN level whenever the extent of that virtual table is recalculated.

Ideally the featureType should be identified as being a virtual table and ST_Estimated_Extent should not be attempted.  Otherwise, eliminating the stack trace or logging it at a finer level would reduce log clutter.




Project:


GeoTools



Priority:


Minor




Reporter:


Kevin Smith




























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-4495) Virtual Table names can conflict with Real tables

2013-06-17 Thread Kevin Smith (JIRA)

Kevin Smith
created GEOT-4495

Virtual Table names can conflict with Real tables

Issue Type:

Bug

Affects Versions:

9.1

Assignee:

Unassigned

Components:

jdbc

Created:

17/Jun/13 1:53 PM

Description:

If a virtual table is created that shares the name of a real table in the same store, it will override any resources referring to that table.

To replicate:
Create a FeatureType f1 based on a table t
Create a FeatureType f2 based on a VirtualTable v with the same name as t and in the same DataStore.
f1 will now be using v rather than t.

Avoiding name conflicts works around the problem, but if a name conflict does occur, it leads to strange and hard to diagnose behaviour.

Preventing conflicts entirely would be problematic as the database might add new tables outside the control of GeoTools, but preventing new VTs from using real table names might be worthwhile.

Logging a warning when a conflict occurs would help diagnose the problem.

Project:

GeoTools

Priority:

Minor

Reporter:

Kevin Smith

--
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] Heatmap extensions

2012-11-22 Thread Kevin Smith

Hi everyone,

I've been working on some extensions to Heatmap for displaying data
collected by the Monitoring extension in GeoServer.

I've added the option to render bounding boxes rather than centroids,
adjusted the behaviour of GridTransform slightly and written some test
cases for it (after talking to Martin) and added an option to normalize the
minimum level to 0.  I tried to implement the bounding box option in a way
that would make it easier to add a more general geometry rasterizer later.

It is somewhat specialized but still useful, and a step toward a more
general option.

Screenshot: http://draconic.ca/~smithkm/analytics/hot-box.png

-- 
Kevin Smith
Junior Software Developer, OpenGeo
ksm...@opengeo.org


heatmap.patch
Description: Binary data
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Heatmap extensions

2012-11-22 Thread Kevin Smith

On Thu, Nov 22, 2012 at 2:21 PM, Michael Bedward
michael.bedw...@gmail.comwrote:


 I'm particularly interested in the rasterizing elements. Do you see
 these as eventually replacing the existing VectorToRasterProcess ?
 That class has a list of long-standing issues and needs either a major
 rewrite or replacement with something better.



 My ambition with the sadly neglected VectorToRasterProcess was to
 follow the same path. You can probably see where this is heading :)
 Perhaps your rasterizing code could be generalized into a JAI
 operation for JAITools - what do you think ?


Yes, I took a look at VectorToRasterProcess when I was starting on this and
saw all the Graphics2D internals and the limitations they cause.  So I
tried to make my GeometryRasterizer interface flexible enough that it might
be used elsewhere using the RasterHandler functor.

At the moment the only GeometryRasterizers are Centroid and BoundingBox so
the real work would be in putting proper rasterization algotithms for lines
and polygons. I was planning to do lines when I got a bit of free time and
did a bit of poking at polygon scanline conversion algorithms as well, but
it's out of scope for my current project.

-- 
Kevin Smith
Junior Software Developer, OpenGeo
ksm...@opengeo.org
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] [jira] (GEOT-4308) Process without invertQuery used as RT does not preserve hints

2012-11-07 Thread Kevin Smith (JIRA)















































Kevin Smith
 created  GEOT-4308


Process without invertQuery used as RT does not preserve hints















Issue Type:


Bug



Affects Versions:


9.0-M0, 8.4



Assignee:


Andrea Aime



Components:


render



Created:


07/Nov/12 11:49 AM



Description:


If a process without an invertQuery method is used as a rendering tranformation, it rebuilds the query object and drops all hints in the process.

This breaks the transfer of the viewparams parameter in GeoServer and probably other things that depend on hints.  

As an example of a manifestation of this bug in GeoServer, applying the PointStacker RT to a VirtualTable backed layer using viewparams to filter out some of the features will cause all of the features to be rendered regardless of the viewparams.




Project:


GeoTools



Priority:


Major



Reporter:


Kevin Smith




























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





--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

45 matches

Mail list logo