date:20170530

Re: [Geotools-devel] Move DataUtilities URL methods to new URLs class in gt-metadata [GEOT-5740]

2017-05-30 Thread Ben Caradoc-Davies

Thanks, everyone. Opinion was evenly divided. After much discussion, 
including on Gitter , the new 
class is called "URLs". Pull request 
 updated and merged on 
master.


Kind regards,
Ben.

On 30/05/17 17:15, Ben Caradoc-Davies wrote:

Developers,

Do you want "Urls" or "URLs"?

Jody writes: "Please follow java naming conventions Urls renames to URLs"

And I responded: "@jodygarnett we might need to put Urls vs URLs to a
vote on the mailing list. Looking through the dependencies we have
(visible from GeoServer gs-web-app Start) we have a huge mix of URL
versus Url prefixes. There is at least one other Urls class out there. I
think we ask the developers what they want. There is a modern style that
three-letter acronyms get lowercase tail letters when forming
CamelCase/PascalCase. Does this rule apply when adding an "s" in the
style of "Lists", "Collections", and "Streams"? I thought yes, but happy
to change it to match majority preference."

Wiremock has an Urls class for its static URL helper methods.

You say tomayto, I say tomahto, ...

Kind regards,
Ben.

On 30/05/17 14:23, Ben Caradoc-Davies wrote:

I want to move the DataUtilities URL methods to new Urls class in
gt-metadata. Current methods will be retained and @deprecated:

Jira:

[GEOT-5740] Move DataUtilities URL methods to new Urls class in
gt-metadata
https://osgeo-org.atlassian.net/browse/GEOT-5740

Pull request for master:

[GEOT-5740] Move DataUtilities URL methods to new Urls class in
gt-metadata (master)
https://github.com/geotools/geotools/pull/1604

The main change is that methods like DataUtilities.fileToURL and
DataUtilities.urlToFile become shorter: Urls.fileToUrl and
Urls.urlToFile respectively. There is a small amount of code preening. I
also updated the docs and examples to use the new API.

Kind regards,





--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

2017-05-30 Thread Ben Caradoc-Davies

Thanks, Dave. That is a good point. I think 8.2 came out in 2006 or so. 
Last release for 8.1 was in 2010.


Developers, are we happy to drop support for PostgreSQL below 8.2?

Kind regards,
Ben.

On 31/05/17 05:43, Dave Blasby wrote:

Hi, Ben,

Thanks for putting the PR together and making sure everything was tested
(esp online tests).

WRT postgresql version support, I found this in the release notes for
42.0.0;


   - Support for PostgreSQL versions below 8.2 was dropped


Thanks,
Dave

On Mon, May 29, 2017 at 8:31 PM, Ben Caradoc-Davies 
wrote:


Dave,

with this upgrade, a full GeoTools build with online jdbc-postgis tests,
GeoServer build, community module compilation, and app-schema online tests
against postgis all pass. I also confirmed that the correct jar is included
in the assembled war and zip files.

Jira issue: https://osgeo-org.atlassian.net/browse/GEOT-5741
Pull request for master: https://github.com/geotools/geotools/pull/1605

Tested on debian unstable amd64:
postgresql-9.6 9.6.3-3 amd64
postgresql-9.6-postgis-2.3 2.3.1+dfsg-2 amd64

It would be good if someone could test this upgrade against an older
postgresql (especially 8).

$ mvn -version
Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426;
2017-04-04T07:39:06+12:00)
Maven home: /home/ben/java/maven
Java version: 1.8.0_131, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
Default locale: en_GB, platform encoding: UTF-8
OS name: "linux", version: "4.9.0-3-amd64", arch: "amd64", family: "unix"

Kind regards,
Ben.


On 30/05/17 09:22, Dave Blasby wrote:


Hi,

For GeoGig, we noticed that the latest Postgresql JDBC driver (42.1.1) now
allows full-binary data transfer.  This is better than 25% less bandwidth
than Base64 encoding!

I'd like to update the pom.xml  from 9.4.1211 to 42.1.1.

NOTE: PostGIS could be upgraded to use this as its a big win for a remote
(networked) database.
Note: you must use a prepared statement!


https://jdbc.postgresql.org/download.html

From the pom.xml;



9.4.1211

Comments?

Thanks,
Dave




--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot



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



--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand





--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] A few changes coming to the CSS module (and then its graduation)

2017-05-30 Thread Andrea Aime

On Sun, May 28, 2017 at 10:30 PM, Ben Caradoc-Davies 
wrote:

> If you want SI then it should be "k" and "M" and "G". Personally I find
> lowercase to be more readable. I say accept both, but then I also prefer
> 1e10.  :-)
>

Hum... and G would be useful for scale dependencies on a map of... Jupiter?
:-p

Speaking of large numbers ;-)

 [image: Media preview]

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 di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

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

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

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

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

---
--
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] [Geoserver-devel] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

2017-05-30 Thread Dave Blasby

Hi, Andrea,

if you aren't using prepared statements, it doesn't know that the data is
binary and it will "kick back" to the standard encoding (with a lot of
"\001"-like in the text).  It will work, but you are at approximately 300%
overhead.

As mentioned, above, I believe it works for PostgreSQL 8.2+ (December 2006).

I did take a look at TWKB, but for GeoGig purposes, the loss of precision
is a problem.  However, I am planning to look into it - it makes huge space
savings when you are looking at already-reduced-precision geometries.

I was also going to look at TWKB-like lossless encoding
(ie. Double#doubleToLongBits() and then using a TWKB-like int-diff
encoding).  However, it's likely better to just LZ4 the WKB.  When I do the
testing, I'll let you know what happens.

Either way, encoding TWKB as real "binary" (wrt Base64) will be another big
win.

Thanks,
Dave

On Tue, May 30, 2017 at 10:43 AM, Andrea Aime 
wrote:

> On Tue, May 30, 2017 at 7:01 PM, Dave Blasby 
> wrote:
>
>> Hi, Andrea,
>>
>> Only updating the driver version.
>>
>> I can work with the PostGIS maintainer to get it in - it's fairly easy
>> (just need to ensure that you are using prepared statements).
>>
>
> Maintainer eh? It used to be me and Justin.
> When you say "ensure that you are using prepared statements" is that only
> to get the actual binary transfer, or it would just
> break?
> And does that require some specific version of postgresql?
>
> The 25% less transfer is interesting, wondering if you have been looking
> at TWKB, that should provide greater savings (with
> some potential loss of precision).
>
> 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 di Montramito 3/A
> 55054  Massarosa (LU)
> phone: +39 0584 962313 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> 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.
>
> ---
>
--
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] [Geoserver-devel] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

2017-05-30 Thread Andrea Aime

On Tue, May 30, 2017 at 7:01 PM, Dave Blasby 
wrote:

> Hi, Andrea,
>
> Only updating the driver version.
>
> I can work with the PostGIS maintainer to get it in - it's fairly easy
> (just need to ensure that you are using prepared statements).
>

Maintainer eh? It used to be me and Justin.
When you say "ensure that you are using prepared statements" is that only
to get the actual binary transfer, or it would just
break?
And does that require some specific version of postgresql?

The 25% less transfer is interesting, wondering if you have been looking at
TWKB, that should provide greater savings (with
some potential loss of precision).

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 di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

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

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

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

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

---
--
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] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

2017-05-30 Thread Dave Blasby

Hi, Ben,

Thanks for putting the PR together and making sure everything was tested
(esp online tests).

WRT postgresql version support, I found this in the release notes for
42.0.0;


   - Support for PostgreSQL versions below 8.2 was dropped


Thanks,
Dave

On Mon, May 29, 2017 at 8:31 PM, Ben Caradoc-Davies 
wrote:

> Dave,
>
> with this upgrade, a full GeoTools build with online jdbc-postgis tests,
> GeoServer build, community module compilation, and app-schema online tests
> against postgis all pass. I also confirmed that the correct jar is included
> in the assembled war and zip files.
>
> Jira issue: https://osgeo-org.atlassian.net/browse/GEOT-5741
> Pull request for master: https://github.com/geotools/geotools/pull/1605
>
> Tested on debian unstable amd64:
> postgresql-9.6 9.6.3-3 amd64
> postgresql-9.6-postgis-2.3 2.3.1+dfsg-2 amd64
>
> It would be good if someone could test this upgrade against an older
> postgresql (especially 8).
>
> $ mvn -version
> Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426;
> 2017-04-04T07:39:06+12:00)
> Maven home: /home/ben/java/maven
> Java version: 1.8.0_131, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-8-openjdk-amd64/jre
> Default locale: en_GB, platform encoding: UTF-8
> OS name: "linux", version: "4.9.0-3-amd64", arch: "amd64", family: "unix"
>
> Kind regards,
> Ben.
>
>
> On 30/05/17 09:22, Dave Blasby wrote:
>
>> Hi,
>>
>> For GeoGig, we noticed that the latest Postgresql JDBC driver (42.1.1) now
>> allows full-binary data transfer.  This is better than 25% less bandwidth
>> than Base64 encoding!
>>
>> I'd like to update the pom.xml  from 9.4.1211 to 42.1.1.
>>
>> NOTE: PostGIS could be upgraded to use this as its a big win for a remote
>> (networked) database.
>> Note: you must use a prepared statement!
>>
>>
>> https://jdbc.postgresql.org/download.html
>>
>> From the pom.xml;
>>>
>> 9.4.1211
>>
>> Comments?
>>
>> Thanks,
>> Dave
>>
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>
>>
>>
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>>
> --
> Ben Caradoc-Davies 
> Director
> Transient Software Limited 
> New Zealand
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] [Geoserver-devel] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

2017-05-30 Thread Dave Blasby

Hi, Andrea,

Only updating the driver version.

I can work with the PostGIS maintainer to get it in - it's fairly easy
(just need to ensure that you are using prepared statements).  The
difficulty is in verifying it's working - you don't really have any access
to what's happening in the driver.  For GeoGig, I verified using wireshark
(you can also verify by stepping into the driver).

Thanks,
Dave

On Tue, May 30, 2017 at 1:03 AM, Andrea Aime 
wrote:

> So, are you proposing just an upgrade of the driver, or are you also going
> to change the postgis store code to leverage the
> binary transfer?
>
> Cheers
> Andrea
>
> On Mon, May 29, 2017 at 11:22 PM, Dave Blasby 
> wrote:
>
>> Hi,
>>
>> For GeoGig, we noticed that the latest Postgresql JDBC driver (42.1.1)
>> now allows full-binary data transfer.  This is better than 25% less
>> bandwidth than Base64 encoding!
>>
>> I'd like to update the pom.xml  from 9.4.1211 to 42.1.1.
>>
>> NOTE: PostGIS could be upgraded to use this as its a big win for a remote
>> (networked) database.
>> Note: you must use a prepared statement!
>>
>>
>> https://jdbc.postgresql.org/download.html
>>
>> From the pom.xml;
>> 9.4.1211
>>
>> Comments?
>>
>> Thanks,
>> Dave
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> Geoserver-devel mailing list
>> geoserver-de...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>>
>
>
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> phone: +39 0584 962313 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> 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.
>
> ---
>
--
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] GeoTools / GeoWebCache / GeoServer Meeting 2017-05-30

2017-05-30 Thread Torben Barsballe

Attending

Andrea Aime

Ian Turton

Jody Garnett

Jukka Rahkonen

Kevin Smith

Torben Barsballe
Agenda

   -

   CalGIS Workshop retrospective
   -

   Better description for community modules
   -

   Chit Chat


Action items

   -

   AA: make a GSIP to get some more information out of developers asking
   for a community module
   -

   JG: follow up GSIP with actual developers guide documentation changes

Action Items from last meeting

   -

   TB/KS: release 17.1 / 2.11.1 (done)
   -

   KS: make GeoServer change proposal for GWC vulnerability (pending)
   -

   JG: FOSS4G Blog post when presentations announced (pending)

CalGIS Workshop

Intro to GeoServer workshop:

   -

   90 % were windows users
   -

   Many had not seen open source before
   -

   Around 50 people, mix of VM and Community Downloads
   -

   Installation of extensions was “why is this so technical” :)
   -

   TLDR: Windows installers are earning their keep :)

Better description for community modules

Like: text? Or how well they can be trusted?

Goal: An extensive description of what community module is for, see all the
questions around Neil's recent proposal for an example :)

Jody: Do we care if the codebase is not ready for the codebase?

   -

   Andrea: Yes we should if it plans to merge eventually


Ideas:

   -

   What the module does
   -

   Ideas about configuration/UI/whatever if applicable
   -

   Dependencies
   -

   Verify overlap with existing modules, making sure we are not duplicating
   work/effort (just a show that this was considered)
   -

   Any  plan to get it into support land anytime soon?


Previously: GeoTools used to ask for wiki page for unsupported modules;
kind of like a mini design document?

   -

   Andrea was thinking more high level…


Thoughts:

   -

   Jody - wanted something lightweight to help onboard new committees
   -

  Andrea - that is not working :P
  -

   We can supply a sample email, that shows covering the above topics
   -

  Wiki page or developers guide
  -


 
http://docs.geoserver.org/latest/en/developer/policies/community-modules.html
 -

   GSIP or PR?
   -

  Action (Andrea/Simone) to make a GSIP to define the above list.
  -

  Action (Jody) PR to update the developers guide.

Chit Chat

For Ben - Urls vs URLs

   -

   Jody - URLs ← follow our coding conventions
   -

  Can we resolve this now or let ben suffer on the email
  -

  http://docs.geotools.org/latest/developer/conventions/name.html
  -

  http://www.oracle.com/technetwork/java/codeconventions-135099.html
  -

 Try to keep your class names simple and descriptive. Use whole
 words-avoid acronyms and abbreviations (unless the
abbreviation is much
 more widely used than the long form, such as URL or HTML).
 -

   This is a follow on from another bug, trying to fix the code once


CalGIS Code sprint focused on geotools:

   -

   Adding parameter descriptions to functions
   -

  copy from geoserver user guide, to geotools data structure
  -

  See pictures http://www.osgeo.org/node/1791


Bug stomp?

   -

   Andrea and Torben got a lot done
   -

  If it takes a couple hours, move on it is too big :)
  -

   There are a number of pull requests awaiting review


Marlin:

   -

   Can we upload new version?
   -


   
https://github.com/bourgesl/marlin-renderer/releases/download/v0.7.5_2/marlin-0.7.5-Unsafe.jar
   -

   Uploaded:
   https://repo.boundlessgeo.com/main/org/marlin/marlin/0.7.5-Unsafe/


JAI-EXT

   -

   Getting close to be used for default
   -

   GeoSolutions has a number of production servers, Boundless includes
   JAI-EXT for our customers


Technical Debt JAI replacement: update?

   -

   OSGeo Live has started collaboration with Debian; who is very much
   against sun binary license used by JAI. GeoServer may not be included in
   subsequent OSGeo Live distributions. Talk to Ben for details?
   -

   LocationTech is also keen to get the Raster Processing Engine project
   started
   -

   See wiki for plan https://github.com/geotools/geotools/wiki/Replace-JAI


Technical Debt XML Parsing:

   -

   For Schema we considered EMF and Xerces
   -

  Technically this is XSD (which is an EMF representation of schema)
  -

  We have problems with memory leaks here
  -

  Xerces offered the other stable representation of Schema
  -

   JAXB - http://www.ogcnetwork.net/jaxb4ogc
   -

  Able to generate java beans as static Java Beans
  -

  We need to generate the parser bindings by hand
  -

   EMF - did its own beans (called EObject), also able to model collection
   contents
   -

  Very strict on use of factories, etc…
  -

  The tech stack here is ECORE and GenModel, not JavaBeans
  -

  Justin did ‘reflection’ to auto generate the parser bindings
  -

   GML representation - has two uses
   -

  Extende

Re: [Geotools-devel] MetaDataProperty attribute?

2017-05-30 Thread Ian Turton

PR is at https://github.com/geoserver/geoserver/pull/2375

Ian

On 30 May 2017 at 15:42, Andrea Aime  wrote:

> On Tue, May 30, 2017 at 4:25 PM, Ian Turton  wrote:
>
>> Yes, it occurs in DataUtilities and
>>
>> // HACK HACK!! the parser sets no namespace to the properties so we're
>> // doing a hardcode property name black list
>> final Set ignoreList = new HashSet(Arrays.asList(new
>> String[] {
>> GML.location.getLocalPart(),
>> GML.metaDataProperty.getLocalPart(),
>> GML.description.getLocalPart(), GML.name.getLocalPart(),
>> GML.boundedBy.getLocalPart() }));
>>
>> if (attributes.size() > ignoreList.size()) {
>> Set firstAtts = new HashSet();
>>
>> is in EMFAppSchemaParser and similar in GML3EncodingUtils etc.
>>
>> My data is currently coming in through a WFSPiPO - may be I need to add
>> it there?
>>
>
> Hum... maybe? However that would affect all usage points, maybe some need
> these properties.
> Even using it before writing, you might end up cutting some legit property.
>
> Maybe the ShapefileDumper class[1] could be hardened
> to skip invalid columns? Or the shapefile store made to just toString
> whatever property it does not
> understand?
>
> Cheers
> Andrea
>
> [1]  ultimately responsible to write the shapefile, at least in recent
> geoserver versions
>
>
> --
> ==
> 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 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> 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.
>
> ---
>



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

Re: [Geotools-devel] Move DataUtilities URL methods to new Urls class in gt-metadata [GEOT-5740]

2017-05-30 Thread Andrea Aime

Ah ok, I thought you were discussing a library wide change

Cheers
Andrea

On Tue, May 30, 2017 at 4:52 PM, Jody Garnett 
wrote:

> In this case Ben is trying to remove duplicate code that is currently in
> gt-referencing and gt-main into a common class. (So this is being done for
> code maintenance rather than change for changes sake).
>
> --
> Jody Garnett
>
> On 30 May 2017 at 00:37, Andrea Aime  wrote:
>
>> And I'd say "don't touch" :-) (take it as a -0)
>> I agree common conventions is good. And agree that we might want to set
>> one convention from here onwards.
>> But can we please do it without breaking backwards compatibility (or
>> possibly generating a lot of deprecated methods?).
>>
>> I'd suggest to put effort where (at least personally I feel it's) more
>> valuable, like helping users, writing docs, fixing bugs... but of course,
>> it's just me :-p
>>
>> Cheers
>> Andrea
>>
>>
>> On Tue, May 30, 2017 at 7:15 AM, Ben Caradoc-Davies 
>> wrote:
>>
>>> Developers,
>>>
>>> Do you want "Urls" or "URLs"?
>>>
>>> Jody writes: "Please follow java naming conventions Urls renames to URLs"
>>>
>>> And I responded: "@jodygarnett we might need to put Urls vs URLs to a
>>> vote on the mailing list. Looking through the dependencies we have (visible
>>> from GeoServer gs-web-app Start) we have a huge mix of URL versus Url
>>> prefixes. There is at least one other Urls class out there. I think we ask
>>> the developers what they want. There is a modern style that three-letter
>>> acronyms get lowercase tail letters when forming CamelCase/PascalCase. Does
>>> this rule apply when adding an "s" in the style of "Lists", "Collections",
>>> and "Streams"? I thought yes, but happy to change it to match majority
>>> preference."
>>>
>>> Wiremock has an Urls class for its static URL helper methods.
>>>
>>> You say tomayto, I say tomahto, ...
>>>
>>> Kind regards,
>>> Ben.
>>>
>>>
>>> On 30/05/17 14:23, Ben Caradoc-Davies wrote:
>>>
 I want to move the DataUtilities URL methods to new Urls class in
 gt-metadata. Current methods will be retained and @deprecated:

 Jira:

 [GEOT-5740] Move DataUtilities URL methods to new Urls class in
 gt-metadata
 https://osgeo-org.atlassian.net/browse/GEOT-5740

 Pull request for master:

 [GEOT-5740] Move DataUtilities URL methods to new Urls class in
 gt-metadata (master)
 https://github.com/geotools/geotools/pull/1604

 The main change is that methods like DataUtilities.fileToURL and
 DataUtilities.urlToFile become shorter: Urls.fileToUrl and
 Urls.urlToFile respectively. There is a small amount of code preening. I
 also updated the docs and examples to use the new API.

 Kind regards,


>>> --
>>> Ben Caradoc-Davies 
>>> Director
>>> Transient Software Limited 
>>> New Zealand
>>>
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> ___
>>> GeoTools-Devel mailing list
>>> GeoTools-Devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>>
>>
>>
>>
>> --
>> ==
>> 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 <+39%200584%20962313>
>> fax: +39 0584 1660272 <+39%200584%20166%200272>
>> mob: +39  339 8844549 <+39%20339%20884%204549>
>>
>> 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, i

Re: [Geotools-devel] Move DataUtilities URL methods to new Urls class in gt-metadata [GEOT-5740]

2017-05-30 Thread Jody Garnett

In this case Ben is trying to remove duplicate code that is currently in
gt-referencing and gt-main into a common class. (So this is being done for
code maintenance rather than change for changes sake).

--
Jody Garnett

On 30 May 2017 at 00:37, Andrea Aime  wrote:

> And I'd say "don't touch" :-) (take it as a -0)
> I agree common conventions is good. And agree that we might want to set
> one convention from here onwards.
> But can we please do it without breaking backwards compatibility (or
> possibly generating a lot of deprecated methods?).
>
> I'd suggest to put effort where (at least personally I feel it's) more
> valuable, like helping users, writing docs, fixing bugs... but of course,
> it's just me :-p
>
> Cheers
> Andrea
>
>
> On Tue, May 30, 2017 at 7:15 AM, Ben Caradoc-Davies 
> wrote:
>
>> Developers,
>>
>> Do you want "Urls" or "URLs"?
>>
>> Jody writes: "Please follow java naming conventions Urls renames to URLs"
>>
>> And I responded: "@jodygarnett we might need to put Urls vs URLs to a
>> vote on the mailing list. Looking through the dependencies we have (visible
>> from GeoServer gs-web-app Start) we have a huge mix of URL versus Url
>> prefixes. There is at least one other Urls class out there. I think we ask
>> the developers what they want. There is a modern style that three-letter
>> acronyms get lowercase tail letters when forming CamelCase/PascalCase. Does
>> this rule apply when adding an "s" in the style of "Lists", "Collections",
>> and "Streams"? I thought yes, but happy to change it to match majority
>> preference."
>>
>> Wiremock has an Urls class for its static URL helper methods.
>>
>> You say tomayto, I say tomahto, ...
>>
>> Kind regards,
>> Ben.
>>
>>
>> On 30/05/17 14:23, Ben Caradoc-Davies wrote:
>>
>>> I want to move the DataUtilities URL methods to new Urls class in
>>> gt-metadata. Current methods will be retained and @deprecated:
>>>
>>> Jira:
>>>
>>> [GEOT-5740] Move DataUtilities URL methods to new Urls class in
>>> gt-metadata
>>> https://osgeo-org.atlassian.net/browse/GEOT-5740
>>>
>>> Pull request for master:
>>>
>>> [GEOT-5740] Move DataUtilities URL methods to new Urls class in
>>> gt-metadata (master)
>>> https://github.com/geotools/geotools/pull/1604
>>>
>>> The main change is that methods like DataUtilities.fileToURL and
>>> DataUtilities.urlToFile become shorter: Urls.fileToUrl and
>>> Urls.urlToFile respectively. There is a small amount of code preening. I
>>> also updated the docs and examples to use the new API.
>>>
>>> Kind regards,
>>>
>>>
>> --
>> Ben Caradoc-Davies 
>> Director
>> Transient Software Limited 
>> New Zealand
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
>
>
> --
> ==
> 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 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> 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. T

Re: [Geotools-devel] MetaDataProperty attribute?

2017-05-30 Thread Andrea Aime

On Tue, May 30, 2017 at 4:25 PM, Ian Turton  wrote:

> Yes, it occurs in DataUtilities and
>
> // HACK HACK!! the parser sets no namespace to the properties so we're
> // doing a hardcode property name black list
> final Set ignoreList = new HashSet(Arrays.asList(new
> String[] {
> GML.location.getLocalPart(), GML.metaDataProperty.
> getLocalPart(),
> GML.description.getLocalPart(), GML.name.getLocalPart(),
> GML.boundedBy.getLocalPart() }));
>
> if (attributes.size() > ignoreList.size()) {
> Set firstAtts = new HashSet();
>
> is in EMFAppSchemaParser and similar in GML3EncodingUtils etc.
>
> My data is currently coming in through a WFSPiPO - may be I need to add it
> there?
>

Hum... maybe? However that would affect all usage points, maybe some need
these properties.
Even using it before writing, you might end up cutting some legit property.

Maybe the ShapefileDumper class[1] could be hardened
to skip invalid columns? Or the shapefile store made to just toString
whatever property it does not
understand?

Cheers
Andrea

[1]  ultimately responsible to write the shapefile, at least in recent
geoserver versions

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

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

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

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

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

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

---
--
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-5743) Error in CSV2SHP tutorial

2017-05-30 Thread John Jesus (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 John Jesus created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5743  
 
 
  Error in CSV2SHP tutorial   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Unassigned  
 
 
Created: 
 30/May/17 4:35 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 John Jesus  
 

  
 
 
 
 

 
 In sample code for the tutorial here: http://docs.geotools.org/stable/tutorials/feature/csv2shp.html The line with this content is incorrect: {{ builder.add("Location", Point.class);}} Instead, the line ought to be: {{ builder.add("the_geom", Point.class);}} I believe this line must also be similarly corrected, but, I have not tested it because I do not use it: {{ "location:Point:srid=4326," + // <- the geometry attribute: Point type}}  
 

  
 
 
  
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v1000.1010.2#10

Re: [Geotools-devel] MetaDataProperty attribute?

2017-05-30 Thread Ian Turton

Found it - a type in WFSPIPO, it was looking for metadataProperty instead
of metaDataProperty

I'll file a bug and PR

Ian

On 30 May 2017 at 15:25, Ian Turton  wrote:

> Yes, it occurs in DataUtilities and
>
> // HACK HACK!! the parser sets no namespace to the properties so we're
> // doing a hardcode property name black list
> final Set ignoreList = new HashSet(Arrays.asList(new
> String[] {
> GML.location.getLocalPart(), GML.metaDataProperty.
> getLocalPart(),
> GML.description.getLocalPart(), GML.name.getLocalPart(),
> GML.boundedBy.getLocalPart() }));
>
> if (attributes.size() > ignoreList.size()) {
> Set firstAtts = new HashSet();
>
> is in EMFAppSchemaParser and similar in GML3EncodingUtils etc.
>
> My data is currently coming in through a WFSPiPO - may be I need to add it
> there?
>
> Ian
>
> On 30 May 2017 at 15:01, Andrea Aime  wrote:
>
>> Hi Ian,
>> is that block the one in DataUtiltities,simple(FeatureType) ?
>> As far as I can tell it's related to GML parsing or something like that
>>
>> Cheers
>> Andrea
>>
>>
>> On Tue, May 30, 2017 at 3:52 PM, Ian Turton  wrote:
>>
>>> I'm running into an issue with a WPS process which won't write to a
>>> Shapefile because:
>>>
>>> java.io.IOException: Unable to write column metaDataPr : java.lang.Object
>>>
>>> Now I don't have any attributes called MetaDataPr but searching the code
>>> base turns up a bunch of blocks like:
>>>
>>> // HACK HACK!! the parser sets no namespace to the properties so we're
>>> // doing a hardcode property name black list
>>> final List ignoreList = Arrays.asList(new String[] {
>>> "location",
>>> "metaDataProperty", "description", "name", "boundedBy"
>>> });
>>>
>>> for (Iterator it = attributes.iterator();
>>> it.hasNext();) {
>>> PropertyDescriptor property = it.next();
>>> if (!(property instanceof AttributeDescriptor)) {
>>> continue;
>>> }
>>> AttributeDescriptor descriptor = (AttributeDescriptor)
>>> property;
>>> Name name = descriptor.getName();
>>>
>>> if (ignoreList.contains(name.getLocalPart())) {
>>> it.remove();
>>> }
>>> }
>>> // / HACK END
>>>
>>> --
>>> 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
>>>
>>>
>>
>>
>> --
>> ==
>> 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 <+39%200584%20962313>
>> fax: +39 0584 1660272 <+39%200584%20166%200272>
>> mob: +39  339 8844549 <+39%20339%20884%204549>
>>
>> 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
>

Re: [Geotools-devel] MetaDataProperty attribute?

2017-05-30 Thread Ian Turton

Yes, it occurs in DataUtilities and

// HACK HACK!! the parser sets no namespace to the properties so we're
// doing a hardcode property name black list
final Set ignoreList = new
HashSet(Arrays.asList(new String[] {
GML.location.getLocalPart(),
GML.metaDataProperty.getLocalPart(),
GML.description.getLocalPart(), GML.name.getLocalPart(),
GML.boundedBy.getLocalPart() }));

if (attributes.size() > ignoreList.size()) {
Set firstAtts = new HashSet();

is in EMFAppSchemaParser and similar in GML3EncodingUtils etc.

My data is currently coming in through a WFSPiPO - may be I need to add it
there?

Ian

On 30 May 2017 at 15:01, Andrea Aime  wrote:

> Hi Ian,
> is that block the one in DataUtiltities,simple(FeatureType) ?
> As far as I can tell it's related to GML parsing or something like that
>
> Cheers
> Andrea
>
>
> On Tue, May 30, 2017 at 3:52 PM, Ian Turton  wrote:
>
>> I'm running into an issue with a WPS process which won't write to a
>> Shapefile because:
>>
>> java.io.IOException: Unable to write column metaDataPr : java.lang.Object
>>
>> Now I don't have any attributes called MetaDataPr but searching the code
>> base turns up a bunch of blocks like:
>>
>> // HACK HACK!! the parser sets no namespace to the properties so we're
>> // doing a hardcode property name black list
>> final List ignoreList = Arrays.asList(new String[] {
>> "location",
>> "metaDataProperty", "description", "name", "boundedBy" });
>>
>> for (Iterator it = attributes.iterator();
>> it.hasNext();) {
>> PropertyDescriptor property = it.next();
>> if (!(property instanceof AttributeDescriptor)) {
>> continue;
>> }
>> AttributeDescriptor descriptor = (AttributeDescriptor)
>> property;
>> Name name = descriptor.getName();
>>
>> if (ignoreList.contains(name.getLocalPart())) {
>> it.remove();
>> }
>> }
>> // / HACK END
>>
>> --
>> 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
>>
>>
>
>
> --
> ==
> 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 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> 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.
>
> ---
>



-- 
Ian Turton
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashd

Re: [Geotools-devel] MetaDataProperty attribute?

2017-05-30 Thread Andrea Aime

Hi Ian,
is that block the one in DataUtiltities,simple(FeatureType) ?
As far as I can tell it's related to GML parsing or something like that

Cheers
Andrea

On Tue, May 30, 2017 at 3:52 PM, Ian Turton  wrote:

> I'm running into an issue with a WPS process which won't write to a
> Shapefile because:
>
> java.io.IOException: Unable to write column metaDataPr : java.lang.Object
>
> Now I don't have any attributes called MetaDataPr but searching the code
> base turns up a bunch of blocks like:
>
> // HACK HACK!! the parser sets no namespace to the properties so we're
> // doing a hardcode property name black list
> final List ignoreList = Arrays.asList(new String[] {
> "location",
> "metaDataProperty", "description", "name", "boundedBy" });
>
> for (Iterator it = attributes.iterator();
> it.hasNext();) {
> PropertyDescriptor property = it.next();
> if (!(property instanceof AttributeDescriptor)) {
> continue;
> }
> AttributeDescriptor descriptor = (AttributeDescriptor)
> property;
> Name name = descriptor.getName();
>
> if (ignoreList.contains(name.getLocalPart())) {
> it.remove();
> }
> }
> // / HACK END
>
> --
> 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
>
>

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

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

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

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

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

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

---
--
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] MetaDataProperty attribute?

2017-05-30 Thread Ian Turton

curses, pushed tab/enter too soon!

On 30 May 2017 at 14:52, Ian Turton  wrote:

> I'm running into an issue with a WPS process which won't write to a
> Shapefile because:
>
> java.io.IOException: Unable to write column metaDataPr : java.lang.Object
>
> Now I don't have any attributes called MetaDataPr but searching the code
> base turns up a bunch of blocks like:
>
> // HACK HACK!! the parser sets no namespace to the properties so we're
> // doing a hardcode property name black list
> final List ignoreList = Arrays.asList(new String[] {
> "location",
> "metaDataProperty", "description", "name", "boundedBy" });
>
> for (Iterator it = attributes.iterator();
> it.hasNext();) {
> PropertyDescriptor property = it.next();
> if (!(property instanceof AttributeDescriptor)) {
> continue;
> }
> AttributeDescriptor descriptor = (AttributeDescriptor)
> property;
> Name name = descriptor.getName();
>
> if (ignoreList.contains(name.getLocalPart())) {
> it.remove();
> }
> }
> // / HACK END
>
>
Can anyone shed some light on where this mysterious attribute is coming
from and where I should add this block to my code or shapefile dumper, or
somewhere else?

Cheers

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

[Geotools-devel] MetaDataProperty attribute?

2017-05-30 Thread Ian Turton

I'm running into an issue with a WPS process which won't write to a
Shapefile because:

java.io.IOException: Unable to write column metaDataPr : java.lang.Object

Now I don't have any attributes called MetaDataPr but searching the code
base turns up a bunch of blocks like:

// HACK HACK!! the parser sets no namespace to the properties so we're
// doing a hardcode property name black list
final List ignoreList = Arrays.asList(new String[] {
"location",
"metaDataProperty", "description", "name", "boundedBy" });

for (Iterator it = attributes.iterator();
it.hasNext();) {
PropertyDescriptor property = it.next();
if (!(property instanceof AttributeDescriptor)) {
continue;
}
AttributeDescriptor descriptor = (AttributeDescriptor) property;
Name name = descriptor.getName();

if (ignoreList.contains(name.getLocalPart())) {
it.remove();
}
}
// / HACK END

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

Re: [Geotools-devel] Move DataUtilities URL methods to new Urls class in gt-metadata [GEOT-5740]

2017-05-30 Thread Justin Deoliveira

I would prefer Urls, think it reads nicer. $0.02

On Tue, May 30, 2017 at 1:38 AM Andrea Aime 
wrote:

> And I'd say "don't touch" :-) (take it as a -0)
> I agree common conventions is good. And agree that we might want to set
> one convention from here onwards.
> But can we please do it without breaking backwards compatibility (or
> possibly generating a lot of deprecated methods?).
>
> I'd suggest to put effort where (at least personally I feel it's) more
> valuable, like helping users, writing docs, fixing bugs... but of course,
> it's just me :-p
>
> Cheers
> Andrea
>
>
> On Tue, May 30, 2017 at 7:15 AM, Ben Caradoc-Davies 
> wrote:
>
>> Developers,
>>
>> Do you want "Urls" or "URLs"?
>>
>> Jody writes: "Please follow java naming conventions Urls renames to URLs"
>>
>> And I responded: "@jodygarnett we might need to put Urls vs URLs to a
>> vote on the mailing list. Looking through the dependencies we have (visible
>> from GeoServer gs-web-app Start) we have a huge mix of URL versus Url
>> prefixes. There is at least one other Urls class out there. I think we ask
>> the developers what they want. There is a modern style that three-letter
>> acronyms get lowercase tail letters when forming CamelCase/PascalCase. Does
>> this rule apply when adding an "s" in the style of "Lists", "Collections",
>> and "Streams"? I thought yes, but happy to change it to match majority
>> preference."
>>
>> Wiremock has an Urls class for its static URL helper methods.
>>
>> You say tomayto, I say tomahto, ...
>>
>> Kind regards,
>> Ben.
>>
>>
>> On 30/05/17 14:23, Ben Caradoc-Davies wrote:
>>
>>> I want to move the DataUtilities URL methods to new Urls class in
>>> gt-metadata. Current methods will be retained and @deprecated:
>>>
>>> Jira:
>>>
>>> [GEOT-5740] Move DataUtilities URL methods to new Urls class in
>>> gt-metadata
>>> https://osgeo-org.atlassian.net/browse/GEOT-5740
>>>
>>> Pull request for master:
>>>
>>> [GEOT-5740] Move DataUtilities URL methods to new Urls class in
>>> gt-metadata (master)
>>> https://github.com/geotools/geotools/pull/1604
>>>
>>> The main change is that methods like DataUtilities.fileToURL and
>>> DataUtilities.urlToFile become shorter: Urls.fileToUrl and
>>> Urls.urlToFile respectively. There is a small amount of code preening. I
>>> also updated the docs and examples to use the new API.
>>>
>>> Kind regards,
>>>
>>>
>> --
>> Ben Caradoc-Davies 
>> Director
>> Transient Software Limited 
>> New Zealand
>>
>>
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
>
>
> --
> ==
> 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 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> 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
> m

[Geotools-devel] [JIRA] (GEOT-5742) Allow mosaic to pick the index DataStore/DataAccess from a Repository instance

2017-05-30 Thread aaime (JIRA)

Title: Message Title


 
 
 
 

 
 
 

 
   
 aaime created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoTools /  GEOT-5742  
 
 
  Allow mosaic to pick the index DataStore/DataAccess from a Repository instance   
 

  
 
 
 
 

 
Issue Type: 
  New Feature  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 imagemosaic plugin  
 
 
Created: 
 30/May/17 11:17 AM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 aaime  
 

  
 
 
 
 

 
 This will allow the mosaic to work off an index source that has been built and configured externally, e.g., like the GeoServer CatalogRepository  
 

  
 
 
  
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v1000.1010.2#100044

Re: [Geotools-devel] [Geoserver-devel] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

2017-05-30 Thread Andrea Aime

So, are you proposing just an upgrade of the driver, or are you also going
to change the postgis store code to leverage the
binary transfer?

Cheers
Andrea

On Mon, May 29, 2017 at 11:22 PM, Dave Blasby 
wrote:

> Hi,
>
> For GeoGig, we noticed that the latest Postgresql JDBC driver (42.1.1) now
> allows full-binary data transfer.  This is better than 25% less bandwidth
> than Base64 encoding!
>
> I'd like to update the pom.xml  from 9.4.1211 to 42.1.1.
>
> NOTE: PostGIS could be upgraded to use this as its a big win for a remote
> (networked) database.
> Note: you must use a prepared statement!
>
>
> https://jdbc.postgresql.org/download.html
>
> From the pom.xml;
> 9.4.1211
>
> Comments?
>
> Thanks,
> Dave
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Geoserver-devel mailing list
> geoserver-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>

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

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

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

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

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

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

---
--
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] Move DataUtilities URL methods to new Urls class in gt-metadata [GEOT-5740]

2017-05-30 Thread Andrea Aime

And I'd say "don't touch" :-) (take it as a -0)
I agree common conventions is good. And agree that we might want to set one
convention from here onwards.
But can we please do it without breaking backwards compatibility (or
possibly generating a lot of deprecated methods?).

I'd suggest to put effort where (at least personally I feel it's) more
valuable, like helping users, writing docs, fixing bugs... but of course,
it's just me :-p

Cheers
Andrea

On Tue, May 30, 2017 at 7:15 AM, Ben Caradoc-Davies 
wrote:

> Developers,
>
> Do you want "Urls" or "URLs"?
>
> Jody writes: "Please follow java naming conventions Urls renames to URLs"
>
> And I responded: "@jodygarnett we might need to put Urls vs URLs to a vote
> on the mailing list. Looking through the dependencies we have (visible from
> GeoServer gs-web-app Start) we have a huge mix of URL versus Url prefixes.
> There is at least one other Urls class out there. I think we ask the
> developers what they want. There is a modern style that three-letter
> acronyms get lowercase tail letters when forming CamelCase/PascalCase. Does
> this rule apply when adding an "s" in the style of "Lists", "Collections",
> and "Streams"? I thought yes, but happy to change it to match majority
> preference."
>
> Wiremock has an Urls class for its static URL helper methods.
>
> You say tomayto, I say tomahto, ...
>
> Kind regards,
> Ben.
>
>
> On 30/05/17 14:23, Ben Caradoc-Davies wrote:
>
>> I want to move the DataUtilities URL methods to new Urls class in
>> gt-metadata. Current methods will be retained and @deprecated:
>>
>> Jira:
>>
>> [GEOT-5740] Move DataUtilities URL methods to new Urls class in
>> gt-metadata
>> https://osgeo-org.atlassian.net/browse/GEOT-5740
>>
>> Pull request for master:
>>
>> [GEOT-5740] Move DataUtilities URL methods to new Urls class in
>> gt-metadata (master)
>> https://github.com/geotools/geotools/pull/1604
>>
>> The main change is that methods like DataUtilities.fileToURL and
>> DataUtilities.urlToFile become shorter: Urls.fileToUrl and
>> Urls.urlToFile respectively. There is a small amount of code preening. I
>> also updated the docs and examples to use the new API.
>>
>> Kind regards,
>>
>>
> --
> Ben Caradoc-Davies 
> Director
> Transient Software Limited 
> New Zealand
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>

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

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39  339 8844549

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

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

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

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

---
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/s

Re: [Geotools-devel] Move DataUtilities URL methods to new URLs class in gt-metadata [GEOT-5740]

Re: [Geotools-devel] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

Re: [Geotools-devel] A few changes coming to the CSS module (and then its graduation)

Re: [Geotools-devel] [Geoserver-devel] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

Re: [Geotools-devel] [Geoserver-devel] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

Re: [Geotools-devel] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

Re: [Geotools-devel] [Geoserver-devel] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

[Geotools-devel] GeoTools / GeoWebCache / GeoServer Meeting 2017-05-30

Re: [Geotools-devel] MetaDataProperty attribute?

Re: [Geotools-devel] Move DataUtilities URL methods to new Urls class in gt-metadata [GEOT-5740]

Re: [Geotools-devel] Move DataUtilities URL methods to new Urls class in gt-metadata [GEOT-5740]

Re: [Geotools-devel] MetaDataProperty attribute?

[Geotools-devel] [JIRA] (GEOT-5743) Error in CSV2SHP tutorial

Re: [Geotools-devel] MetaDataProperty attribute?

Re: [Geotools-devel] MetaDataProperty attribute?

Re: [Geotools-devel] MetaDataProperty attribute?

Re: [Geotools-devel] MetaDataProperty attribute?

[Geotools-devel] MetaDataProperty attribute?

Re: [Geotools-devel] Move DataUtilities URL methods to new Urls class in gt-metadata [GEOT-5740]

[Geotools-devel] [JIRA] (GEOT-5742) Allow mosaic to pick the index DataStore/DataAccess from a Repository instance

Re: [Geotools-devel] [Geoserver-devel] upgrade postgresql JDBC driver to 42.1.1 (full binary xfer)

Re: [Geotools-devel] Move DataUtilities URL methods to new Urls class in gt-metadata [GEOT-5740]

22 matches

Site Navigation

Mail list logo

Footer information