Re: [Geoserver-devel] GSIP 84 - Control how layer groups are the WMS capabilities document
+1 for me. It's a nice iterative improvement forward. Does wms path then go away with this? I hope so, it was one of the least intuitive pieces of config we had, as you had to set up a couple things right to achieve what you wanted. Or do you need the next step that you allude to in order to have wms path go away? If it goes away should also think about the backwards compatibility of it (though I think could be ok if we just tell people to figure out the new stuff and just not break their server). (following stuff jumps off, should in no way be a block from moving forward on the above) With these advances in LayerGroups I wonder do they start to get at the 'map' concept. See the discussion at http://osgeo-org.1560.n6.nabble.com/Catalog-extension-point-td4999352.html I caught up with Alexandre in Australia a couple days ago, and he's mostly implemented an extension for his needs, and could be down to contribute it back. It'd be good to figure out if we want to just beef up layer groups to handle the 'map' concept, or if we just go down the path that a 'layergroup' is essentially a map. And then how that also interacts with 'workspaces' The concept of a map is one of the top ones in ArcGIS Server. When people make a map on their desktop, consisting of layers and their stylings, they can just 'export to arcgis server', where all their layers show up under their map. So it's like a package of layers. There's also the 'web map context' document, which gets at similar concepts. And we do some stuff in our software that gets at the same general thing, with 'maps' in geonode ( http://mapstory.org/maps/427) or geoexplorer. I know this seems like it's jumbling together a lot of similar but not necessarily exactly the same concepts. But I think it may be possible to have a single concept in GeoServer that helps tie them together, or at least gets at a number of them. And it could just be a flexible layer group with nesting. But I think one of the use cases I'd like to see is a GeoExplorer or GeoNode app be able to persist their map to GeoServer. And for a desktop gis to upload and save that map. So it's aware of the view, the layers it has, and the styles. And to be able to access it through a smart rest interface that links to the other layers. Anyways, I guess my question is do we think layergroups could extend to handle that? Like should our eventual answer to Alexandre's question be 'create a map', and we'd have a resource to do that, or would it be 'use a layergroup and configure it like X' Chris On Wed, Dec 12, 2012 at 4:13 AM, Andrea Aime wrote: > Hi all, > please discuss and vote the GSIP based on the layer group discussion > happened on > the list in the last few days: > > > http://geoserver.org/display/GEOS/GSIP+84+-+Control+how+layer+groups+are+the+WMS+capabilities+document > > Cheers > Andrea > > -- > == > Our support, Your Success! Visit http://opensdi.geo-solutions.it for more > information. > == > > Ing. Andrea Aime > @geowolf > Technical Lead > > GeoSolutions S.A.S. > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 339 8844549 > > http://www.geo-solutions.it > http://twitter.com/geosolutions_it > > --- > > > > -- > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > ___ > Geoserver-devel mailing list > Geoserver-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GeoServer on windows is down?
On Tue, Dec 18, 2012 at 9:47 AM, wrote: > No problem, > > ** ** > > Thanks Andrea J I just wanted to see if the error I received is local to > my machine or whether is it window wide which is why I didn’t post any of > the errors I received. > Btw, Windows build fixed: http://office.geo-solutions.it/jenkins/job/GeoServer%20master/106/ Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GSIP 84 - Control how layer groups are _exposed in_ the WMS capabilities document
Hi, I was meaning that a diagram could be a part of a proposal. See a sketch at http://latuviitta.org/documents/Geoserver_layer_group_sketch.pdf I was wrong with the missing title in some Mapserver services. Mapserver writes a comment about missing metadata element into GetCapabilities but it does also add a default Title for group. I do not bother to make a new sketch because it is just a trial to clarify my thoughts anyway. I think it is not good that QGIS is expanding the root layer without a name. It means that all the layers on the service get selected and usually it would make no sense at all. I have not tried what if there are subgroups which are configured in a similar way further in the tree without names. If those groups are expanded into a list of all the layers belonging to the group it could lead to a similar non-usable map. For example we have an orthophoto group which contains layers for each year and it does not make sense to select all the layers together. I understand these three types of groups: - Category group for making it possible to make better readable layer tree with something like census data maps/historical maps/orthophotos. Layers in the group are not meant to be looked all together automatically. User selects each layer individually. - Groups which are sometimes used all together but not always. User can select either the whole group by group name or individual layers. - Groups containing layers which are always used together. Only Geoserver knows that they are groups because layer names are hidden from the user. I suppose that EO will bring a fourth group type but I have not studied it yet. -Jukka- Andrea Aime wrote On Mon, Dec 17, 2012 at 12:59 PM, Rahkonen Jukka mailto:jukka.rahko...@mmmtike.fi>> wrote: Hi, +1 if I have understood the proposal right as I suppose. A diagram showing a tree with all these options, a screen capture about the tree shown by an imaginary well designed client, and a few more showing what happens if user selects the group level as WMS layer would be helpful. Also and especially later to be included in the user documentation. It feels that for showing all this information for the user the application should show both titles and names for the layers and groups. At least screens of mobile clients may get crowded but that is another problem. Unfortunately I don't have anything like that, we do proposals before writing code so I cannot have those screenshots. Title and name have different uses: the "name" is meant for computers to be used in calls to GetMap/GetFeatureInfo, while "title" is meant to be shown to the end users by clients. Title is always present, Name not necessarily. I had a very quick look and I think that QGIS is doing wrong with groups without names but with title. If group is selected it selects all the layers even it should select none. Good thing is that QGIS shows names, titles and abstracts for all the layers. OpenJUMP seems to do the right thing with groups having only a title, it does not select layers then. Both behaviors seem legit to me. If qgis allows visual selection of the root layer, and the root layer has no name, it's reasonable that it expands the list of layers underneath it. It's a GUI interaction thing, the capabilities document is just a "catalog" of information, the client uses it as it sees fit. OpenJUMP behavior seems also reasonable, but a bit restrictive, but if it does not allow the user to select the root of the group I believe it's fine. Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GeoServer on windows is down?
No problem, Thanks Andrea :) I just wanted to see if the error I received is local to my machine or whether is it window wide which is why I didn't post any of the errors I received. Thanks. From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea Aime Sent: Tuesday, 18 December 2012 4:20 PM To: Tey, Victor (CESRE, Kensington) Cc: geoserver-devel@lists.sourceforge.net Subject: Re: [Geoserver-devel] GeoServer on windows is down? On Tue, Dec 18, 2012 at 8:27 AM, mailto:victor@csiro.au>> wrote: http://office.geo-solutions.it/jenkins/ Service Temporarily Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. Any ETA? I am currently experiencing build failure on windows. I can't connect to the build box either. About the ETA, the request seems to imply that if and when the build server is reachable again, the build will be fixed: newsflash, it won't. A few concise facts about the windows build server: - it is a voluntary effort made by a Linux developer disappointed by Windows people not keeping the build up, and trying to give them a nudge, help them out a bit (with the gracious help of the company he works for, that bought the windows license and is dedicating part of their hardware and bandwidth to the task). - the PSC has made no vow to keep the build server going, or to mark that build server as a reference that has to be kept up (mostly because the people that normally volunteer to to do stuff are not using Windows) - when I set that up a mailing list for extra builds has also been setup for people that want to be informed of build failures (and possibly do something about it), of the current subscribers there is exactly zero windows users I'll see that the build server is put up back and running, but about having the build work in a short time, I'd suggest you try to fix it yourself and do a pull request. Otherwise I'll do it myself, once I'm done with reviewing pull requests, contributed patches in jira, fixing currently failing cite tests and possibly getting some rest: might take some weeks, but I'll get there. Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] New community module: WCS 2.0 EO
On Tue, Nov 13, 2012 at 2:16 PM, Andrea Aime wrote: > A spec for WCS that does not include in the main body rescaling and > reprojecting, > and delegates to separate spec documents that pop up over a year after > thespec, > and one that does not even mandate a particular network binding (so > forcing clients have to implement > them all in order to be sure to communicate with the server) does not > exactly fit > in my "sane" department... oh well > Btw, after implementing most part of it I can say that the way the various manipulations one can do on a raster are specified in a much clearer, no nonsense way compared to the old specifications, and the fact that by default one gets the raster in its native format (MIME can be used, but it has to be requested) makes the spec a lot saner to implement on the server side. The comments above remain though, implementing a client that can connect to any server is quite the nightmare, you basically have to implement all network bindings and at least 3 raster encodings to hope to be able to talk to a random WCS 2.0 server. Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GeoServer on windows is down?
On Tue, Dec 18, 2012 at 8:27 AM, wrote: > http://office.geo-solutions.it/jenkins/ > > > Service Temporarily Unavailable > > The server is temporarily unable to service your request due to > maintenance downtime or capacity problems. Please try again later. > > > Any ETA? I am currently experiencing build failure on windows. > I can't connect to the build box either. About the ETA, the request seems to imply that if and when the build server is reachable again, the build will be fixed: newsflash, it won't. A few concise facts about the windows build server: - it is a voluntary effort made by a Linux developer disappointed by Windows people not keeping the build up, and trying to give them a nudge, help them out a bit (with the gracious help of the company he works for, that bought the windows license and is dedicating part of their hardware and bandwidth to the task). - the PSC has made no vow to keep the build server going, or to mark that build server as a reference that has to be kept up (mostly because the people that normally volunteer to to do stuff are not using Windows) - when I set that up a mailing list for extra builds has also been setup for people that want to be informed of build failures (and possibly do something about it), of the current subscribers there is exactly zero windows users I'll see that the build server is put up back and running, but about having the build work in a short time, I'd suggest you try to fix it yourself and do a pull request. Otherwise I'll do it myself, once I'm done with reviewing pull requests, contributed patches in jira, fixing currently failing cite tests and possibly getting some rest: might take some weeks, but I'll get there. Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel