One of the answers to this GIS.SE question (http://gis.stackexchange.com/q/78167/79) pointed to https://github.com/geobeyond/fluxomajic which is a GeoServer plugin (actually a GeoTools filter) that does what looks like a nice job of providing offset line strokes. It might be worth talking to the authors and see if we can roll it in to the main code base as this is a commonly requested feature.
I haven’t seen any mention of this before (if its well known apologies).
Ian Turton
Hi Ian and all list,
yes you are right it’s a geotools filter function and we have a pull request of the specific offset line function among things to do. I did with version 9.0 but I guess then I can go with latest trunk.
I will let you know as soon as I can spend a bit of time to port it.
Regards,
Francesco
Ing. Francesco Bartoli
CTO & Owner
GeoBeyond Srl
Via M. Augusta 68
02040 - Vacone (RI) - Italy
http://www.geobeyond.it
Mob: +39 333 2997173
Twitter: twitter.com/geobeyond
SkypeId: francesco_bartoli
Il giorno 21/nov/2013, alle ore 14:28, Ian Turton ha scritto:
One of the answers to this GIS.SE question (http://gis.stackexchange.com/q/78167/79) pointed to https://github.com/geobeyond/fluxomajic which is a GeoServer plugin (actually a GeoTools filter) that does what looks like a nice job of providing offset line strokes. It might be worth talking to the authors and see if we can roll it in to the main code base as this is a commonly requested feature.
I haven’t seen any mention of this before (if its well known apologies).
Ian
Ian Turton
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing
conversations that shape the rapidly evolving mobile landscape. Sign up now.
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
On Thu, Nov 21, 2013 at 2:28 PM, Ian Turton <ijturton@anonymised.com> wrote:
One of the answers to this GIS.SE question (
http://gis.stackexchange.com/q/78167/79) pointed to
https://github.com/geobeyond/fluxomajic which is a GeoServer plugin
(actually a GeoTools filter) that does what looks like a nice job of
providing offset line strokes. It might be worth talking to the authors and
see if we can roll it in to the main code base as this is a commonly
requested feature.I haven't seen any mention of this before (if its well known apologies).
The license (GPL3) is incompatible, maybe they are interested in changing
it?
Specifically for the offset line, the technique the are using to build the
offset line (using JTS buffer facilities) has been discussed already with
Martin Davis
and rejected because it only works in some cases:
https://jira.codehaus.org/browse/GEOT-3912
Maybe they solved some of the issues using post-processing? Don't know.
On the bright side, at my company we landed funding to implement one that
works for good, and that is fast enough
for rendering usage, I'm just not sure when I'm going to start implementing
it
Cheers
Andrea
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 Andrea,
the license has been already changed to LGPL thus not a problem. Probably I forgot to push the latest commit but I will check it out. The feature it’s just a porting of what has been already implemented in OpenJump. So I need to cover a great mention of this in the readme.
Cheers,
Francesco
Ing. Francesco Bartoli
CTO & Owner
GeoBeyond Srl
Via M. Augusta 68
02040 - Vacone (RI) - Italy
http://www.geobeyond.it
Mob: +39 333 2997173
Twitter: twitter.com/geobeyond
SkypeId: francesco_bartoli
On Thu, Nov 21, 2013 at 2:28 PM, Ian Turton <ijturton@anonymised.com> wrote:
One of the answers to this GIS.SE question (http://gis.stackexchange.com/q/78167/79) pointed to https://github.com/geobeyond/fluxomajic which is a GeoServer plugin (actually a GeoTools filter) that does what looks like a nice job of providing offset line strokes. It might be worth talking to the authors and see if we can roll it in to the main code base as this is a commonly requested feature.
I haven’t seen any mention of this before (if its well known apologies).
The license (GPL3) is incompatible, maybe they are interested in changing it?
Specifically for the offset line, the technique the are using to build the offset line (using JTS buffer facilities) has been discussed already with Martin Davis
and rejected because it only works in some cases:
https://jira.codehaus.org/browse/GEOT-3912
Maybe they solved some of the issues using post-processing? Don’t know.
On the bright side, at my company we landed funding to implement one that works for good, and that is fast enough
for rendering usage, I’m just not sure when I’m going to start implementing it
Cheers
Andrea
–
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 Andrea,
What is the name of the correct approach? I’ve always wondered if this was even a solvable problem space… .
Steve
On Thu, Nov 21, 2013 at 8:44 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing
conversations that shape the rapidly evolving mobile landscape. Sign up now.
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
On Thu, Nov 21, 2013 at 2:28 PM, Ian Turton <ijturton@anonymised.com3…> wrote:
One of the answers to this GIS.SE question (http://gis.stackexchange.com/q/78167/79) pointed to https://github.com/geobeyond/fluxomajic which is a GeoServer plugin (actually a GeoTools filter) that does what looks like a nice job of providing offset line strokes. It might be worth talking to the authors and see if we can roll it in to the main code base as this is a commonly requested feature.
I haven’t seen any mention of this before (if its well known apologies).
The license (GPL3) is incompatible, maybe they are interested in changing it?
Specifically for the offset line, the technique the are using to build the offset line (using JTS buffer facilities) has been discussed already with Martin Davis
and rejected because it only works in some cases:
https://jira.codehaus.org/browse/GEOT-3912
Maybe they solved some of the issues using post-processing? Don’t know.
On the bright side, at my company we landed funding to implement one that works for good, and that is fast enough
for rendering usage, I’m just not sure when I’m going to start implementing it
Cheers
Andrea
–
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 Thu, Nov 21, 2013 at 2:56 PM, francesco bartoli <
francesco.bartoli@anonymised.com> wrote:
Hi Andrea,
the license has been already changed to LGPL thus not a problem. Probably
I forgot to push the latest commit but I will check it out. The feature
it's just a porting of what has been already implemented in OpenJump. So I
need to cover a great mention of this in the readme.
If there is code coming from OpenJump, even a single line, then we cannot
use it, it is under the GPL and cannot be changed
Cheers
Andrea
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 Thu, Nov 21, 2013 at 2:59 PM, Stephen Mather
<stephen@anonymised.com>wrote:
Hi Andrea,
What is the name of the correct approach? I've always wondered if this
was even a solvable problem space... .
I don't know of an official algorithm, but the Mapnik people have worked on
it a lot and they have a pretty good implementation.
I've also been spending quite some time thinking about the problem during
the last 3 years (back when I made my first failed attempt)
and have ideas of my own, so one plus the other should give us a robust
implementation that is also fast enough for rendering
complex parallel lines.
Cheers
Andrea
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
-------------------------------------------------------
Ah I missed this conflict. Thanks for pointing it out
cheers
Francesco
Ing. Francesco Bartoli
CTO & Owner
GeoBeyond Srl
Via M. Augusta 68
02040 - Vacone (RI) - Italy
http://www.geobeyond.it
Mob: +39 333 2997173
Twitter: twitter.com/geobeyond
SkypeId: francesco_bartoli
On Thu, Nov 21, 2013 at 2:56 PM, francesco bartoli <francesco.bartoli@anonymised.com> wrote:
Hi Andrea,
the license has been already changed to LGPL thus not a problem. Probably I forgot to push the latest commit but I will check it out. The feature it’s just a porting of what has been already implemented in OpenJump. So I need to cover a great mention of this in the readme.
If there is code coming from OpenJump, even a single line, then we cannot use it, it is under the GPL and cannot be changed
Cheers
Andrea
–
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
Very cool. That will be great to see.
On Thu, Nov 21, 2013 at 2:59 PM, Stephen Mather <stephen@anonymised.com> wrote:
Hi Andrea,
What is the name of the correct approach? I’ve always wondered if this was even a solvable problem space… .
I don’t know of an official algorithm, but the Mapnik people have worked on it a lot and they have a pretty good implementation.
I’ve also been spending quite some time thinking about the problem during the last 3 years (back when I made my first failed attempt)
and have ideas of my own, so one plus the other should give us a robust implementation that is also fast enough for rendering
complex parallel lines.
Cheers
Andrea
–
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