I guess such a capability may arrive through the "GeoExt3" project,
though its future name may be ngGeo.
That may bring the "Javascript heavyweights" that Andreas mentioned,
both in terms of developers and frameworks ;-)
Personally, I think ngGeo may be a great foundation for a client-side
UI for
On Wed, Sep 25, 2013 at 11:46 PM, Martin Davis wrote:
> It's also a good way to "dogfood" the REST API.
>
The idea of dogfooding the REST API also came up when we decided to redo
the GeoServer own GUI (which would
have been the perfect candidate), some javascript folks pushed for this,
but when
"Dog-fooding" is a, er, technical term for "verifying the functionality of
an software interface or component by using it within the software itself".
The idea is that the Style Editor shouid be implemented as a pure
browser-side application, interfacing with GeoServer solely via the REST
API. (T
Interesting discussion. Martin, what do you mean by 'dogfood the REST API'
?
On Thu, Sep 26, 2013 at 7:46 AM, Martin Davis wrote:
> It's also a good way to "dogfood" the REST API.
>
--
October Webinars: Code for Perform
Yes, CSS would be very good to support as well.
Agreed, this is a non-trivial JS application. But perhaps is easier now
than a few years ago, especially given the numerous similar applications
starting to appear.
On Wed, Sep 25, 2013 at 2:40 PM, Andrea Aime
wrote:
> On Wed, Sep 25, 2013 at 11:
Summer of Code perhaps? Or even better, Winter of Code...
On Wed, Sep 25, 2013 at 2:45 PM, Juan Marín Otero <
juan.marin.ot...@gmail.com> wrote:
> This would be a great thing to have. I agree with Andrea, that CSS would
> be more attractive as a styling "language" and building it with pure clie
It's also a good way to "dogfood" the REST API.
On Wed, Sep 25, 2013 at 2:45 PM, Juan Marín Otero <
juan.marin.ot...@gmail.com> wrote:
> This would be a great thing to have. I agree with Andrea, that CSS would
> be more attractive as a styling "language" and building it with pure client
> side t
This would be a great thing to have. I agree with Andrea, that CSS would be
more attractive as a styling "language" and building it with pure client
side technologies and leveraging the REST API (which has the side benefit
of making it more robust) is a good idea.
On Wed, Sep 25, 2013 at 5:39 PM,
On Wed, Sep 25, 2013 at 11:03 PM, Martin Davis wrote:
> Has anyone thought about implementing a browser-based map styling editor
> for GeoServer? I'm thinking of a simple TileMill-esque sort of thing,
> showing a map on one side and allowing editing a style on the other.
>
> Some features that w
Neat - I hadn't seen that. Makes perfect sense for the MapServer world.
And a little friendly competition is always motivating! (Although
TileMill has been providing this in spades for a while now...)
The ScribeUI looks heavier-weight than I was thinking of. Could a useful
styling editor be bu
Hi,
You fear that Mapserver will have something that is easier to do than with
Geoserver?
http://mapgears.github.io/scribeui-site/
http://elogeo.nottingham.ac.uk/xmlui/bitstream/handle/url/190/Scribe%3a%20MapServer%20Mapfile%20Development%20Made%20Easy.pdf?sequence=1
-Jukka Rahkonen-
__
Has anyone thought about implementing a browser-based map styling editor
for GeoServer? I'm thinking of a simple TileMill-esque sort of thing,
showing a map on one side and allowing editing a style on the other.
Some features that would be useful:
- Ability to speciify a base map tileset
- Abili
12 matches
Mail list logo
