[Geoserver-devel] Reminder: GeoTools / GeoServer Meeting at 13:00 UTC

GeoTools / GeoServer Meeting at 13:00 UTC on Skype as usual. Make yourself known if you want to attend but do not usually do so:
http://www.timeanddate.com/worldclock/fixedtime.html?msg=GeoTools+%2F+GeoServer+Meeting+2014-06-10&iso=20140610T13&ah=1

--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

Hi Ben,

Do you think my pull request will be on the table? If so, I should probably join the meeting.

(skype: savolasa)

Sampo

···

On Tue, Jun 10, 2014 at 5:23 AM, Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com54…> wrote:

GeoTools / GeoServer Meeting at 13:00 UTC on Skype as usual. Make
yourself known if you want to attend but do not usually do so:
http://www.timeanddate.com/worldclock/fixedtime.html?msg=GeoTools+%2F+GeoServer+Meeting+2014-06-10&iso=20140610T13&ah=1


Ben Caradoc-Davies Ben.Caradoc-Davies@anonymised.com
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre


HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems


Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Sampo Savolainen
R&D Director, Spatineo Oy
sampo.savolainen@anonymised.com
+358-407555649
Linnankoskenkatu 16 A 17, 00250 Helsinki, Finland
www.spatineo.com, twitter.com/#!/spatineo
www.linkedin.com/company/spatineo-inc

This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate, or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so.

On Tue, Jun 10, 2014 at 8:51 AM, Sampo Savolainen <
sampo.savolainen@anonymised.com> wrote:

Hi Ben,

Do you think my pull request will be on the table? If so, I should
probably join the meeting.

It will be, but there is a significant wrench on the plan... the new wfs
store is not a replacement
for the old one, does not have the same functionality yet (cannot handle a
number of non fully
compliant servers that are unfortunately popular in europe, as a number of
old versions
of mapserver, tinywos), so just swapping it will cause regressions for all
that are
using the parameters controlling the axis orders to perform cascading.

Given that we had specific funding targeted at making the cascading
possible less than
a year ago, we cannot retract that support lightly, as it makes for a very
bad precedent,
point in case, would you like it if we dropped stored queries next year
because we feel it's not an important
use case?

So the current agreement would be that wfs-ng will be a separate extension,
that can be
added into GeoServer side by side the old one, but the old one will stay in
core, whilst wfs-ng
will be a separate module.
The way I understand your work, it needs wfs-ng in core instead.

So... do you have resources to either make your work pluggable and go along
a wfs-ng extension,
or to push the wfs-ng to a point where it becomes a seamless replacement
for the old store,
that is, providing the same functionality, and able to work off the same
datastore.xml
as the old store?

Cheers
Andrea

--

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

Ing. Andrea Aime
@geowolf
Technical Lead

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

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

-------------------------------------------------------

Hi,

I fully understand. Wfs-ng is not yet a pluggable replacement for the current cascaded wfs. It can however, like you said, live side by side with the current implementation. So I see a few paths that could be taken with my work:

  1. I could rework my UI code so that it no longer needs to be included in the core, but would work as a pluggable extension.

  2. Make wfs-ng into a full replacement from the get-go

  3. Wait until someone else finishes wfs-ng so it can replace the current implementation.

  4. Include wfs-ng in addition to the current module in core. To avoid confusing users (=two options for the same thing) we could label WFS-NG as “cascaded stored queries” until it’s mature enough to be a full replacement.

Analysis:

  1. If the web framework would allow plugging in this sort of functionality, this would definitely be the way to go. But I’m guessing it doesn’t, as suggested by how SQL Views are done.

  2. The contract I’m working on does not have the hours for me to do this

  3. This is always an option, but at I’d rather see my work mainlined before this

  4. Trivial to do and should be quite compatible with the direction I believe GeoServer is going (=that wfs-ng will replace the current impl)

If we can find the right way to do #1, then I’m all for it. If it’s not feasible to do that in a nicely architected way, then I’d vote for #4.

What do you think? We can continue this discussion here and you can call me on skype during the meeting so we can discuss this further.

Sampo

···

On Tue, Jun 10, 2014 at 10:03 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

Sampo Savolainen
R&D Director, Spatineo Oy
sampo.savolainen@anonymised.com
+358-407555649
Linnankoskenkatu 16 A 17, 00250 Helsinki, Finland
www.spatineo.com, twitter.com/#!/spatineo
www.linkedin.com/company/spatineo-inc

This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate, or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so.

On Tue, Jun 10, 2014 at 8:51 AM, Sampo Savolainen <sampo.savolainen@anonymised.com> wrote:

Hi Ben,

Do you think my pull request will be on the table? If so, I should probably join the meeting.

It will be, but there is a significant wrench on the plan… the new wfs store is not a replacement
for the old one, does not have the same functionality yet (cannot handle a number of non fully
compliant servers that are unfortunately popular in europe, as a number of old versions
of mapserver, tinywos), so just swapping it will cause regressions for all that are
using the parameters controlling the axis orders to perform cascading.

Given that we had specific funding targeted at making the cascading possible less than
a year ago, we cannot retract that support lightly, as it makes for a very bad precedent,
point in case, would you like it if we dropped stored queries next year because we feel it’s not an important
use case?

So the current agreement would be that wfs-ng will be a separate extension, that can be
added into GeoServer side by side the old one, but the old one will stay in core, whilst wfs-ng
will be a separate module.
The way I understand your work, it needs wfs-ng in core instead.

So… do you have resources to either make your work pluggable and go along a wfs-ng extension,
or to push the wfs-ng to a point where it becomes a seamless replacement for the old store,
that is, providing the same functionality, and able to work off the same datastore.xml
as the old store?

Cheers
Andrea

==

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

==

Ing. Andrea Aime

@geowolf
Technical Lead

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

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


On Tue, Jun 10, 2014 at 9:31 AM, Sampo Savolainen <
sampo.savolainen@anonymised.com> wrote:

Hi,

I fully understand. Wfs-ng is not yet a pluggable replacement for the
current cascaded wfs. It can however, like you said, live side by side with
the current implementation. So I see a few paths that could be taken with
my work:

1) I could rework my UI code so that it no longer needs to be included in
the core, but would work as a pluggable extension.
2) Make wfs-ng into a full replacement from the get-go
3) Wait until someone else finishes wfs-ng so it can replace the current
implementation.
4) Include wfs-ng in addition to the current module in core. To avoid
confusing users (=two options for the same thing) we could label WFS-NG as
"cascaded stored queries" until it's mature enough to be a full replacement.

Analysis:
1) If the web framework would allow plugging in this sort of
functionality, this would definitely be the way to go. But I'm guessing it
doesn't, as suggested by how SQL Views are done.
2) The contract I'm working on does not have the hours for me to do this
3) This is always an option, but at I'd rather see my work mainlined
before this
4) Trivial to do and should be quite compatible with the direction I
believe GeoServer is going (=that wfs-ng will replace the current impl)

If we can find the right way to do #1, then I'm all for it. If it's not
feasible to do that in a nicely architected way, then I'd vote for #4.

What do you think? We can continue this discussion here and you can call
me on skype during the meeting so we can discuss this further.

4 is confusing and would make us look bad, if we have two it will make user
think we are just making a mess imho
1 is indeed some work, and wondering how would it compare to having wfs-ng
be a drop in replacement, which looked to me was the original plan, also
Boundless should be working on the axis order stuff, so the extra hump of
getting it to be a drop in replacement does not look like a major extra step

3 is of course best avoided...

Cheers
Andrea

--

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

Ing. Andrea Aime
@geowolf
Technical Lead

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

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

-------------------------------------------------------

Given the discussion here you may wish to join the meeting :slight_smile:

···

Jody Garnett

On Tue, Jun 10, 2014 at 4:51 PM, Sampo Savolainen <sampo.savolainen@anonymised.com> wrote:

Hi Ben,

Do you think my pull request will be on the table? If so, I should probably join the meeting.

(skype: savolasa)

Sampo


HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems


Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

On Tue, Jun 10, 2014 at 5:23 AM, Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com> wrote:

GeoTools / GeoServer Meeting at 13:00 UTC on Skype as usual. Make
yourself known if you want to attend but do not usually do so:
http://www.timeanddate.com/worldclock/fixedtime.html?msg=GeoTools+%2F+GeoServer+Meeting+2014-06-10&iso=20140610T13&ah=1


Ben Caradoc-Davies Ben.Caradoc-Davies@anonymised.com
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre


HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Sampo Savolainen
R&D Director, Spatineo Oy
sampo.savolainen@anonymised.com
+358-407555649
Linnankoskenkatu 16 A 17, 00250 Helsinki, Finland
www.spatineo.com, twitter.com/#!/spatineo
www.linkedin.com/company/spatineo-inc

This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate, or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so.

Yep :slight_smile: Talk to you soon

Sampo

···

On Tue, Jun 10, 2014 at 12:46 PM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Given the discussion here you may wish to join the meeting :slight_smile:

Sampo Savolainen
R&D Director, Spatineo Oy
sampo.savolainen@anonymised.com
+358-407555649
Linnankoskenkatu 16 A 17, 00250 Helsinki, Finland
www.spatineo.com, twitter.com/#!/spatineo
www.linkedin.com/company/spatineo-inc

This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate, or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so.

Jody Garnett

On Tue, Jun 10, 2014 at 4:51 PM, Sampo Savolainen <sampo.savolainen@anonymised.com> wrote:

Hi Ben,

Do you think my pull request will be on the table? If so, I should probably join the meeting.

(skype: savolasa)

Sampo


HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

On Tue, Jun 10, 2014 at 5:23 AM, Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com> wrote:

GeoTools / GeoServer Meeting at 13:00 UTC on Skype as usual. Make
yourself known if you want to attend but do not usually do so:
http://www.timeanddate.com/worldclock/fixedtime.html?msg=GeoTools+%2F+GeoServer+Meeting+2014-06-10&iso=20140610T13&ah=1


Ben Caradoc-Davies Ben.Caradoc-Davies@anonymised.com
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre


HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Sampo Savolainen
R&D Director, Spatineo Oy
sampo.savolainen@anonymised.com
+358-407555649
Linnankoskenkatu 16 A 17, 00250 Helsinki, Finland
www.spatineo.com, twitter.com/#!/spatineo
www.linkedin.com/company/spatineo-inc

This message may contain privileged and/or confidential information. If you
have received this e-mail in error or are not the intended recipient, you
may not use, copy, disseminate, or distribute it; do not open any
attachments, delete it immediately from your system and notify the sender
promptly by e-mail that you have done so.