Re: [Geoserver-devel] Swagger specification for extension/community modules?
Hi Andrea. I think the short version is that we ran out of time. But there's no reason why we can't iterate and add extensions/modules now. New API pages can be added here: https://github.com/geoserver/geoserver/tree/master/doc/en/api/1.0.0 (I note that this folder structure is flat, and we can probably leave it that way for now, but we may want to add a folder structure for extensions/community modules if the directory gets too unwieldy.) New docs can be linked to from this page: https://github.com/geoserver/geoserver/blob/master/doc/en/user/source/rest/index.rst The process for posting the API docs online at docs.geoserver.org is, if memory serves, a little manual right now (we have to SCP to the server), and as far as I know, not part of any Jenkins build. Someone please correct me if I'm wrong. Thanks, Mike Mike Pumphrey Education Program Director | Boundless 917-338-0407 m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo On 6/12/2017 6:09 AM, Andrea Aime wrote: Hi, I'm writing a new REST API for the OpenSearch module as a Swagger specification. Now, I would like to add it among the docs, but there does not seem swagger docs for any extension or community module yet (a leftover from the sprint?). So, was there a plan, is there any slot or place that I can add my docs into? Cheers Andrea -- 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-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- 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-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Improvements to REST API Documentation
Hi Matt. I am all about improvements to documentation, and using the right tool for the job, and not being stuck with past decisions. However, I second a few of Andrea's concerns. Unless we're going to migrate all of our docs to Swagger, how would it work to have documentation build using two different build tools? Do we trust Swagger to be around for a while? That said, API docs and regular docs are kind of different things. I believe it could be possible to have both, a more human-written documentation of the REST API (in our Sphinx docs) and separately a from-the-code generated API docs, kind of like Javadocs I imagine. Thanks, Mike Mike Pumphrey Education Program Director | Boundless 917-338-0407 m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo On 2/3/2017 10:05 AM, Andrea Aime wrote: > HI Matt, > I don't know the tool, but wondering: > >- Is it going to make the REST api documentation into a separate >documentation set as the user docs? >- Can we version it along with GeoServer like we do with the user docs? >- Can it be customized to have the GeoServer colors and logos? >- What about restlets that require longer docs, are these going to be >embedded in the code? > > It's also the first time I see the wiki page. The "Annotation driven" part > scares me quite a bit, can you make > sure the annotation classpath scan is not going to make the startup time > longer? We are constantly fighting to keep > it at bay, we might have to make sure the packages containing > > Cheers > Andrea > > > On Fri, Feb 3, 2017 at 5:55 PM, Matt Kruszewski < > mkruszew...@boundlessgeo.com> wrote: > >> Hi Mike, >> >> Given the upcoming switch to Spring MVC for the REST API, I wanted to >> start a conversation about possible improvements for the REST documentation >> (GEOS-7931). One option is Swagger, which has a lot of supporting tooling >> and is able to automatically generate docs from Spring MVC annotations -- >> though some additional annotations might be required to flesh things out. >> What experience does everyone have with REST documentation formats and >> tools? >> >> Jody and I are doing some initial research and prototyping, and we have >> gathered our notes so far on the wiki (https://github.com/geoserver/ >> geoserver/wiki/REST-API-Refresh). >> >> Thanks, >> Matt Kruszewski >> >> >> -- >> 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-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geoserver-devel >> >> > > -- 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-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] code sprint planning / headcount
Thanks Jody. I second the request to please fill out the Doodle poll and say what dates work and don't work for you. Leave a comment if you have preferences beyond just Yes/No. http://doodle.com/poll/nxti9a3qd5kzeyyb Thanks, Mike Mike Pumphrey Education Program Director | Boundless 917-338-0407 m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo On 1/18/2017 12:15 PM, Jody Garnett wrote: > It has been a productive week setting up for the code sprint; thank you to > Andrea and Simone for answering my questions. > > Here is what we have: > >- https://wiki.osgeo.org/wiki/Java_2017_Code_Sprint (topics and call for >sponsorship). We have a number of compelling topics, they are explored in >more detail then has been done on the email list. We will be doing a call >for sponsors in order to offset travel cost and field a larger team for the >week. Please *pass on the above link to any potential sponsors*. >- Java 2017 Code Sprint > > <https://docs.google.com/spreadsheets/d/1SKwH9ExjJtzONTLw04lMq3Sqy5V9m8CGis5Fpyvgp5s/edit?usp=sharing> > (budget >request and rough costs). It will cost roughly the same to attend the >daytona code sprint as to meet in italy, but we will field a much larger >team in Italy allowing us to take on one of the bigger topics (like CITE or >REST API). And once again thanks to GeoSolutions for hosting. > > When: > >- Mike Pumphrey has asked for a doodle poll ><http://doodle.com/poll/nxti9a3qd5kzeyyb> to check availability in Mach >- March 13-17th has been penciled in > > Who: > >- Please add your name to the wiki page above ><https://wiki.osgeo.org/wiki/Java_2017_Code_Sprint> if you are thinking >about attending, the lat column can indicate how likely you are to attend. >- If you are more likely to attend or not based on the topic please >reply to this email and let us know. Some topics like the REST API require >a full turnout to be successful. > > -- > Jody Garnett > > > > -- > 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-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > -- 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-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GSIP 153 - opaque container layer group mode
I know I'm non-voting, but I agree with Jody's point here. Also, to my mind, "opaque container" is better realized as "black box" (fewer syllables too). But I think "basemap" might get more to the heart of how it would be used. Thanks, Mike Mike Pumphrey Education Program Director | Boundless 917-338-0407 m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo On 12/22/2016 3:21 PM, Jody Garnett wrote: > Reading now, tripping up over the naming "*Opaque Container".* > > I usually think of the word opaque as the opposite of transparent. > > The main difference in our naming seems to between "single" and "tree". > This new layer group type is behaving like a single layer, we just wish the > contained layers were "nameless" and. It available for direct access. > > Could I suggest calling this my its purpose "basemap" or "single basemap". > > What is getting me here is what to call the layers that compose the > "basemap" that are unlisted in the capabilities document. It feels like > adding them to a "basemap" changes their default behaviour to unadvertised. > Is this the case or am I reading the proposal wrong? > > On Mon, Dec 19, 2016 at 2:49 AM Andrea Aime <andrea.a...@geo-solutions.it> > wrote: > >> Hi, >> I've follow up with the previous discussion on layer tree modes and wrote >> this proposal: >> >> https://github.com/geoserver/geoserver/wiki/GSIP-153 >> >> As suggested by Ben I've summarized the existing group behavior for >> current layer groups, >> in protected and non protected mode. >> >> Please vote/discuss >> >> 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 >> ___ >> >> Geoserver-devel mailing list >> >> Geoserver-devel@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/geoserver-devel >> >> -- > -- > Jody Garnett > > > > ---
Re: [Geoserver-devel] GeoServer code sprint 2017, who's interested in participating and/or sponsoring?
I can't speak for Boundless except that I have forwarded on this on to the decision makers and keepers of the budget, to see what if anything we can do. And that I would very much like to go. :) And for what it's worth, later is better for me (end of March great, beginning of March okay, February not great). Thanks for offering to host! Thanks, Mike Mike Pumphrey Education Program Director | Boundless 917-338-0407 m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo On 12/16/2016 11:07 AM, Andrea Aime wrote: > Hi, > say that we setup a code spring in late February/March. > > Say that the topic would be upgrading the CITE tests and adding all the new > exciting ones we're > missing (e.g., WFS 2.0, WCS 2.0, WMTS, WPS, ...), in other words, getting > up to speed > with the OGC compliance. (if this topic puts you off, let us know what > would be a better one for you). > > Say also we organize the sprint at the GeoSolutions offices in beautiful > Tuscany for > a week long. > > Question: > >- Who would be interested in joining as a participating? >- Who would be interested in sponsoring? ;-) >- Do you have any preferred week between say Feb 13 and end of March? > > My answers: > >- I'm in, but I won't be available Jan 30-Feb 2 > > Cheers > Andrea > > > > -- > 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-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [JIRA] (GEOS-7871) Add docs for WCS Request Builder
Title: Message Title Mike Pumphrey created an issue GeoServer / GEOS-7871 Add docs for WCS Request Builder Issue Type: Improvement Affects Versions: 2.10.0 Assignee: Mike Pumphrey Components: Documentation Created: 18/Nov/16 11:39 PM Fix Versions: 2.10.1 Priority: Low Reporter: Mike Pumphrey There is no WCS Request Builder docs that I can find. Add Comment
[Geoserver-devel] SourceForge malware
I just downloaded GeoServer 2.10-RC1 from SourceForge, and on the post-download page, I got redirected to a page that Chrome blocked as malicious. Is there any plan to move downloads away from SourceForge? I kind of feel like that site might be tainted goods at this point. Sorry I don't have a screenshot, as I tend to close a tab that looks like that immediately. Thanks, Mike Mike Pumphrey User Advocate | Boundless 917-338-0407 m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo -- The Command Line: Reinvented for Modern Developers Did the resurgence of CLI tooling catch you by surprise? Reconnect with the command line and become more productive. Learn the new .NET and ASP.NET CLI. Get your free copy! http://sdm.link/telerik ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Cannot install GeoServer on windows 10, smartscreen is blocking it
I can install 2.10-RC1 on Windows 10. I get the same error as Andrea did, but when I click "More info", the "Run anyway" button appears. I agree that signing would be much better, but at least it's not required for the app to run. Thanks, Mike Mike Pumphrey User Advocate | Boundless 917-338-0407 m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo On 10/22/2016 5:54 AM, Andrea Aime wrote: Hi, I've just tried to install GeoServer on Windows 10 and I'm greeted with a red notification stating that SmartScreen has prevented its installation, and that the application might be dangerous: https://osgeo-org.atlassian.net/browse/GEOS-7808 It does not matter if the application is run as admin or not, the message remains the same. I've searched a bit on the internet, was the application signed by any chance? Signing the app without fully following the expected auth procedure seems to cause installation blocking: http://stackoverflow.com/questions/12311203/how-to-pass-the-smart-screen-on-win8-when-install-a-signed-application Hmm... this sounds like a blocker to me... Cheers Andrea -- 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-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- The Command Line: Reinvented for Modern Developers Did the resurgence of CLI tooling catch you by surprise? Reconnect with the command line and become more productive. Learn the new .NET and ASP.NET CLI. Get your free copy! http://sdm.link/telerik___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [JIRA] (GEOS-7702) Auto-detect legend parameters creates stack trace when no custom legend is specified
Title: Message Title Mike Pumphrey created an issue GeoServer / GEOS-7702 Auto-detect legend parameters creates stack trace when no custom legend is specified Issue Type: Bug Affects Versions: 2.10-M0 Assignee: Torben Barsballe Created: 27/Aug/16 4:34 PM Fix Versions: 2.10-beta Priority: Low Reporter: Mike Pumphrey On the new style editor page, clicking "Auto-detect image size and type" when there is nothing in the "Online Resource" field yields the following: org.apache.wicket.WicketRuntimeException: Method onRequest of interface org.apache.wicket.behavior.IBehaviorListener targeted at org.apache.wicket.ajax.markup.html.form.AjaxSubmitLink$1@79b727bd on component [GeoServerAjaxFormLink [Component id = autoFill]] threw an exception at org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:268) at org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:241) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:248) at org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:234) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:865) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222) at org.apache.wicket.request.cycle.RequestCycle.pro
[Geoserver-devel] Updating the imagemosaic documentation
Hi all. I've been working on a project to update the imagemosaic documentation, both for clarity and to add some new parameters that are being added as of late. I just created a PR for this. https://github.com/geoserver/geoserver/pull/1721 The materials had a few issues. For example, the tutorial was primarily a reference guide, while the reference section was empty. I tried to move the content around as best as I could to where it felt more expected. I also did a lot of cleanup, as well as adding some new parameters. This work isn't done. For example, some questions arose in my editing: * There are identical parameters for the main properties file and the indexer.properties file. Is this intentional? I felt like there were duplicates, but maybe not. * Some parameters are unclear. For example, I saw ``CheckAuxiliaryMetadata`` auto-generated, but couldn't find any info on it. I'm sure there are other issues. If anyone has any feedback, I'd love to hear it. I can merge now and continue working, or I can wait until I've added in some new examples (such as ingest of granules with differing CRS). Thanks, Mike Mike Pumphrey User Advocate | Boundless 917-338-0407 m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [JIRA] (GEOS-7651) Caching Defaults changes don't persist
Title: Message Title Mike Pumphrey created an issue GeoServer / GEOS-7651 Caching Defaults changes don't persist Issue Type: Bug Affects Versions: 2.9.0 Assignee: Unassigned Components: Wicket UI Created: 21/Jul/16 6:51 PM Environment: Tomcat WAR on Windows 10 Fix Versions: 2.9.1 Priority: Medium Reporter: Mike Pumphrey On a new GeoServer install: Go to Caching Defaults page Check "Direct Integration" Click "Submit" Restart Tomcat Go to Welcome Page Go to Caching Defaults page Direct Integration won't be checked... It looks like the change never makes it to the gwc-gs.xml file, whic
[Geoserver-devel] [JIRA] (GEOS-7650) Can't delete Default Cached Gridsets
Title: Message Title Mike Pumphrey created an issue GeoServer / GEOS-7650 Can't delete Default Cached Gridsets Issue Type: Bug Affects Versions: 2.9.0 Assignee: Unassigned Attachments: defaultgridsetnodelete.png Components: Wicket UI Created: 21/Jul/16 6:32 PM Priority: Medium Reporter: Mike Pumphrey On the Caching Defaults page at the bottom, the list of Default Cached Gridsets used to have a red delete icon on the right of each row. Now that column has been replaced by a duplicate of the name. See attached. Add Comment
[Geoserver-devel] User Manual restructured at code sprint
Hi all. I'm taking part in the recent Wicket 7 code sprint [1], but waiting for something to test gave me some time to do a (IMO badly needed) restructuring of the User Manual. Here are the highlights, pasted from the PR [2]: """ * Front page replaced with section headers and short descriptions. Most other index pages have been compacted. No more giant walls of TOC. * The elaborate web admin section has been removed. Pages that were contained there have been migrated to each relevant reference section (for example: there's now a section on the security UI pages in the "Security" section). Grouping by functionality will lead to less duplication of content and make it easier for users to find information. The one main page on the web admin that remains links to all relevant sections, so users who prefer the old way of finding content will continue be able to do so. * New "Server configuration" section comprising relevant content pulled from other areas. * "Google Earth" section is now part of WMS and is no longer listed on the front page. Screenshots and other content were not altered. """ There are a lot of changes here, but as I haven't had much time to devote to GeoServer docs recently, this was a chance for me to catch up. Still lots more work to be done (this wasn't a content update, just a restructuring), but hopefully this will make things easier for our users as well as for those who update our documentation going forward. (Also, as a fun fact, I found some screenshots from GeoServer 1.x still hidden in our code [3]. Still!) This work will be merged in to master along with all the other work completed at this code sprint. And of course, hopefully these changes jive with people. As always, please let me know if you have questions. [1] https://wiki.osgeo.org/wiki/GeoServer_Code_Sprint_2016 [2] https://github.com/geoserver/geoserver/pull/1439 [3] https://github.com/geoserver/geoserver/blob/master/doc/en/user/source/gettingstarted/web-admin-quickstart/map-preview.png Thanks, Mike Mike Pumphrey User Advocate | Boundless 917-338-0407 m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [JIRA] (GEOS-7141) Document Tile locking mechanism on Cached Defaults page
Title: Message Title Mike Pumphrey created an issue GeoServer / GEOS-7141 Document Tile locking mechanism on Cached Defaults page Issue Type: Task Affects Versions: 2.7.2 Assignee: Kevin Smith Components: Documentation Created: 04/Aug/15 11:43 PM Fix Versions: 2.7.3 Priority: Low Reporter: Mike Pumphrey This page is lacking info about the Tile locking mechanism setting: http://docs.geoserver.org/latest/en/user/webadmin/tilecache/defaults.html Kevin, Ben described it as thus: GeoWebCache needs to keep track of what file operations are currently ongoing, so that two simultaneous operations do not interfere with one another. By default, GeoWebCache uses in-memory locks since it knows what it is doing. However, if there are two GeoWebCache instances sharing a single on-disk cache, they won't know what the other is doing and there is the risk of a collision. The alternative, NIO
[Geoserver-devel] docs.geoserver.org updated
Hi all. I saw that the top level page on docs.geoserver.org hadn't been updated to reflect 2.7, so I updated it. Also, I updated the stable URL to point to 2.7.x (was still pointing to 2.6.x). http://docs.geoserver.org/stable/en/user/ Thanks, Mike Mike Pumphrey User Advocate | Boundless m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] preflight testing for 2.7.0
Go team! Even though artifacts are posted, I'd like to suggest that we hold off publishing the announcement until Monday AM, where it's more likely to get noticed (less likely to be buried in someone's news feed). Thanks, Mike Mike Pumphrey User Advocate | Boundless m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo On 3/20/2015 1:27 PM, Travis Brundage wrote: Windows looks good. On Fri, Mar 20, 2015 at 1:12 PM, Jody Garnett jody.garn...@gmail.com wrote: Build is available for preflight testing: http://ares.boundlessgeo.com/geoserver/release/2.7.0/ I am going to download the mac bits and build a DMG. -- Jody Garnett -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Last minute documentation scramble for 2.7.0
Hi all. Jumping on board just prior to the official release of 2.7.0, I'd like to see what needs to be done in the documentation realm. I'm reading the most recent blog post for RC1, looking for new features that haven't been documented yet. And even though not every paragraph links to docs, docs appear to be there for every top-line feature. (My plan is to go through and review them too.) But are there any features in 2.7.0 that weren't in the post? If there's anything new that hasn't been documented, is there anyone out there familiar with them who can dash off some content? You don't need to make it look pretty, or even format it Sphinx or anything. I'm happy to curate and put it all together, so you can send me a text file and a few screenshots if you want. I think in most cases it'll be simpler than me asking around trying to figure out how something works. I'm also happy to volunteer to draft the official 2.7.0 announcement if no one has stepped up yet. Thanks, Mike Mike Pumphrey User Advocate | Boundless m...@boundlessgeo.com http://boundlessgeo.com @boundlessgeo -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] IRC?
Hi all. I was doing some minor cleanup of the intro section of the docs* and I was wondering if I should change or remove the section on IRC. I hear that IRC isn't very well trafficked these days. http://docs.geoserver.org/latest/en/user/introduction/gettinginvolved.html#irc Replace with Stack Exchange perhaps, or just remove? * https://github.com/geoserver/geoserver/pull/900 Thanks, Mike Mike Pumphrey User Advocate | Boundless m...@boundlessgeo.com 917-460-7213 http://boundlessgeo.com @boundlessgeo -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Documentation cleanup/updates
Hi Jonathan. It's a bit out of my wheelhouse, but it shouldn't be too difficult to have the search box perform a Google Site Search or something similar. I've found the search feature of Sphinx to be odd and lacking in a number of areas. To use your example: https://www.google.com/search?q=animator+site%3Adocs.geoserver.org It's the first result. Thanks, Mike Mike Pumphrey User Advocate | Boundless m...@boundlessgeo.com 917-460-7213 http://boundlessgeo.com @boundlessgeo On 1/12/2015 4:40 AM, Jonathan Moules wrote: Hi Mike, Possibly beyond the scope of your request, but an improved search engine for the docs wouldn't go amiss. After all, what's the use of excellent docs (and generally GeoServer's are some of the best I've seen in an Open Source project) if they're hard/impossible to search effectively. Currently to effectively search it's necessary to use a 3rd-party search engine. Random example I just picked - Try searching using the GeoServer engine for say WMS or when that fails - WMS Animator, which will also fail. Finally try Animator - this time there are 5 results, but none is what should be the obvious result - the WMS Animator page - http://docs.geoserver.org/stable/en/user/tutorials/animreflector.html. Cheers, Jonathan -Original Message- From: Mike Pumphrey [mailto:m...@boundlessgeo.com] Sent: Friday, January 09, 2015 10:44 PM To: Geoserver-devel Subject: [Geoserver-devel] Documentation cleanup/updates Hi all. Apologies for being away for a while. I have recently been given a bit more time/space to contribute to GeoServer, and so my first thought (unsurprisingly) was to see how the docs are doing. So I just wanted to solicit a few opinions here on the -devel list to start for those who have been closer to the project than I have been: * What are the major needs of the documentation as it exists now? * What are the major gaps in the documentation (stuff not in there that should be)? * Is it worth asking those two questions on the -users list as well? I can't guarantee that I'll be able to spend oodles time on this right now, but I can say that I can spend more time than I have been (which, granted, isn't all that hard). Cheers! Thanks, Mike Mike Pumphrey User Advocate | Boundless m...@boundlessgeo.com 917-460-7213 http://boundlessgeo.com @boundlessgeo -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel This message has been scanned for viruses by MailControl - www.mailcontrol.com Click https://www.mailcontrol.com/sr/jECmNiDIR1bGX2PQPOmvUhStAXlT3N1zw2nExCL7lc4mesK!cV1dCrQGI020uRyhgT3984G7pp!BcfXS4znW5Q== to report this email as spam. HR Wallingford and its subsidiaries uses faxes and emails for confidential and legally privileged business communications. They do not of themselves create legal commitments. Disclosure to parties other than addressees requires our specific consent. We are not liable for unauthorised disclosures nor reliance upon them. If you have received this message in error please advise us immediately and destroy all copies of it. HR Wallingford Limited Howbery Park, Wallingford, Oxfordshire, OX10 8BA, United Kingdom Registered in England No. 02562099 -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. www.gigenet.com ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Documentation cleanup/updates
Hi all. Apologies for being away for a while. I have recently been given a bit more time/space to contribute to GeoServer, and so my first thought (unsurprisingly) was to see how the docs are doing. So I just wanted to solicit a few opinions here on the -devel list to start for those who have been closer to the project than I have been: * What are the major needs of the documentation as it exists now? * What are the major gaps in the documentation (stuff not in there that should be)? * Is it worth asking those two questions on the -users list as well? I can't guarantee that I'll be able to spend oodles time on this right now, but I can say that I can spend more time than I have been (which, granted, isn't all that hard). Cheers! Thanks, Mike Mike Pumphrey User Advocate | Boundless m...@boundlessgeo.com 917-460-7213 http://boundlessgeo.com @boundlessgeo -- Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] GeoServer blog theme
Hi all. Bravo to those who took part in the recent revamp of geoserver.org. Looks much nicer now. Is there a plan to do the same thing with the blog now? It still has the old theme. http://blog.geoserver.org Thanks, Mike Mike Pumphrey Outreach Engineer | Boundless m...@boundlessgeo.com 917-460-7213 http://boundlessgeo.com @boundlessgeo -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-6586) Deprecated processes, when deactivated, remove both duplicates from caps doc
Title: Message Title Mike Pumphrey created an issue GeoServer / GEOS-6586 Deprecated processes, when deactivated, remove both duplicates from caps doc Issue Type: Bug Affects Versions: 2.5.2 Assignee: Andrea Aime Components: WPS Created: 21/Jul/14 3:44 PM Fix Versions: 2.5.3 Priority: Minor Reporter: Mike Pumphrey Open the WPS caps doc and see how there are some duplicated processes (like gs:Heatmap and vec:Heatmap). This is expected. Now go to the WPS page and uncheck the Deprecated processes check box. This disables the gs:Heatmap process, but also removes the vec:Heatmap process from the capabilities doc (so still working, just hidden). The latter is unexpected. Also, when unchecked, the Deprecated processes title switches to org.geoserver.wps.DeprecatedProcessFactory which presumably shouldn't happen either
[Geoserver-devel] [jira] (GEOS-6561) GeoServer file browser does not show labels for local drives
Title: Message Title Mike Pumphrey created an issue GeoServer / GEOS-6561 GeoServer file browser does not show labels for local drives Issue Type: Bug Affects Versions: 2.5.1 Assignee: Andrea Aime Attachments: nodrives.png Components: Wicket UI Created: 03/Jul/14 2:53 PM Environment: Windows Fix Versions: 2.5.2 Priority: Minor Reporter: Mike Pumphrey My system (Windows 7) has three drives
[Geoserver-devel] [jira] (GEOS-6395) WMS Animator parameter is mispelled
Title: Message Title Mike Pumphrey created an issue GeoServer / GEOS-6395 WMS Animator parameter is mispelled Issue Type: Bug Affects Versions: 2.5-RC2 Assignee: Andrea Aime Components: WMS Created: 12/Mar/14 3:07 PM Environment: WMS Animator Fix Versions: 2.5 Priority: Trivial Reporter: Mike Pumphrey The parameter gif_loop_continuosly misspells the word continuously The docs are consistent with this, even though it looks like a typo. http://docs.geoserver.org/stable/en/user/tutorials/animreflector.html So need to change the name of the parameter, and then change the docs as well
[Geoserver-devel] [jira] (GEOS-6379) Unable to add new default gridsets
Title: Message Title Mike Pumphrey created an issue GeoServer / GEOS-6379 Unable to add new default gridsets Issue Type: Bug Affects Versions: 2.4.4 Assignee: Andrea Aime Components: GWC, UI, Wicket UI Created: 04/Mar/14 11:38 AM Environment: Ubuntu 12 Fix Versions: 2.5-beta Priority: Minor Reporter: Mike Pumphrey On the Caching Defaults page, at the bottom where there is a link to Add a new default grdiset, the following stack trace occasionally occurs. It appears to be possible to delete existing gridsets,and create new ones,and add them, but no dice when trying to add default gridsets. This is easily reproduced (at the time of writing) on the hosted instance at http://suite.opengeo.org/geoserver
Re: [Geoserver-devel] Post the documentation?
Posting the docs just requires a Boundless employee to take care of this step. Usually, that is me, and most of the time it only happens when someone posts a question like this to remind me. :) I'm all ears for a better solution that's not tied to a single organization (or to me!), but previous efforts to come up with one haven't been championed enough to go anywhere. But in the meantime, docs for all recent GeoServer versions up to and including 2.4.1 have been posted. Guess I'm enabling the status quo. :) Thanks, Mike Pumphrey Boundless - http://boundlessgeo.com On 10/21/2013 2:30 AM, Ben Caradoc-Davies wrote: Have we stopped posting the documentation of specific versions? http://docs.geoserver.org/ If so, I will remove this section from the release guide. If not, I will need someone with credentials to post them. Kind regards, -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Documentation is outdated
Good catch. Fixed. http://docs.geoserver.org/stable/en/user/ http://docs.geoserver.org/2.3.x/en/user/ The docs at trunk/latest appear to also say 2.4.x, but that looks like a build issue, not a redirect issue. Not sure about that. Thanks, Mike Pumphrey Boundless - http://boundlessgeo.com On 9/24/2013 9:09 AM, Andrea Aime wrote: On Tue, Sep 24, 2013 at 6:03 PM, Jonathan Moules jonathanmou...@warwickshire.gov.uk wrote: Hi List, The stable documentation ( http://docs.geoserver.org/stable/en/user/) is still 2.3.x. It doesn't seem to have been transitioned over to the latest yet. This is a job for the Boundless staff, the rest of the community cannot access that web site. Hopefully their opengeo.org mail addresses are still working Cheers Andrea -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] 2.4-beta announcement ready for review
Yeah, I wouldn't bother for the beta. I'd just remove the link on the download page. Though I still wonder why I'm the only person who can build the PDF docs. ;) Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 7/25/2013 8:17 AM, Justin Deoliveira wrote: Right... i guess Mike usually does this. Although I imagine for a beta it's not crucial to have the pdf docs. On Tue, Jul 23, 2013 at 4:29 PM, Jody Garnett jody.garn...@gmail.comwrote: I mean this link is broken: http://sourceforge.net/projects/geoserver/files/GeoServer/2.4-beta/geoserver-2.4-beta-pdfdoc.zip -- Jody Garnett On Wednesday, 24 July 2013 at 3:43 AM, Justin Deoliveira wrote: Do you mean build them? Or publish to the site? I don't think we usually publish any docs to the main site for a a beta. On Mon, Jul 22, 2013 at 11:44 PM, Jody Garnett jody.garn...@gmail.comwrote: If I can also ask for an OpenGeo staff member to generate the docs. -- Jody Garnett On Tuesday, 23 July 2013 at 12:08 AM, Jody Garnett wrote: If I can ask for a sanity / typo check. Thus far the release looks very bare, the headline feature being a new KML module. -- Jody Garnett -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GeoServer 2.3.3 release train starting
- the last time we published docs to the website was 2.3.0 - this step requires an OpenGeo staff member Done. I also updated the front page of geoserver.org to reflect the release. As usual, happy to convert this admittedly cumbersome doc-posting process to a more automated fashion if someone would like to assist. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 6/23/2013 11:13 PM, Jody Garnett wrote: Okay blog post is up, I will send emails out shortly. A couple of notes: - thanks to Justin for making the mac installer - the last time we published docs to the website was 2.3.0 - this step requires an OpenGeo staff member - the staging zip files for mac and windows installers were rsynced over to source forge - the pdf docs did not get generated (as such I removed the link from GeoServer 2.3.3 (http://geoserver.org/display/GEOS/GeoServer+2.3.3) page) -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GeoServer 2.3.1 release: PDF docs, or better, dropping them
Well, PDF docs are one of the reason why we moved to Sphinx so many years ago, so bummer. I admit that until/unless someone goes in and cleans up the documentation output for LaTeX, it's not going to look pretty. That said, I would be against dropping them just on the basis of them looking bad. But if no one other than me is able to build the PDF docs easily, then I won't stand in anyone's way. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 4/21/2013 2:08 AM, Andrea Aime wrote: Hi, another thing that is not build by the build server is the DPF docs. I've installed virtually every package with latex in its name (well over a GB of stuff) but the build keeps on giving me hundreds of errors, and in the end the generated PDF does not contain a table of contents... Given all the hurdles with generating the PDF, and generally speaking, how bad the PDF looks vs images contained in it (they are very much oversized) I'd suggest to just drop the PDF as part of our downloads. Opinions? Cheers Andrea -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5748) Update OpenLayers to most recent stable version
Mike Pumphrey created GEOS-5748 Update OpenLayers to most recent stable version Issue Type: Task Affects Versions: 2.3.0 Assignee: Andrea Aime Components: UI Created: 04/Apr/13 12:45 PM Description: It appears that GeoServer is still shipping with OpenLayers 2.11. Version 2.12 introduced some new features and a nicer UI (pan/zoom), which really does make the older UI look a tad dated and clunky. Let's update what we're shipping with to make a better first impression. Fix Versions: 2.3.1 Project: GeoServer Priority: Minor Reporter: Mike Pumphrey This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] [jira] (GEOS-5735) Create Download link for 2.3.x nightly build
Hi Frank. I just fixed this particular issue. I don't think you can just sign up; you need an admin to create an account for you. If you'd still like an account, let me know what email address you'd like used, and I can set it up. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 3/26/2013 1:19 PM, Frank Gasdorf wrote: I would like to add these additional section and was looking for a registration site for confluence wiki. Unfortunately I couldn't find one. Could anybody guide me? Thanks in advance Frank 2013/3/26 Frank Gasdorf (JIRA) j...@codehaus.org Frank Gasdorfhttps://jira.codehaus.org/secure/ViewProfile.jspa?name=fgdrf1976created [image: Bug] GEOS-5735 https://jira.codehaus.org/browse/GEOS-5735 *Create Download link for 2.3.x nightly build*https://jira.codehaus.org/browse/GEOS-5735 *Issue Type:* [image: Bug] Bug *Assignee:* Andrea Aimehttps://jira.codehaus.org/secure/ViewProfile.jspa?name=aaime *Created:* 26/Mar/13 2:12 PM *Description:* http://geoserver.org/display/GEOS/Nightly still shows 2.2.x links bit since 2.3.x branch has been created a link to http://gridlock.opengeo.org/geoserver/2.3.x/ is missing *Project:* GeoServer https://jira.codehaus.org/browse/GEOS * Priority:* [image: Minor] Minor *Reporter:* Frank Gasdorfhttps://jira.codehaus.org/secure/ViewProfile.jspa?name=fgdrf1976 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- Own the Future-Intelreg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Own the Future-Intelreg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Own the Future-Intelreg; Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Request to merge pull request #111
Whoops, that's right, you did say that. Okay, I took those examples, did some copyediting on them and fixed the Sphinx errors, and added them to the pull request. If it looks good to you, I'll commit on 2.2.x, master, and the newly-created 2.3.x. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/30/2013 3:26 AM, carlo cancellieri wrote: Mike, Ok looks good, but still missing the curl examples, don't know if you want to include them; if so, take a look here: /en/user/source/restconfig/rest-config-examples/rest-config-examples-curl.rst https://github.com/ccancellieri/geoserver/commit/d437d1544d389030d2c375b47a837cc71095ef4d Thank you, Carlo 2013/1/29 Mike Pumphrey m...@opengeo.org Great, I think I have all my questions answered now. Please see https://github.com/geoserver/**geoserver/pull/126https://github.com/geoserver/geoserver/pull/126. If no changes are necessary, please accept and port to master as well (or I can do that). Thanks! Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/29/2013 2:26 AM, carlo cancellieri wrote: Hi Mike, see inline. I have a few additional questions, but they may be answered when I actually try out the software, but I can't seem to find where it is. Some questions that come to mind: * When entering rest/about/manifest.xml?..., what happens when the key value pair is omitted? The docs don't say. The default format is [.html] so when you point to rest/about/manifest you get the same result as per rest/about/manifest.html. You'll get a list of all the manifest files (with properties) of all the jars loaded by the classloader. * Where is the manifest.properties file placed? It is located into the main jar of the geoserver core. If you want to change (override) default settings you have to place a copy of that file (with your changes) into the GeoServer Data dir (root). * There are two different endpoints in this section, about/manifest, and about/version. How are they related? What would I call both of them together? About seems a bit non-specific. When you ask to geoserver (via web gui) for the about page you simply get the versions of the main used components. Something like: --**- - Version2.2-SNAPSHOT - Git Revision8d37359c56b8cb07d560d6**00fe1cd76db7236619 - Build Date25-Jan-2013 02:50 - GeoTools Version8-SNAPSHOT (rev d64d6a20e83ed60dc6e5ffea564a0c**38e88ed4d2) - --**- This is more or less the same of what you get using about/version. The about/manifest[.format] instead is a more detailed list of version (with all the loaded libraries) which can be used for reports or to check configuration programmatically (for example in Continuous Integration). I added the filter capabilities to be able to filter by core, extensions, communities and customized jars (in the way I show you in the examples). It might seem a little slow and laborious, but I've found that this kind of back-and-forth really helps to make clear, quality documentation. (I'm documentation lead at OpenGeo.) If you have any questions, please let me know. I appreciate your help! I know, documentation really important for software, so no problem Mike, nice to meet you :) Also, what version does this about/manifest functionality work against? I've got 2.2.4 installed, and I don't seem to have that endpoint at all. Commands like this: http://localhost:8080/geoserver/rest/about/manifest.http://localhost:8080/**geoserver/rest/about/manifest.** xml?key=GeoServerModulevalue=extensionhttp://localhost:** 8080/geoserver/rest/about/**manifest.xml?key=**GeoServerModulevalue=** extensionhttp://localhost:8080/geoserver/rest/about/manifest.xml?key=GeoServerModulevalue=extension don't respond with anything other than the generic rest interface. Is this a 2.3.x feature or did this happen after 2.2.4? It will be available since 2.2.5 and 2.3.0 Thank you, Carlo There's a good chance I just don't follow what's going on. But as long as I was (re-)adding documentation, I figured I'd test it out. Thanks. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/25/2013 1:34 AM, carlo cancellieri wrote: Mike, I'm not excellent at figuring out diffs manually, but looking at that commit, I see that the primary difference is the About section. Did I miss something else? Please let me know, and I'll copy the section(s) back in. We are lucky, I used a different commit only for docs. Looking at the diffs you'll note a new set of files here: doc/en/user/source/restconfig/representations/*.txt And some additions (regarding 'about') to the file: doc/en/user/source/restconfig/rest-config-api.rst That's it. Cheers, Carlo Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/24/2013 6:49 AM, carlo
Re: [Geoserver-devel] One week and still no announcement for 2.3-beta1?
Yep, the security subsystem has a lot of new features you cannot find in the documentation. I would like to add some sentences. Is there a JIRA (or a plan) to document these new features? I'd like to keep an eye on it, and contribute when/if I can. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/28/2013 11:45 PM, Christian Mueller wrote: 2013/1/28 Andrea Aime andrea.a...@geo-solutions.it Hi, I see the download page is there and the artifacts are on sourceforge, but the blog and mail announcement is not there yet... This is problematic, we decided to go on with a RC Feb 21 (3 weeks) and users still don't know the beta is out, how are they going to kick its tires if they don't know it is there?? If tomorrow morning I don't see any announcement yet I'll try to cook up something. It's also a very important announcement to be made, we have several new features in 2.3 that need to be well advertised.. Yep, the security subsystem has a lot of new features you cannot find in the documentation. I would like to add some sentences. 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 --- -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Request to merge pull request #111
Thanks. I will add back in the About content. After some conversation a while back, I made the decision to remove the representation files from the docs as part of this update. Reasons being that they are an administrative hassle to keep correct (there were dozens of them, and many of them were wrong / out-of-date), and I felt like they were redundant when you could just execute the request and see. (Similar reasoning would be why we don't include copies of the capabilities documents in the docs.) So unless you strongly disagree, I'd like to leave the representation files out, and just port the About content. I'll let you know when I've done this. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/25/2013 1:34 AM, carlo cancellieri wrote: Mike, I'm not excellent at figuring out diffs manually, but looking at that commit, I see that the primary difference is the About section. Did I miss something else? Please let me know, and I'll copy the section(s) back in. We are lucky, I used a different commit only for docs. Looking at the diffs you'll note a new set of files here: doc/en/user/source/restconfig/representations/*.txt And some additions (regarding 'about') to the file: doc/en/user/source/restconfig/rest-config-api.rst That's it. Cheers, Carlo Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/24/2013 6:49 AM, carlo cancellieri wrote: Hi Mike, I think we have missed (cutted off) some pieces of documentation during this Improved / corrected REST documentation (see GEOS-5595) refactoring (regarding the about/version about/manifest improvements): please take a look to: on branch 2.2.x - the commit **619156c0e2a0946b58ea0e3877dfda** 806417300d adding documentation on branch master - the commit '**54eebfb03058538e34c47e05f08f24** 50d76a347e' adding documentation To marge missing part of the documentation. Cheers, Carlo 2013/1/23 Justin Deoliveira jdeol...@opengeo.org I think you should be fine here Mike. I think jody is going to be trying a 2.3 release again tonight but this shouldn't conflict. On Tue, Jan 22, 2013 at 11:44 AM, Mike Pumphrey m...@opengeo.org wrote: This pull request updates /corrects the REST API documentation. I know that we are in the middle of a release process, so I just wanted to ask (specifically Andrea) if it's okay if I go ahead and merge it in, or whether I should wait. https://github.com/geoserver/geoserver/pull/111https://github.com/geoserver/**geoserver/pull/111 https://**github.com/geoserver/**geoserver/pull/111https://github.com/geoserver/geoserver/pull/111 Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. --**--** -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-**d2d http://p.sf.net/sfu/learnnow-d2d __**_ Geoserver-devel mailing list Geoserver-devel@lists.**sourceforge.netGeoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/**lists/listinfo/geoserver-develhttps://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Request to merge pull request #111
Also, what version does this about/manifest functionality work against? I've got 2.2.4 installed, and I don't seem to have that endpoint at all. Commands like this: http://localhost:8080/geoserver/rest/about/manifest.xml?key=GeoServerModulevalue=extension don't respond with anything other than the generic rest interface. Is this a 2.3.x feature or did this happen after 2.2.4? There's a good chance I just don't follow what's going on. But as long as I was (re-)adding documentation, I figured I'd test it out. Thanks. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/25/2013 1:34 AM, carlo cancellieri wrote: Mike, I'm not excellent at figuring out diffs manually, but looking at that commit, I see that the primary difference is the About section. Did I miss something else? Please let me know, and I'll copy the section(s) back in. We are lucky, I used a different commit only for docs. Looking at the diffs you'll note a new set of files here: doc/en/user/source/restconfig/representations/*.txt And some additions (regarding 'about') to the file: doc/en/user/source/restconfig/rest-config-api.rst That's it. Cheers, Carlo Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/24/2013 6:49 AM, carlo cancellieri wrote: Hi Mike, I think we have missed (cutted off) some pieces of documentation during this Improved / corrected REST documentation (see GEOS-5595) refactoring (regarding the about/version about/manifest improvements): please take a look to: on branch 2.2.x - the commit **619156c0e2a0946b58ea0e3877dfda** 806417300d adding documentation on branch master - the commit '**54eebfb03058538e34c47e05f08f24** 50d76a347e' adding documentation To marge missing part of the documentation. Cheers, Carlo 2013/1/23 Justin Deoliveira jdeol...@opengeo.org I think you should be fine here Mike. I think jody is going to be trying a 2.3 release again tonight but this shouldn't conflict. On Tue, Jan 22, 2013 at 11:44 AM, Mike Pumphrey m...@opengeo.org wrote: This pull request updates /corrects the REST API documentation. I know that we are in the middle of a release process, so I just wanted to ask (specifically Andrea) if it's okay if I go ahead and merge it in, or whether I should wait. https://github.com/geoserver/geoserver/pull/111https://github.com/geoserver/**geoserver/pull/111 https://**github.com/geoserver/**geoserver/pull/111https://github.com/geoserver/geoserver/pull/111 Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. --**--** -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-**d2d http://p.sf.net/sfu/learnnow-d2d __**_ Geoserver-devel mailing list Geoserver-devel@lists.**sourceforge.netGeoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/**lists/listinfo/geoserver-develhttps://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Request to merge pull request #111
Hello Carlo. My apologies, I'm sorry to have overwritten your work. That does explain the strange conflicts I found when I tried to merge. I'm not excellent at figuring out diffs manually, but looking at that commit, I see that the primary difference is the About section. Did I miss something else? Please let me know, and I'll copy the section(s) back in. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/24/2013 6:49 AM, carlo cancellieri wrote: Hi Mike, I think we have missed (cutted off) some pieces of documentation during this Improved / corrected REST documentation (see GEOS-5595) refactoring (regarding the about/version about/manifest improvements): please take a look to: on branch 2.2.x - the commit 619156c0e2a0946b58ea0e3877dfda806417300d adding documentation on branch master - the commit '54eebfb03058538e34c47e05f08f2450d76a347e' adding documentation To marge missing part of the documentation. Cheers, Carlo 2013/1/23 Justin Deoliveira jdeol...@opengeo.org I think you should be fine here Mike. I think jody is going to be trying a 2.3 release again tonight but this shouldn't conflict. On Tue, Jan 22, 2013 at 11:44 AM, Mike Pumphrey m...@opengeo.org wrote: This pull request updates /corrects the REST API documentation. I know that we are in the middle of a release process, so I just wanted to ask (specifically Andrea) if it's okay if I go ahead and merge it in, or whether I should wait. https://github.com/geoserver/**geoserver/pull/111https://github.com/geoserver/geoserver/pull/111 Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5595) Update and improve REST API documentation
Mike Pumphrey created GEOS-5595 Update and improve REST API documentation Issue Type: Improvement Affects Versions: 2.2.4 Assignee: Mike Pumphrey Components: REST Created: 22/Jan/13 12:36 PM Description: The REST section of the documentation is outdated. Need to: Remove all reference to REST being an extension (it's now in core) Split out API content into separate pages (it's very long right now) Update API pages (make sure all syntax is correct) Update curl examples Remove outdated representations Fix Versions: 2.2.5 Project: GeoServer Priority: Minor Reporter: Mike Pumphrey This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Request to merge pull request #111
This pull request updates /corrects the REST API documentation. I know that we are in the middle of a release process, so I just wanted to ask (specifically Andrea) if it's okay if I go ahead and merge it in, or whether I should wait. https://github.com/geoserver/geoserver/pull/111 Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GeoServer 2.2.2 Released
Sure, good idea. Let me know if I can help. https://jira.codehaus.org/browse/GEOS-5481 Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 11/27/2012 5:28 AM, Justin Deoliveira wrote: Right... there is always once thing we forget. Thanks mike. Maybe let's work on ensuring that gridlock can produce an acceptable pdf and add it to the build scripts so we don't have to bother you every time :) On Mon, Nov 26, 2012 at 6:40 PM, Mike Pumphrey m...@opengeo.org wrote: Awesome! Thanks everyone for the release work as usual. FYI, the PDF docs are missing from the download page. I only mention this because I've noticed that the PDF docs have been missing from the past few releases. (I have been uploading them myself.) I don't mind doing this, but just letting people know that this step in the release process is getting missed. Ditto with updating the header on geoserver.org (which was only recently added to the release guide, but is there now). I'll do all of that and update docs.geoserver.org as well. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 11/26/2012 2:47 PM, Justin Deoliveira wrote: The GeoServer team is happy to announce the release of GeoServer 2.2, now available for download http://geoserver.org/display/** GEOS/GeoServer+2.2.2 http://geoserver.org/display/GEOS/GeoServer+2.2.2 . Check out the bloghttp://blog.geoserver.**org/2012/11/26/geoserver-2-2-* *2-released/http://blog.geoserver.org/2012/11/26/geoserver-2-2-2-released/ for what's new in this release and in the entire 2.2 series. Thanks for using GeoServer! --**--** -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_**dev2dev_novhttp://p.sf.net/sfu/zoho_dev2dev_nov __**_ Geoserver-devel mailing list Geoserver-devel@lists.**sourceforge.netGeoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/**lists/listinfo/geoserver-develhttps://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5481) Create PDFs of docs during the release process
Mike Pumphrey created GEOS-5481 Create PDFs of docs during the release process Issue Type: Task Affects Versions: 2.2.2 Assignee: Justin Deoliveira Created: 27/Nov/12 1:57 PM Description: The PDF files are not getting built as part of the release process, so they are forgotten, leading to bad links on the download page. This should be able to be automated by Maven, assuming we crack the problem of pdflatex on certain systems. Fix Versions: 2.2.3 Project: GeoServer Priority: Minor Reporter: Mike Pumphrey This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GeoServer 2.2.2 Released
Awesome! Thanks everyone for the release work as usual. FYI, the PDF docs are missing from the download page. I only mention this because I've noticed that the PDF docs have been missing from the past few releases. (I have been uploading them myself.) I don't mind doing this, but just letting people know that this step in the release process is getting missed. Ditto with updating the header on geoserver.org (which was only recently added to the release guide, but is there now). I'll do all of that and update docs.geoserver.org as well. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 11/26/2012 2:47 PM, Justin Deoliveira wrote: The GeoServer team is happy to announce the release of GeoServer 2.2, now available for download http://geoserver.org/display/GEOS/GeoServer+2.2.2. Check out the bloghttp://blog.geoserver.org/2012/11/26/geoserver-2-2-2-released/ for what's new in this release and in the entire 2.2 series. Thanks for using GeoServer! -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Two steps to add to the release process?
In support of the 2.2.1 release (woo!), I went ahead and added the two steps I've been taking care of to the Release Guide, and took care of them for this release. See https://github.com/geoserver/geoserver/pull/47 Still hoping we can find a better solution for hosting our version specific docs, but that can come in time. Thanks to Justin for pulling me out of Git Hell, as always. :) Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 10/15/2012 10:08 AM, Mike Pumphrey wrote: Hi guys. I still have this thread as an outstanding todo in my inbox, so trying to move it forward. Sounds like the action items as discussed in this thread (with suggested assignees) are: * Research/implement GitHub pages for our (versioned) documentation (Justin?) * Edit the release process to add posting of GitHub pages (Justin/Mike?) * Redo release schedule graphic to be illustrative and not as specific (Rollie?) * Edit the release process to add updating geoserver.org with latest version info (Mike?) Did I miss anything? I'll make JIRA tickets for these unless others have anything to add. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 9/25/2012 8:05 AM, Justin Deoliveira wrote: Yeah, confluence has a rest api but we can't turn it on at the moment because our instance is so old and upgrading is a pain. Github pages could work. It looks like adding new content is as easy as just making a commit (to a special branch in the repository). This could be pretty easily added to the release process publish step. On Mon, Sep 24, 2012 at 11:57 PM, Andrea Aime andrea.a...@geo-solutions.itwrote: On Tue, Sep 25, 2012 at 12:23 AM, Mike Pumphrey m...@opengeo.org wrote: Hi there. For the last few releases, I have been taking it upon myself to accomplish two post-release actions that aren't actually part of the official GeoServer release process: 1) Editing the welcome page of geoserver.org to add links to the download and blog post: September 21, 2012: _GeoServer 2.2_ released! _See what's new..._ http://geoserver.org/display/GEOS/Welcome 2) Loading the version specific docs on docs.geoserver.org and editing the docs home page: http://docs.geoserver.org/ http://docs.geoserver.org/2.2.0/ I see value in both of them, so my question is: should they be added as steps to the release process, or should we stop bothering? Both valuable, should be added to the process and automated if at all possible 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 --- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Two steps to add to the release process?
Hi guys. I still have this thread as an outstanding todo in my inbox, so trying to move it forward. Sounds like the action items as discussed in this thread (with suggested assignees) are: * Research/implement GitHub pages for our (versioned) documentation (Justin?) * Edit the release process to add posting of GitHub pages (Justin/Mike?) * Redo release schedule graphic to be illustrative and not as specific (Rollie?) * Edit the release process to add updating geoserver.org with latest version info (Mike?) Did I miss anything? I'll make JIRA tickets for these unless others have anything to add. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 9/25/2012 8:05 AM, Justin Deoliveira wrote: Yeah, confluence has a rest api but we can't turn it on at the moment because our instance is so old and upgrading is a pain. Github pages could work. It looks like adding new content is as easy as just making a commit (to a special branch in the repository). This could be pretty easily added to the release process publish step. On Mon, Sep 24, 2012 at 11:57 PM, Andrea Aime andrea.a...@geo-solutions.itwrote: On Tue, Sep 25, 2012 at 12:23 AM, Mike Pumphrey m...@opengeo.org wrote: Hi there. For the last few releases, I have been taking it upon myself to accomplish two post-release actions that aren't actually part of the official GeoServer release process: 1) Editing the welcome page of geoserver.org to add links to the download and blog post: September 21, 2012: _GeoServer 2.2_ released! _See what's new..._ http://geoserver.org/display/GEOS/Welcome 2) Loading the version specific docs on docs.geoserver.org and editing the docs home page: http://docs.geoserver.org/ http://docs.geoserver.org/2.2.0/ I see value in both of them, so my question is: should they be added as steps to the release process, or should we stop bothering? Both valuable, should be added to the process and automated if at all possible 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 --- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Documentation sprint?
Hi folks. By my estimate, the last time we had a true documentation push was prior to the release of 2.0.0, about three years ago. I think it may be time to do another one. I was reminded of this recently as I found a tutorial page [1] that mentioned how the www/ directory would allow you to serve even a full installation of MapBuilder. MapBuilder, if I'm not mistaken, was retired in 2008. :) A trivial example, mind you, but there are still screenshots from the 1.7.x series [2], documentation on extensions that no longer exist [3], and other small bummers that come from a general lack of curation. With this in mind, is there any interest in a documentation sprint, possibly hosted in the OpenGeo (NYC) office? The goal would be to clean up, update, curate, reorganize, fill gaps, and perform other tasks that aren't covered by our day-to-day operation. We've come a long way, and I think we should be proud of what we have. That said, I think we can still strive for improvement. Spending a little bit of time directly addressing our documentation will pay dividends over the long term, and make what we have easier to maintain. Interested? Thoughts? [1] http://docs.geoserver.org/2.2.0/user/tutorials/staticfiles.html [2] http://docs.geoserver.org/2.2.0/user/googleearth/tutorials/time/time.html [3] http://docs.geoserver.org/2.2.0/user/extensions/styler.html Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Two steps to add to the release process?
Hi there. For the last few releases, I have been taking it upon myself to accomplish two post-release actions that aren't actually part of the official GeoServer release process: 1) Editing the welcome page of geoserver.org to add links to the download and blog post: September 21, 2012: _GeoServer 2.2_ released! _See what's new..._ http://geoserver.org/display/GEOS/Welcome 2) Loading the version specific docs on docs.geoserver.org and editing the docs home page: http://docs.geoserver.org/ http://docs.geoserver.org/2.2.0/ I see value in both of them, so my question is: should they be added as steps to the release process, or should we stop bothering? I note that 2) as it currently stands requires access to an OpenGeo server, as that's where these docs are hosted. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Has the time come? 2.2.0 final
You bet. Windows installer is now updated. See here: https://github.com/geoserver/geoserver/commit/67c36533cb027bc2491b851c5ced7b85426286b9 https://github.com/geoserver/geoserver/commit/43b87f8223461e17f2aff354be1990f4cb52061e (And apologies for the redundant add/deletes throughout that commit; don't know how that happened. The real change to GeoServerEXE.nsi is on line 853.) Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 9/14/2012 6:45 AM, Justin Deoliveira wrote: On Fri, Sep 14, 2012 at 2:35 AM, Andrea Aime andrea.a...@geo-solutions.itwrote: Hi, as far as I can see RC3 has been good and we haven't got much negative feedback about it, so I guess it's time to move on and turn it into 2.2.0? If there is one remaining thing that might be worrisome is that Windows user experiencing permgen OOM every few hours. As you probably remember I had to raise the permgen size in both the linux and windows shell scripts to avoid that issue, but I did not touch the service installers on Windows, we should probably fix that as well.. is there anyone with windows handy that can do that fix? Just updated the mac installer. I am guessing Mike can probably squeeze in a quick fix for the windows installer as well. We have had some fixes on the the 2.2.x branch ( http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+GEOS+AND+fixVersion+%3D+%222.2%22+AND+status+%3D+%22Resolved%22+ORDER+BY+updated+DESC%2C+priority+DESC%2C+created+ASC ), so I guess it's better to pick the branch. GeoTools wise there has been only three changes: commit 3f286a027062b0eaa86fb48784f3552f7dadecc6 Author: Victor Olaya vola...@gmail.com Date: Fri Sep 7 10:33:59 2012 +0200 Changed parameter names with blank spaces. This can cause problems when reusing them at an upper level to call proce Removed AggregationFunction enum at UniqueProcess (probably left there unintentionally) commit da275d6299119b3084d296a5609503aa5e408f11 Author: Tim Schaub tim.sch...@gmail.com Date: Sun Sep 9 10:37:43 2012 -0600 Correcting illegal argument exception message. Backport of pull request #18. commit 619ea24c92f3d1c25ce92ede71ccbe4b3e0441fc Author: jdeolive jdeol...@opengeo.org Date: Wed Sep 5 22:35:05 2012 -0600 ensuring that parser delegates rinheirent namespace prefix mappings, see GEOS-5298 One of these is needed for a GeoServer fix though. Shall we release GeoTools 8.2 based on those? +1 on GeoTools 8.2. 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 962313 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-5245) Integrated GWC capabilities documents generate awkward file name and type
Mike Pumphrey created GEOS-5245 Integrated GWC capabilities documents generate awkward file name and type Issue Type: Bug Affects Versions: 2.2.x Assignee: Gabriel Roldán Attachments: capsmime.png Components: GWC Created: 01/Aug/12 6:47 PM Description: On the integrated GWC homepage (http://localhost:8080/geoserver/gwc), when I click on the WMS or WMTS caps doc links, I get a request to download a file with the name of "geoserver-dispatch.application". On Windows that is a reserved file extension, and will not open properly. It would be nice if the file name could be more descriptive (even wmts.xml would be better) and with an appropriate MIME type. Environment: trunk (snapshot as of July 31, 2012), Windows 7 Project: GeoServer Priority: Minor Reporter: Mike Pumphrey This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Proposal for reorganizing Working With Data section in the User Guide
This is great, Martin. A huge improvement, and definitely needed. Thanks! Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 6/3/2012 10:49 PM, Martin Davis wrote: This reorganization is now committed. Review and comments are welcome. http://docs.geoserver.org/latest/en/user/data/vector/index.html http://docs.geoserver.org/latest/en/user/data/raster/index.html http://docs.geoserver.org/latest/en/user/data/database/index.html http://docs.geoserver.org/latest/en/user/data/cascaded/index.html The one remaining issue is what to do with the Application Schema section. It now languishes all alone under the Working With Data heading. One idea might be to promote it to its own primary section? http://docs.geoserver.org/latest/en/user/data/index.html On Mon, Apr 30, 2012 at 3:30 PM, Martin Davismda...@opengeo.org wrote: The Working with Data section in the User Guide seems to be getting a bit unwieldy. It might be nice to split it up in a way that highlights the different kinds of data: Vector, Raster, Database, and External Services. Here's a proposal for a new structure, which replaces the current section with 4 new ones: Working with Vector Data Shapefile Directory of spatial files GML VPF Java Properties Pregeneralized Features Working with Raster Data ArcGrid GeoTIFF GTOPO30 ImageMosaic WorldImage GDAL Image Formats ImagePyramid Image Mosaic JDBC Oracle Georaster Custom JDBC Access for image data Working with Databases PostGIS Oracle Microsoft SQL Server and SQL Azure DB2 H2 MySQL Teradata ArcSDE Database Connection Pooling SQL Views Controlling feature ID generation in spatial databases Custom SQL session start/stop scripts Using SQL session scripts to control authorizations at the database level Application Schema Support JNDI Working with External Data External Web Feature Server External Web Map Server The only new content would be the index page for each new section. This will be a convenient place to put any general advice about working with the different kinds of formats (eg. links to the Styling pages for each type) Alternatively, these could be 4 subsections under the main Working With Data section, although this would require more levels on the main TOC. It might make sense for the source directory structure to mirror this organization, but this is not essential if there are issues with doing that (e.g existing URL references) Thoughts or issues with doing this? -- Martin Davis OpenGeo - http://opengeo.org Expert service straight from the developers. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] app-schema developer guide
Agreed. (And not just because I lack the bandwidth to review it right now!) Thanks for contributing. Should it need refining, we can always do so later. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 2/15/2012 12:57 AM, Andrea Aime wrote: On Wed, Feb 15, 2012 at 5:58 AM,rini.angre...@csiro.au wrote: Hi Mike, ** ** Following my post regarding app-schema online tests here: http://osgeo-org.1560.n6.nabble.com/new-app-schema-test-modules-tp4463935p4463935.html , I would like to contribute a developer guide on how to run the tests. I realized we don’t have a specific app-schema developer page, so this would be a start, and it might grow from there. How should I do this? Do you need to review it first? I (personally) dont' think a review is needed, a new section in the Programming Guide at http://docs.geoserver.org/stable/en/developer/ would be a good fit I guess Cheers Andrea -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] (GEOS-4935) Default Style box in layer group configuration page should be checked by default
Mike Pumphrey created GEOS-4935: --- Summary: Default Style box in layer group configuration page should be checked by default Key: GEOS-4935 URL: https://jira.codehaus.org/browse/GEOS-4935 Project: GeoServer Issue Type: Improvement Components: UI Affects Versions: 2.1.3 Environment: Wicket Reporter: Mike Pumphrey Assignee: Andrea Aime Priority: Trivial Fix For: 2.1.4 When creating a layer group, adding layers does not seem to trigger the default style to be used, thus causing the layer to possibly display differently when inside and outside of the layer group, and possibly causing a display error. I've often seen users tripped up by this mismatch. Checking the box for Default Style always resolves this, and harmonizes the view of the layer regardless of how/where it's being viewed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] 2.1.0 release status
Awesome! PDF docs and Windows installer uploaded. Working on an aggregate blog post now... Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 5/11/2011 7:52 PM, Justin Deoliveira wrote: Hi all, So the 2.1.0 release is pretty much done. Things that still need doing that I could use a hand with: * pdf dovcs * windows installer *cough* Mike *cough* :) Also as the change log since RC5 seems minimal I wasn't planning on highlighting much. But if there is something that you feel should be mentioned since RC5 please let me know. Instead I was thinking since this is the official 2.1.0 that a review of some of the big features added only the 2.1 branch would be in order for the blog post / announcements. -Justin -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] GeoServer 2.1.0 released!
The GeoServer Team is happy to announce the release of GeoServer 2.1.0! Now available for download: http://geoserver.org/display/GEOS/GeoServer+2.1.0 Check out the blog for what's new in this release: http://blog.geoserver.org/2011/05/12/geoserver-2-1/ In total, over 300 issues were closed or resolved since work on 2.1.0 began. Check out the blog post for a link to the full change log, comprising all of the betas and release candidates. Please download the release and help us out by reporting any issues in the issue tracker or on the mailing list. Congratulations to all, and thanks for using GeoServer! -- The GeoServer Team -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4469) Customize BalloonStyle in KML output (aka Remove Directions To Here / From Here in Google Earth)
Customize BalloonStyle in KML output (aka Remove Directions To Here / From Here in Google Earth) -- Key: GEOS-4469 URL: http://jira.codehaus.org/browse/GEOS-4469 Project: GeoServer Issue Type: Improvement Components: Google Earth KML Output Affects Versions: 2.1-RC4 Environment: Google Earth Reporter: Mike Pumphrey Assignee: Andrea Aime Priority: Minor Fix For: 2.1.x KML output on a points layer generates a footer in the placemark that says Directions: To Here / From here In KML, this is customized in the BalloonStyle tag, but there doesn't appear to be a way to customize this (i.e. remove it) from within GeoServer. The only reference to BalloonStyle I could find in the code was here: http://svn.codehaus.org/geoserver/trunk/src/wms/src/main/java/org/geoserver/kml/KMLMapTransformer.java More info about BalloonStyle: http://code.google.com/apis/kml/documentation/kmlreference.html#balloonstyle -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GeoServer 2.1-RC2 Released
Awesome. Do you still need someone to generate the Windows installer? I see some artifacts appear to be missing. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 2/21/2011 3:17 PM, Justin Deoliveira wrote: The GeoServer team is happy to announce the second release candidate of 2.1. Now available for download: *http://geoserver.org/display/GEOS/GeoServer+2.1-RC2* * * Check out the blog for what's new in this release: *http://blog.geoserver.org/2011/02/21/geotools-2-1-rc2-released/* The entire change log is also available courtesy of JIRA: * http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10311version=17077 * Download the release and help us get to the final 2.1 release by trying it out and reporting any issues in the bug tracker or on the mailing list. Thanks for using GeoServer! -- Index, Search Analyze Logs and other IT data in Real-Time with Splunk Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. Free Software Download: http://p.sf.net/sfu/splunk-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GeoServer 2.1-RC2 Released
Ahh, right, you did say that! I uploaded the Windows installer and the PDF. The PDF builder complains about the fact that there are GIF files in the source, but I can blow through the errors by holding down the ENTER key. :) Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 2/22/2011 1:24 PM, Andrea Aime wrote: On Tue, Feb 22, 2011 at 10:12 AM, Justin Deoliveirajdeol...@opengeo.orgwrote: Yeah it looks like it. I will generate the mac installer when i get a sec. Yep, in my previous mail about the status of the release I listed three things I could not get done: - windows installer - mac installer - pdf documentation (with a description of the problem that I encountered) At the moment I don't have the software to do any of them, I'm on box that only has Ubuntu on it. Cheers Andrea -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Shutting down old GeoServer documentation (GEOSDOC)
With no objections, GEOSDOC now redirects to: http://docs.geoserver.org/stable/en/user/ Cool. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 2/3/2011 3:41 PM, Jody Garnett wrote: The GEOSDOC space and all its child pages now redirect to http://docs.geoserver.org.* Want to see the old GEOSDOC space? No problem, go here: http://old.geoserver.org/display/GEOSDOC ** The space is now viewable by Admins only, so you'll have to be logged in. Nice that will allow us to rescue content if needed. Thanks to both Evan and David, and to everyone on the thread for your thoughts. * Please let me know if you think it should instead redirect to http://docs.geoserver.org/stable/en/user/ . I wasn't sure. I really think we should redirect to user above; as that presents a table of contents; allowing people to find shapefile on the page and get to where they were going. I also note that the generated docs have a link to legacy documentation that now needs to be removed. Jody -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Shutting down old GeoServer documentation (GEOSDOC)
Hi Jody. Thanks for the input. I'm fine changing the redirect to http://docs.geoserver.org/stable/en/user/ . Any objections? As for the Legacy documentation link, good catch; I've just removed it from the theme templates. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 2/3/2011 3:41 PM, Jody Garnett wrote: The GEOSDOC space and all its child pages now redirect to http://docs.geoserver.org.* Want to see the old GEOSDOC space? No problem, go here: http://old.geoserver.org/display/GEOSDOC ** The space is now viewable by Admins only, so you'll have to be logged in. Nice that will allow us to rescue content if needed. Thanks to both Evan and David, and to everyone on the thread for your thoughts. * Please let me know if you think it should instead redirect to http://docs.geoserver.org/stable/en/user/ . I wasn't sure. I really think we should redirect to user above; as that presents a table of contents; allowing people to find shapefile on the page and get to where they were going. I also note that the generated docs have a link to legacy documentation that now needs to be removed. Jody -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Shutting down old GeoServer documentation (GEOSDOC)
Okay, after working with Evan C (sysadmin extraordinaire), and David W (idea person extraordinaire), here's is how we've tackled this issue. The GEOSDOC space and all its child pages now redirect to http://docs.geoserver.org.* Want to see the old GEOSDOC space? No problem, go here: http://old.geoserver.org/display/GEOSDOC ** The space is now viewable by Admins only, so you'll have to be logged in. And now we'll get the avalanche of people saying where is this super important page!?, in which case we should make JIRA tickets. One last thing. For simplification, we didn't do any specific redirects. We can do this though (to the limits of our sysadmin's patience). For example: http://geoserver.org/display/GEOSDOC/User+Tutorial+Shapefile could redirect here if we wanted: http://docs.geoserver.org/stable/en/user/gettingstarted/shapefile-quickstart/index.html Thanks to both Evan and David, and to everyone on the thread for your thoughts. * Please let me know if you think it should instead redirect to http://docs.geoserver.org/stable/en/user/ . I wasn't sure. ** Might take a bit for the DNS entry to propagate. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/30/2011 11:50 PM, Andrea Aime wrote: On Mon, Jan 31, 2011 at 7:56 AM, Mike Pumphreym...@opengeo.org wrote: Thanks for your thoughts, folks. what about just locking down that space to authorized users and hide it from the rest of the world instead? I think that's perfectly fine. If we put the pages behind a login page, they might still show up in Google though (although I guess it could be as simple as an entry in robots.txt to prevent this). Mumble, don't see how. As far as Google is concerned those pages should simply disappear. It should just take the time to have Google reindex the docs site. Is there any way to force or strongly suggest a revisit? Cheers Andrea -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Basic WPS docs
Thanks for the notes, Andrea, this is super helpful. Follow-ups, below. all keys are case insenstive, all values are case sensitive. Okay, but I do see that service=WPS works as well as service=wps. Just GeoServer being nice, though, I guess. - the buffer in the example returns a square... correct answer given the params, but a little outside what one would expect from a buffer operation I was looking for an example that would be simple to understand from just looking at the coordinates. If I had created a circle (or polygon equivalent), it might be more real world, but the numbers might not be so understandable. But I could change the example, though, if you thought it valuable. It was just the first process I came up with. Also, found it interesting that as is, the values were like -10.067 instead of -10.0. :) - in the geoserver processes paragraph you say These functions have the added bonus of being able to operate on existing layers in GeoServer, and can even write the output to a new GeoServer layer. Actually any process can work against existing GS layers, it just ... Okay. How should I categorize the differences between the gs: and the JTS: processes? (Or is there no important distinction?) I saw that the request builder had an extra entry for VECTOR_LAYER on the gs: processes, which is why I made the note. - the trick GS uses to get data off the internal WFS/WCS is to use a special URL for the wfs/wcs server, http://geoserver/wfs and http://geoserver/wcs (if memory serves me right) and that part is just a GS convention, it's not anything that is part of the standard Okay, I'll make a note of that. - that said GS can feed off any remote WFS/WCS just fine (provided the chosen output format can be parsed by GS), and in general, but any remote call whatsoever that returns something parseable (it might be a php script returning GML for example) I'm pretty sure I follow this, but if an example lived somewhere it would be great to see it. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 2/2/2011 4:43 AM, Andrea Aime wrote: On Wed, Feb 2, 2011 at 2:15 AM, Mike Pumphreym...@opengeo.org wrote: Hi there. I just submitted a patch with some basic WPS docs. http://jira.codehaus.org/browse/GEOS-4350 To make it easier for people to read (and to see the graphics), I committed this first draft on 2.1.x. It should show up here after the next nightly build: http://docs.geoserver.org/stable/en/user/extensions/wps/index.html Feedback appreciated. A few notes: - the names of processes are case sensitive. Actually in OGC style request that is normal, all keys are case insenstive, all values are case sensitive. Process names are no exception, just like feature type names, coverage names, and wms layer names - the buffer in the example returns a square... correct answer given the params, but a little outside what one would expect from a buffer operation - in the geoserver processes paragraph you say These functions have the added bonus of being able to operate on existing layers in GeoServer, and can even write the output to a new GeoServer layer. Actually any process can work against existing GS layers, it just needs to be able to consume a feature collection or a grid coverage. And not even that in some cases, the JTS processes can feed off the GS layers via the internal WFS request if that one is chained in gs:CollectGeometries which turns the feature collection into a single geometry (it collects everything into a big multi-geometry) - the trick GS uses to get data off the internal WFS/WCS is to use a special URL for the wfs/wcs server, http://geoserver/wfs and http://geoserver/wcs (if memory serves me right) and that part is just a GS convention, it's not anything that is part of the standard - that said GS can feed off any remote WFS/WCS just fine (provided the chosen output format can be parsed by GS), and in general, but any remote call whatsoever that returns something parseable (it might be a php script returning GML for example) Cheers Andrea -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Basic WPS docs
Thanks, Andrea, and don't worry about the example. I updated the docs, and ported to trunk. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 2/2/2011 11:21 AM, Andrea Aime wrote: On Wed, Feb 2, 2011 at 8:02 PM, Mike Pumphreym...@opengeo.org wrote: Thanks for the notes, Andrea, this is super helpful. Follow-ups, below. all keys are case insenstive, all values are case sensitive. Okay, but I do see that service=WPS works as well as service=wps. Just GeoServer being nice, though, I guess. Yep, that's my understanding as well. - the buffer in the example returns a square... correct answer given the params, but a little outside what one would expect from a buffer operation I was looking for an example that would be simple to understand from just looking at the coordinates. If I had created a circle (or polygon equivalent), it might be more real world, but the numbers might not be so understandable. But I could change the example, though, if you thought it valuable. It was just the first process I came up with. Yeah, a circle would be made of a lot of coordinates. No biggie. Also, found it interesting that as is, the values were like -10.067 instead of -10.0. :) - in the geoserver processes paragraph you say These functions have the added bonus of being able to operate on existing layers in GeoServer, and can even write the output to a new GeoServer layer. Actually any process can work against existing GS layers, it just ... Okay. How should I categorize the differences between the gs: and the JTS: processes? (Or is there no important distinction?) I saw that the request builder had an extra entry for VECTOR_LAYER on the gs: processes, which is why I made the note. JTS processes are made to expose jts capabilities and work on single geomtries. GS processes... are all over the place, they do pretty much everything now. There is a number of them that is specific to GS though, such as gs:Import VECTOR_LAYER is something every process consuming feature collection will have. - the trick GS uses to get data off the internal WFS/WCS is to use a special URL for the wfs/wcs server, http://geoserver/wfs and http://geoserver/wcs (if memory serves me right) and that part is just a GS convention, it's not anything that is part of the standard Okay, I'll make a note of that. - that said GS can feed off any remote WFS/WCS just fine (provided the chosen output format can be parsed by GS), and in general, but any remote call whatsoever that returns something parseable (it might be a php script returning GML for example) I'm pretty sure I follow this, but if an example lived somewhere it would be great to see it. Don't have stuff handy now (I'm stuck in bed with fever and the notebook does not have everything I need in working order) I'll try to look up more examples when I get back on my feet Cheers Andrea -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4350) WPS basic documentation
WPS basic documentation --- Key: GEOS-4350 URL: http://jira.codehaus.org/browse/GEOS-4350 Project: GeoServer Issue Type: Improvement Components: Documentation Affects Versions: 2.1-RC1 Environment: Sphinx Reporter: Mike Pumphrey Assignee: Mike Pumphrey Priority: Minor Fix For: 2.1.x, 2.2.x Attachments: wps.patch The exciting WPS extension has no user docs associated with it. Attached is a first draft of the basics. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Basic WPS docs
Hi there. I just submitted a patch with some basic WPS docs. http://jira.codehaus.org/browse/GEOS-4350 To make it easier for people to read (and to see the graphics), I committed this first draft on 2.1.x. It should show up here after the next nightly build: http://docs.geoserver.org/stable/en/user/extensions/wps/index.html Feedback appreciated. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Shutting down old GeoServer documentation (GEOSDOC)
Thanks for your thoughts, folks. what about just locking down that space to authorized users and hide it from the rest of the world instead? I think that's perfectly fine. If we put the pages behind a login page, they might still show up in Google though (although I guess it could be as simple as an entry in robots.txt to prevent this). But I'd also like to ensure that the user when trying to go to a page on GEOSDOC doesn't just a see a Log In To Confluence page, but instead either gets redirected or is given a note saying that the page is no longer here. What is the best way to accomplish these tasks? Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On Fri, Jan 28, 2011 at 11:45 PM, Andrea Aime andrea.a...@geo-solutions.it wrote: On Fri, Jan 28, 2011 at 11:33 PM, Mike Pumphrey m...@opengeo.org wrote: Hi all. I'd like to bring up the subject of shutting down our old documentation, hosted at: http://geoserver.org/display/GEOSDOC This was the location of the original GeoServer documentation, before the migration to Sphinx (with projects now hosted at http://docs.geoserver.org). We elected to leave up all of the historical content in order to help migration/transition. It has now been almost two years, so I think it's high time to get tough with ourselves, and force people to migrate to the new content. There are other, more pragmatic reasons to do this. Do a search for geoserver shapefile on Google, and you get: http://geoserver.org/display/GEOSDOC/User+Tutorial+Shapefile This page has screenshots from GeoServer _1.5.1_. Users should be instead looking here: http://docs.geoserver.org/stable/en/user/gettingstarted/shapefile-quickstart/index.html Or maybe here: http://docs.geoserver.org/stable/en/user/data/shapefile.html Try searching for pretty much anything involving GeoServer, and chances are that it points to the old documentation. That's unfortunate, because we've all done a lot of great work to produce updated quality documentation, so people should see it. By the way, I'm not talking about the GEOS space, which should remain. The space contains not only the download pages and the GSIPs, but also the homepage itself. So I am proposing the following: * Redirect (301) users who navigate to the old documentation to http://docs.geoserver.org/stable/en/user/index.html or maybe just http://docs.geoserver.org * Take down the GEOSDOC space (storing it somewhere safe so we can extract information we find we need). Thoughts? I think the idea is sound, from a user point of view it's better not to end up reading the old docs that might be outdated. I'm however not certain we ported over all the info from the old docs what about just locking down that space to authorized users and hide it from the rest of the world instead? Cheers Andrea -- Ing. Andrea Aime Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584962313 fax: +39 0584962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf - -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Shutting down old GeoServer documentation (GEOSDOC)
Hi all. I'd like to bring up the subject of shutting down our old documentation, hosted at: http://geoserver.org/display/GEOSDOC This was the location of the original GeoServer documentation, before the migration to Sphinx (with projects now hosted at http://docs.geoserver.org). We elected to leave up all of the historical content in order to help migration/transition. It has now been almost two years, so I think it's high time to get tough with ourselves, and force people to migrate to the new content. There are other, more pragmatic reasons to do this. Do a search for geoserver shapefile on Google, and you get: http://geoserver.org/display/GEOSDOC/User+Tutorial+Shapefile This page has screenshots from GeoServer _1.5.1_. Users should be instead looking here: http://docs.geoserver.org/stable/en/user/gettingstarted/shapefile-quickstart/index.html Or maybe here: http://docs.geoserver.org/stable/en/user/data/shapefile.html Try searching for pretty much anything involving GeoServer, and chances are that it points to the old documentation. That's unfortunate, because we've all done a lot of great work to produce updated quality documentation, so people should see it. By the way, I'm not talking about the GEOS space, which should remain. The space contains not only the download pages and the GSIPs, but also the homepage itself. So I am proposing the following: * Redirect (301) users who navigate to the old documentation to http://docs.geoserver.org/stable/en/user/index.html or maybe just http://docs.geoserver.org * Take down the GEOSDOC space (storing it somewhere safe so we can extract information we find we need). Thoughts? Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] System variable for log file location
I think this is a great idea. For archive purposes, and for those who didn't read the patch, and until it shows up in the docs (you may be way ahead of me), I thought we should explicity state here that the variable name is GEOSERVER_LOG_LOCATION. (I hope I read the patch correctly!) Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/27/2011 7:36 AM, Andrea Aime wrote: On Thu, Jan 27, 2011 at 3:39 PM, Justin Deoliveirajdeol...@opengeo.org wrote: Patch looks good. Added my +1. Thanks for the review (Gabriel too). I've committed the changes Cheers Andrea -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4323) Documentation for translating the GeoServer UI
Documentation for translating the GeoServer UI -- Key: GEOS-4323 URL: http://jira.codehaus.org/browse/GEOS-4323 Project: GeoServer Issue Type: Improvement Components: Documentation Affects Versions: 2.1-RC1 Environment: Sphinx Reporter: Mike Pumphrey Assignee: Mike Pumphrey Priority: Minor Fix For: 2.1.x Attachments: translation.patch There isn't any documentation for those who want to localize GeoServer's UI. Internet searches turn up old/outdated information. Attached is a patch to the Developer Manual to add this info. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Translation docs
I just submitted a patch that adds documentation about translating the GeoServer UI to the Developer Manual. Comments/suggestions would be appreciated, especially because I'm going solely on secondhand information. Also thanks to Oscar F. for the feedback. http://jira.codehaus.org/browse/GEOS-4323 Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Sphinx - help needed
Hi David. If you checkout the directory above: svn checkout https://svn.codehaus.org/geoserver/trunk/doc/en/ You'll pull in the themes directory, which is: https://svn.codehaus.org/geoserver/trunk/doc/en/themes/ Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 1/20/2011 3:24 PM, David Collins wrote: Hello, I have checked out the trunk user doco OK .. svn checkout http://svn.codehaus.org/geoserver/trunk/doc/en/user A generated the pickle files, also .. make pickle But I get this when I try to generate HTML from the .rst files .. C:\Geo_Doc\usermake html Running Sphinx v1.0.7 loading pickled environment... done *Theme error: no theme named 'geoserver' found (missing theme.conf?) * Build finished. The HTML pages are in build/html. (I also got this error in Ubuntu.) There are no files in build\html after this. Regards, David -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] GeoServer 2.1-beta3 released
(Hi all. I'm channeling Justin here, since he is on a well-deserved vacation.) The GeoServer Team is happy to announce to release of GeoServer 2.1-beta3. This version includes long-awaited WMS 1.3 support. Download GeoServer 2.1-beta3: http://geoserver.org/display/GEOS/GeoServer+2.1-beta3 See what else is new: http://blog.geoserver.org/2010/12/20/geoserver-2-1-beta3-released-now-with-wms-1-3/ We encourage everyone to check it out and help us move towards 2.1.0 RC and final release status. Happy holidays! Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4242) NullPointerException when cascading a WMS layer
NullPointerException when cascading a WMS layer --- Key: GEOS-4242 URL: http://jira.codehaus.org/browse/GEOS-4242 Project: GeoServer Issue Type: Bug Components: WMS Affects Versions: 2.1-beta1 Environment: Windows 7, Jetty, nightly snapshot Reporter: Mike Pumphrey Assignee: Justin Deoliveira Priority: Minor I tried to pull in the Doppler radar layers available from here: http://mesonet.agron.iastate.edu/cgi-bin/wms/nexrad/n0r.cgi At first, I used GeoExplorer to connect to the WMS server and load the layers from there. No problems at all. Next, I went in and loaded the remote WMS as a data store. I then tried to publish any of the layers, but I can't display any of them successfully. The error in OpenLayers/GeoExplorer is: Error rendering coverage on the fast path java.lang.NullPointerException null There doesn't appear to be any stack trace in the logs. Justin confirmed this: Confirmed, seems geoserver does not handle this wms. Digging in a bit deeper it seems the reason is that geoserver is accessing it as a wms 1.3 server whereas geotools afaik only supports 1.1. I tried specifying a capabilities url that used version 1.1.0 explictly but it still does not work. Probably a bug in the geotools client library. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] An interactive file chooser for store creation in GeoServer
I disagree on this one. The paths are presented relative to the home directory, and relative to the data directory on purpose. What you have in the dropdown is a set of roots, not a set of bookmarks. There already not much space in the file chooser, having it display c:\documents and settings\ would waste quite a bit of it. No biggie, it was a minor point. And you're right, when the path gets too long it wouldn't be a good thing. Sold! Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 11/12/2010 9:05 AM, Andrea Aime wrote: On Thu, Nov 11, 2010 at 4:39 PM, Mike Pumphreym...@opengeo.org wrote: Right you are, Andrea; I had this running in Tomcat, which is indeed installed as a service. Just tried again running as me (had to get over the mental block of doing it this way, which always involves debugging for me). And the home directory works as advertised. Ok, then I have to remove it in case the home is equal to one of the other roots The only thing I notice that's a bit odd is the displayed directories. The home directory is displayed for me only as Mike/. It would be nice if the full path were displayed there, and not just that one directory. Ditto with the Data directory, which only shows data_dir/. That may be a matter of prompt taste (my prompt has the full path at all times), but since the folder chooser drills down and displays multiple directories as it goes (data_dir/ data/), it would be nice to be consistent. I disagree on this one. The paths are presented relative to the home directory, and relative to the data directory on purpose. What you have in the dropdown is a set of roots, not a set of bookmarks. There already not much space in the file chooser, having it display c:\documents and settings\ would waste quite a bit of it. In the specific case of the data directory the paths you get back from the chooser are relative, so it makes sense to show them as relative as well. As for the service situation, if you could remove duplicates from the list, that would be a bonus. Home directory doesn't have much meaning in a service context. Yup, agreed. Cheers Andrea - Ing. Andrea Aime Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584962313 fax: +39 0584962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf - -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] An interactive file chooser for store creation in GeoServer
Right you are, Andrea; I had this running in Tomcat, which is indeed installed as a service. Just tried again running as me (had to get over the mental block of doing it this way, which always involves debugging for me). And the home directory works as advertised. The only thing I notice that's a bit odd is the displayed directories. The home directory is displayed for me only as Mike/. It would be nice if the full path were displayed there, and not just that one directory. Ditto with the Data directory, which only shows data_dir/. That may be a matter of prompt taste (my prompt has the full path at all times), but since the folder chooser drills down and displays multiple directories as it goes (data_dir/ data/), it would be nice to be consistent. As for the service situation, if you could remove duplicates from the list, that would be a bonus. Home directory doesn't have much meaning in a service context. Hope this feedback helps. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 11/5/2010 5:46 PM, Andrea Aime wrote: On Fri, Nov 5, 2010 at 10:27 PM, Mike Pumphreym...@opengeo.org wrote: I just fired this thing up, and it works well, with one hitch. I see four entries in the drop down: Data directory Home directory C: D: (It even included the volume names of each drive, nice). The hitch is that the Home directory displays the root of C:, not my home directory (defined in %USERPROFILE%) like I would expect. Interesting. What is the user running GeoServer? Is it running as a service? The home of the user that's administering the server makes no sense, as that user might be on another machine and its OS level user name is not known anyways. What you get should be the home of the user that is running geoserver instead. If it's running as a service it might be that the home in that case is C:/ (I guess I should compare the home directory with the various file system roots, and if it's equal to one of them, remove the home from the list) Cheers Andrea - Ing. Andrea Aime Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584962313 fax: +39 0584962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf - -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] An interactive file chooser for store creation in GeoServer
I just fired this thing up, and it works well, with one hitch. I see four entries in the drop down: Data directory Home directory C: D: (It even included the volume names of each drive, nice). The hitch is that the Home directory displays the root of C:, not my home directory (defined in %USERPROFILE%) like I would expect. Aside from that, it's a great and long-overdue enhancement to the UI. Thanks for putting this together! Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 11/4/2010 12:16 PM, Andrea Aime wrote: On Wed, Nov 3, 2010 at 4:36 PM, Mike Pumphreym...@opengeo.org wrote: Anyways, when I check in the change, can you give it a spin on windows and let me know? Of course. Just let me know when it drops, and I'll pull a nightly. Just committed. Let me know how it works :-) Cheers Andrea - Ing. Andrea Aime Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584962313 fax: +39 0584962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf - -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] How to apply SLD file (Geoserver 2.0.1)
That is an old page. There are around 40 copyable examples in the SLD Cookbook. Please look here: http://docs.geoserver.org/stable/en/user/styling/sld-cookbook/index.html For information on how to add styles through the web interface, look here: http://docs.geoserver.org/stable/en/user/webadmin/data/styles.html Hope this helps. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 10/25/2010 1:50 AM, lv wrote: Hi, I copy a SLD file from http://geoserver.org/display/GEOSDOC/SLD+Intro+Tutorial to Geoserver 2.0.1 installed on my machine. However, this tutorial is for old version Geoserver. In version 2.0.1, how to apply this SLD and view the new map? Thanks. -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4082) GetFeatureInfo templates don't recognize ${attribute.value} notation
GetFeatureInfo templates don't recognize ${attribute.value} notation Key: GEOS-4082 URL: http://jira.codehaus.org/browse/GEOS-4082 Project: GeoServer Issue Type: Bug Components: WMS Affects Versions: 2.0.2 Environment: Windows 7, Jetty, GeoServer 2.0.2 Reporter: Mike Pumphrey Assignee: Andrea Aime Priority: Minor Given a layer (shapefile) with an attribute of NAME, I should be able to create a file [data_dir]/workspaces/[store]/[layer]/content.ftl with the content: ${NAME.value} And have it display the value in the GetFeatureInfo area. Alas, this doesn't happen. When clicking on a feature in the OpenLayers Layer Preview, the error at the bottom displays. I should note that I've tried both upper and lower case, and that KML GetFeatureInfo templates (title/description.ftl) work as expected. Error: Expression NAME is undefined on line 1, column 3 in content.ftl. The problematic instruction: -- == ${NAME.value} [on line 1, column 1 in content.ftl] -- Java backtrace for programmers: -- freemarker.core.InvalidReferenceException: Expression NAME is undefined on line 1, column 3 in content.ftl. at freemarker.core.TemplateObject.assertNonNull(TemplateObject.java:124) at freemarker.core.TemplateObject.invalidTypeException(TemplateObject.java:134) at freemarker.core.Dot._getAsTemplateModel(Dot.java:78) at freemarker.core.Expression.getAsTemplateModel(Expression.java:89) at freemarker.core.Expression.getStringValue(Expression.java:93) at freemarker.core.DollarVariable.accept(DollarVariable.java:76) at freemarker.core.Environment.visit(Environment.java:208) at freemarker.core.Environment.process(Environment.java:188) at freemarker.template.Template.process(Template.java:237) at org.vfny.geoserver.wms.responses.featureInfo.HTMLTableFeatureInfoResponse.writeTo(HTMLTableFeatureInfoResponse.java:122) at org.vfny.geoserver.wms.responses.GetFeatureInfoResponse.writeTo(GetFeatureInfoResponse.java:183) at org.geoserver.ows.adapters.ResponseAdapter.write(ResponseAdapter.java:60) at org.geoserver.ows.Dispatcher.response(Dispatcher.java:726) at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:234) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571) at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093) at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:265) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107) at org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:124) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:174) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249) at org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:275) at org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:149) at org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084
Re: [Geoserver-devel] Viewing logs from the web admin GUI
Andrea, you are a new feature and patching machine. :) About the only thing I think could be a nice bonus to this is an Export button. Or, going crazier, an Export dialog with options for how many lines (or what date) to export from. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 6/23/2010 9:42 AM, Andrea Aime wrote: Hi, it is common experience that people have to consult logs in order to debug GeoServer or just see something about the latest requests flow. At the moment the only way is to drop on the command line/remote terminal and open the log files manually. I have a little patch that integrates a log viewing page. The page is really simple, it will scan the log file and report in a read only text area the last N lines of the log file. See the attachment. What do you think, useful? Ok to commit? I'm also attaching the patch (minus the menu icon, which is page_white_text.png coming from the Silk set) for anyone interesting in reviewing or improving the page. Cheers Andrea -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Proposing new community module: embedded ftp server
Ship with FTP disabled, and when an admin enables it, have some sort of account creation wizard enforcing best practices? Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 6/1/2010 11:05 AM, Andrea Aime wrote: Arne Kepp ha scritto: I like the idea, and I think FTP is probably the way to go given Microsofts propensity to break WebDAV. But by default GeoServer ships with a small security problem in the sense that the admin password is universally known. I prefer Tomcat's approach in which no account enabled by default, but this has not been a big issue up to this point. But if we include an FTP server then GeoServer suddenly becomes a valuable target for people who want to distribute illegal materials. I therefore suggest that it should not be possible to login with the standard credentials, and if possible tell the FTP client the reason for the rejection in the Access Denied response. Sigh, unfortunately it does not seem possible to control the access denied response. This might be a source of some confusion as people are not notified of why the thing is failing. We can still address this by documentation, or just allow logins by prominently report the issue in the logs... Suggestions? Cheers Andrea -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Documentation guide?
Actually, even though it's not 100% correct, I thought it would be less confusing and more visible to put it with the top links. But it's easy to move around, so please suggest away. http://docs.geoserver.org Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 5/27/2010 10:40 PM, Ben Caradoc-Davies wrote: On 27/05/10 22:52, Mike Pumphrey wrote: Thanks, I see it now. Perhaps moving it into the trunk section, with the other trunk docs? I think the reason I missed it was that I expected so see it in the trunk section. http://docs.geoserver.org/trunk/en/docguide/ It is in the trunk section. :) It's just its own project. Sorry, I mean move the link on the docs page from the bottom to the trunk section to be with the other trunk links: http://docs.geoserver.org/ -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Documentation guide?
Thanks, I see it now. Perhaps moving it into the trunk section, with the other trunk docs? I think the reason I missed it was that I expected so see it in the trunk section. http://docs.geoserver.org/trunk/en/docguide/ It is in the trunk section. :) It's just its own project. Since I've recently relearned how to edit the geoserver.org theme, I could add a link to it on there. But the docguide never seemed to fit in with the User Manual or the Developer Manual, which is why it was never made part of either. I figured throwing it on the shell at docs.geoserver.org was a good start. No harm in moving things around if it's confusing. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 5/26/2010 9:42 PM, Ben Caradoc-Davies wrote: On 26/05/10 22:07, David Winslow wrote: To my knowledge the copy that is built nightly and published to http://docs.geoserver.org/trunk/en/docguide/ is the only published version of the documentation guide. It's the very last thing on the front page at http://docs.geoserver.org/ ; I imagine we could come up with a less hidden place for it if we thought for a while. I'm not sure a section in the developer docs would be better though. The docs should be editable by moderately technical end users, while the developer docs are (much) more demanding of techie know-how. Maybe a sidebar on the docs listing would be better? Thanks, I see it now. Perhaps moving it into the trunk section, with the other trunk docs? I think the reason I missed it was that I expected so see it in the trunk section. -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] GeoServer 2.0.2 release highlight
I edited the blog post and hopefully made some improvements. Thanks for writing this up. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 5/25/2010 3:04 AM, v...@csiro wrote: Great!!!, thanks Andrea, This should be the final version to be uploaded and announced. To meet the growing demand for a geospatial server that meets the open standard set by the Open Geospatial Consortium, the GeoServer community have worked hard to release the new GeoServer version 2.0.2 which includes many new features. Some of the main features included in this release are support for Oracle Georaster and custom database layout for image data. You can read more about it at http://blog.geoserver.org/2010/05/17/oracle-georaster-custom-jdbc-access/ Have you ever like me, wonder what area does a EPSG code covers? A new feature has been added to GeoServer 2.0.2 to showcase the different projections in a graphical interface, showing a map of the projection's area of validity in the same CRS. Below are links to demostrate that. http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPagecode=EPSG:2964 http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPagecode=EPSG:3032 http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPagecode=EPSG:22184 To add to this, we have also added a default style preview in the layer publishing configuration The rendering subsystem has been improved to include parameter substitution, meaning you can pass parameters down from the GetMap request into your SLD for dynamic styling purposes. See the user guide for details: http://docs.geoserver.org/stable/en/user/styling/sld-extensions/substitution.html The geometry transformations abilities, included in GeoServer 2.0.1 without much fanfare, also received a complete documentation set here: http://docs.geoserver.org/stable/en/user/styling/sld-extensions/geometry-transformations.html Building image pyramids just got easier: past are the times where you had to manually build each level mosaic and configure the main property file by hand, the current pyramid plugin can do it for you provided it's given a suitably configured directory set. See the pyramid tutorial for more details: http://docs.geoserver.org/stable/en/user/tutorials/imagepyramid/imagepyramid.html Finally, this release of GeoServer implements the GetStyles WMS optional method allowing a user to retrieve the definition of all styles attached to a specific WMS layer, see the following link for an example: http://demo.opengeo.org/geoserver/wms?request=GetStyleslayers=topp:statesservice=wmsversion=1.1.0 Andrea Aime-4 wrote: v...@csiro ha scritto: Thanks Gabriel, So far this is what I have. Please do correct me or add in anything as neccessary. To meet the growing demand for a geospatial server that meets the open standard set by the Open Geospatial Consortium, the GeoServer community have worked hard to release the new GeoServer version 2.0.2. Some of the main features included in this release are support for Oracle Georaster and custom db layout for image data. You can read more about it at http://blog.geoserver.org/2010/05/17/oracle-georaster-custom-jdbc-access/ Have you ever like me, wonder what area does a EPSG code covers? A new feature has been added to GeoServer 2.0.2 to showcase the different projections in a graphical interface, showing a map of the projection's area of validity in the same CRS. Below are links to demostrate that. http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPagecode=EPSG:2964 http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPagecode=EPSG:3032 http://demo.opengeo.org/geoserver/web/?wicket:bookmarkablePage=:org.geoserver.web.demo.SRSDescriptionPagecode=EPSG:22184 To add to this, we have also added a default style preview in the layer publishing configuration --- Victor, adding a few notes. Feel free to edit them as you see fit --- The rendering subsystem has been improved to include parameter substitution, meaning you can pass parameters down from the GetMap request into your SLD for dynamic styling purposes. See the user guide for details: http://docs.geoserver.org/stable/en/user/styling/sld-extensions/substitution.html The geometry transformations abilities, included in GeoServer 2.0.1 without much fanfare, also received a complete documentation set here: http://docs.geoserver.org/stable/en/user/styling/sld-extensions/geometry-transformations.html Building image pyramids just got easier: past are the times where you had to manually build each level mosaic and configure the main property file
[Geoserver-devel] Version in 2.0.2?
Since I get notifications on any changes on geoserver.org, I jumped the gun and downloaded the Windows installer of 2.0.2. :) Bang up job, VT! Just to be aware, GeoServer states on the main page that it is running version 2.0-SNAPSHOT, instead of 2.0.2. Has anyone else seen this? I'm not sure how hard this is to change/redeploy, but we may want to. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Geoserver 2.0.2 release
I've found that in the interests of expediency, it is possible to create the PDF by powering through the errors (just hitting Enter a bunch of times). It's not great, but it works. Medium term solution is to fix the image files (no GIFs, etc). Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 5/20/2010 5:44 AM, v...@csiro wrote: I am closing to finishing the deployment but my mvn deploy (done from src folder) return error saying system is offline. I have issues with creating the documentation as well, creating the pdf and not to sure where to generate the html to get the desired file structure. My pdflatex(MikeTex) is not happy generating the pdf probably because of the naming convention of the image blah.1.jpg Apology for not being able to get this out today and will tidy this up tomorrow. -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Building html documentation
The easiest way I could explain it is: take a look at the 2.0.1 documentation and make like that. :) http://downloads.sourceforge.net/geoserver/geoserver-2.0.1-htmldoc.zip Feel free to edit the release guide text if it is unclear or wrong. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 5/20/2010 3:36 AM, v...@csiro wrote: The directory structure I have is doc\en\developer\build\html doc\en\user\build\html At which level should I zip them up? If I follow the documentation cd build/html zip -r geoserver-[VERSION]-htmldoc.zip * Don't think I will get the 2 folders, one for user and one for developer unless I zip at en? Note When done, the zip file should contain two folders, one called user containing the HTML output for the User Manual, and one called developer containing the HTML output for the Developer Manual. -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Blob drafts for Oracle GeoRaster Custom JDBC Access
Nothing crazy, we just like to add tags/keywords and put the post is a category, before publishing. I've done all three on the GeoServer blog. Thanks again for the post. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 5/15/2010 12:51 AM, christian.muel...@nvoe.at wrote: Checked both blog drafts, ok for me. Who does the publish for geoserver/geotools. I remember there should be some additional tagging, so I resist from clicking the button. Quoting Mike Pumphrey m...@opengeo.org: Sure thing. I made some further edits. I admit that I'm not that familiar with the functionality in question, so I could only rephrase things and tighten up the text. Please take a look; hopefully I made things better instead of worse. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 5/14/2010 11:37 AM, Andrea Aime wrote: christian.muel...@nvoe.at ha scritto: Added some text to both drafts, a short review please. I made some light editing. A native english speaker could sure improve it further (Mike, do you have a minute? :-p ) Cheers Andrea This message was sent using IMP, the Internet Messaging Program. -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Fully automating CITE tests?
In short, imho, the process as-is can be carried on only by a core developer, for the simple reason that running cite tests can uncover issues, and those in turn can be fixed only by someone that knows GS/GT well. +a lot. As someone who wore the Release Manager hat a few times, this was essentially my experience. The CITE tests as part of the release process was the most inefficient part, since I could do nothing about any test failures, so I had to play whisper-down-the-lane with the core devs. This back and forth could stretch out interminably. Automating CITE tests would make it much easier to push the rock over the hill. I might even want to volunteer to release again! Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 5/14/2010 3:31 AM, Andrea Aime wrote: Hi, looking someone struggingling for the n-th time trying to make a release makes me really wonder about the viability of the current release process. In short, imho, the process as-is can be carried on only by a core developer, for the simple reason that running cite tests can uncover issues, and those in turn can be fixed only by someone that knows GS/GT well. And oh, provided you manage to put togheter the necessary black magic to make the cite tests to work. I consider making GS releases a sort of art (and a test of anyone patience). Having CITE tests out of the release process would be a great step in simplifying the process. To do that we have to either give up the confirmation that we're still CITE compliant, or we have to consider CITE as a daily activity, something that runs automatically just as our normal build. Do you think it's possible to fully automate the process? The bits needed are: a) setting up databases: check, it's something that can be done, give the build process a configuration of where the db is and a script that can clean up and rebuild the db and we're in business b) starting up and shutting down GeoServer: check, the Start utility class could be used as a starting point for something that starts a GeoServer with a specific configuration, and eventually shuts it down c) starting up the CITE tests with a specific configuration: uh, dunno... maybe? This is where I see various issues. Issues with teamengine: - to run as part of a maven build we'd need to package up and put on repositories the engine and the test suite. This is redistribution. Is that something we can do? If we cannot, I guess we can still resort to some form of private sharing, marking those jars as provided and giving to a selected number of people the files along with the instructions to install them in their maven repositories. - the teamengine already has command line utilities to start a specific test suite, but I see no way to specify the parameters, which are usually asked for in an interactive window. I see no easy way to state the test parameters manually. This looks like a roadblock - Once the suite is run we need to collect the results and declare victory or failure. It's something that can be done by looking into the logs, and seems a bit painful, but doable If we can go past the above issues I believe we could roll a set of maven modules, each designed to have a specific set of dependencies (think about the need to exclude WCS 1.1 in WCS 1.0 tests), each performing a custom setup (db, files, whatever) and running a specific test suite. Basically a module to be built for each of the CITE tests that we want to run. And then imagine Hudson running that every single night. Imagine also that you get a report of failures, and you can run one of the above builds specifying the exact test you want to re-run for debug purposes. May not seem much, but to me, compared to what we have today, feels like Nirvana. Cheers Andrea -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Blob drafts for Oracle GeoRaster Custom JDBC Access
Sure thing. I made some further edits. I admit that I'm not that familiar with the functionality in question, so I could only rephrase things and tighten up the text. Please take a look; hopefully I made things better instead of worse. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 5/14/2010 11:37 AM, Andrea Aime wrote: christian.muel...@nvoe.at ha scritto: Added some text to both drafts, a short review please. I made some light editing. A native english speaker could sure improve it further (Mike, do you have a minute? :-p ) Cheers Andrea -- ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3903) Drop down lists should not be sorted with case sensitivity
Drop down lists should not be sorted with case sensitivity -- Key: GEOS-3903 URL: http://jira.codehaus.org/browse/GEOS-3903 Project: GeoServer Issue Type: Bug Components: Wicket UI Affects Versions: 2.0.1 Environment: Windows XP Reporter: Mike Pumphrey Assignee: Andrea Aime Priority: Trivial Fix For: 2.0.2 For example, in the drop down list of Default Styles in the Layers configuration pages, a style called Work would come before a style called success since all the styles appear to be organized by all capital letters followed by all lower case letters. I think this is confusing. Ditto with workspaces in the new store dialog. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] about GEOS:3824: Improve the GDAL-ImageIO-Ext section User Documentation
I haven't had much of any time to go over doc patches, so I apologize. I am curious about your tips to run GeoServer as a Windows Service...is there something that the installer doesn't do that it should? Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 4/6/2010 11:26 AM, Daniele Romagnoli wrote: Hi list, some weeks ago I have added a patch to GeoServer's JIRA in order to improve GDAL related documentation. The past week I have posted a new one also adding the tips to run GeoServer as a windows service. Since it is a trivial add to the doc and no-one worked on it yet, can I assign it to myself and commit? If someone can give me a +1 I will go on. Best Regards, Daniele -- --- Eng. Daniele Romagnoli Software Engineer GeoSolutions S.A.S. Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 328 0559267 http://www.geo-solutions.it --- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] about GEOS:3824: Improve the GDAL-ImageIO-Ext section User Documentation
Thanks for finding a workaround. Is there a standard, optimal, default place where the instructions say to put the nativelibs? I could incorporate a path check into the installer. Please open a JIRA and assign it to me. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 4/6/2010 11:47 AM, Daniele Romagnoli wrote: Hi Mike, On Tue, Apr 6, 2010 at 5:33 PM, Mike Pumphrey m...@opengeo.org mailto:m...@opengeo.org wrote: I haven't had much of any time to go over doc patches, so I apologize. No problem on this. I am curious about your tips to run GeoServer as a Windows Service...is there something that the installer doesn't do that it should? As users noticed with some emails in the past, the standard installation of GeoServer as a Windows Service doesn't allow to see the GDAL native libs (when available) and then there is no GDAL formats support. After investigation, I have found a solution for this (See [1]) and I have added it to the geoserver's doc. Honestly, I don't know how the installer works with extensions and optional elements. A look on the solution can give you better details on what I have found and what the installer could perhaps do. Hope this helps. Let me know if you need additional info. Daniele [1]: http://geo-solutions.blogspot.com/2010/02/fix-gdal-extension-not-working-with.html Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 4/6/2010 11:26 AM, Daniele Romagnoli wrote: Hi list, some weeks ago I have added a patch to GeoServer's JIRA in order to improve GDAL related documentation. The past week I have posted a new one also adding the tips to run GeoServer as a windows service. Since it is a trivial add to the doc and no-one worked on it yet, can I assign it to myself and commit? If someone can give me a +1 I will go on. Best Regards, Daniele -- --- Eng. Daniele Romagnoli Software Engineer GeoSolutions S.A.S. Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 328 0559267 http://www.geo-solutions.it --- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net mailto:Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- --- Eng. Daniele Romagnoli Software Engineer GeoSolutions S.A.S. Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob: +39 328 0559267 http://www.geo-solutions.it --- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3901) Have rest endpoint display a note when no rest extensions are installed
Have rest endpoint display a note when no rest extensions are installed --- Key: GEOS-3901 URL: http://jira.codehaus.org/browse/GEOS-3901 Project: GeoServer Issue Type: Improvement Components: REST Affects Versions: 2.0.1 Environment: UI Reporter: Mike Pumphrey Assignee: David Winslow Priority: Minor Fix For: 2.0.2 When you navigate to: http://localhost:8080/geoserver/rest and no REST extension is installed, all you see is GeoServer Configuration API. People consistently wonder what to do when they get to this screen, and it should be more informative and say that they are missing an extension. David continues: The rest/ base url is actually the root for any and all rest extensions that are installed, (and rest extensions aside from restconfig do exist, such as the Scriptlet rest extension for running JavaScript scripts as rest extensions, or the sld color ramp generator). So it should probably read No rest extensions installed when no endpoints are detected instead of just a blank list. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3892) Discrete ColorMap ignores the final ColorMap entry
Discrete ColorMap ignores the final ColorMap entry -- Key: GEOS-3892 URL: http://jira.codehaus.org/browse/GEOS-3892 Project: GeoServer Issue Type: Bug Components: WMS Affects Versions: 2.0.1 Environment: Windows XP Reporter: Mike Pumphrey Assignee: Simone Giannecchini Priority: Minor Fix For: 2.0.2 Given the following SLD, one would expect three discrete colors in the resulting style. However, the last (highest) entry is always ignored, so any values higher than 200 are rendered as blank. ?xml version=1.0 encoding=ISO-8859-1? StyledLayerDescriptor version=1.0.0 xsi:schemaLocation=http://www.opengis.net/sld StyledLayerDescriptor.xsd xmlns=http://www.opengis.net/sld; xmlns:ogc=http://www.opengis.net/ogc; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; NamedLayer UserStyle FeatureTypeStyle Rule RasterSymbolizer ColorMap type=intervals ColorMapEntry color=#008000 quantity=150 / ColorMapEntry color=#00 quantity=200 / ColorMapEntry color=#66 quantity=256 / /ColorMap /RasterSymbolizer /Rule /FeatureTypeStyle /UserStyle /NamedLayer /StyledLayerDescriptor -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3893) SLD doesn't validate when type parameter added to ColorMap
SLD doesn't validate when type parameter added to ColorMap Key: GEOS-3893 URL: http://jira.codehaus.org/browse/GEOS-3893 Project: GeoServer Issue Type: Bug Components: Validation Affects Versions: 2.0.1 Environment: Windows XP Reporter: Mike Pumphrey Assignee: Andrea Aime Priority: Minor Fix For: 2.0.2 There exists on this page: http://docs.geoserver.org/stable/en/user/styling/sld-reference/rastersymbolizer.html the ability to have a ColorMap with a parameter, viz: ColorMap type=intervals I can't be sure, but this looks like a Vendor Option. But even though the SLD validator ignores ordinary vendor options, validation fails when adding this parameter to the ColorMap: org.xml.sax.SAXParseException: cvc-complex-type.3.2.2: Attribute 'type' is not allowed to appear in element 'ColorMap'. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3888) Rectangular graphics in tiled fills are being rendered (squished) to be square
Rectangular graphics in tiled fills are being rendered (squished) to be square -- Key: GEOS-3888 URL: http://jira.codehaus.org/browse/GEOS-3888 Project: GeoServer Issue Type: Bug Components: WMS Affects Versions: 2.0.1 Environment: 2.0.1 (Windows service) Reporter: Mike Pumphrey Assignee: Andrea Aime Priority: Minor Fix For: 2.0.2 Attachments: badrender.png, colorblocks.png The SLD spec does not give any limitation on the size/shape of a graphic used in a graphic fill (the ExternalGraphic element. As far as I can tell, the Size element refers to the height of the graphic, and the width is scaled accordingly. Except that GeoServer appears to be setting both the width and the height to be the Size value, squishing a rectangular graphic to be square. Attached are the graphic and the output. Please let me know if you need anything else. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3889) SLD validation response should be near the Validate button
SLD validation response should be near the Validate button -- Key: GEOS-3889 URL: http://jira.codehaus.org/browse/GEOS-3889 Project: GeoServer Issue Type: Improvement Components: Wicket UI Affects Versions: 2.0.1 Environment: Windows, Firefox 3.6 Reporter: Mike Pumphrey Assignee: Andrea Aime Priority: Minor Fix For: 2.0.2 I'm doing a lot of SLD testing and validation, and I find it slightly awkward that the validate button is on the bottom of the page, yet the validation response is at the very top, even above the page title. It would be really nice to have the validation response somewhere in the vicinity of the Validate button, either above, below, or inline. Less page scrolling required. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Short question about documentation
I don't know about GeoTools, but for GeoServer, if documentation is relevant to both the 2.0.x branch and trunk, please add it to both. Thanks for contributing! Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 3/25/2010 9:01 AM, Christian Müller wrote: For clarification: Modifying the docu of geotools is done in the old wiki ? If I add functionality to geoserver 2.0.x and trunk, I have to change the sphinx docu in both branches, is this right ? -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Docs now at also stable and latest
Cool. Okay, I updated the main page at http://docs.geoserver.org . The links on the rightbar of the GeoServer Confluence theme will be updated as soon as someone remembers to me how exactly that is updated. :/ Thanks, Mike Pumphrey OpenGeo - http://opengeo.org On 3/16/2010 1:01 PM, Simone Giannecchini wrote: Looks like a good thing to me. +1 Simone. --- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob:+39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.linkedin.com/in/simonegiannecchini http://twitter.com/simogeo --- On Tue, Mar 16, 2010 at 5:02 PM, Mike Pumphreym...@opengeo.org wrote: (I started a thread about this a while back, but restarting now as I've actually effected a change.) Our docs now have new additional URLs: docs.geoserver.org/2.0.x is now also docs.geoserver.org/stable docs.geoserver.org/trunk is now also docs.geoserver.org/latest If this is acceptable to folks, then I would request that instead of linking to version specific docs viz: http://docs.geoserver.org/2.0.x/en/user/extensions/rest/rest-config-api.html we instead link to the stable URL: http://docs.geoserver.org/stable/en/user/extensions/rest/rest-config-api.html This way, as the versions change, the links won't, thus hopefully improving our doc linkage and Google juice, and hopefully eventually dethroning Confluence. Rationale: For example, the links on the rightbar of geoserver.org now (still) point to 1.7.x. If they pointed to stable then they would never have to be updated. Links like that need to each be updated manually (through the Confluence template and other places). With the stable/latest shift, only the entry in our Apache config will need to be updated. If this is not the way to go, then it's a simple matter of undoing (or ignoring). If this is good, I'll make some small edits to the main page at docs.geoserver.org. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Docs now at also stable and latest
(I started a thread about this a while back, but restarting now as I've actually effected a change.) Our docs now have new additional URLs: docs.geoserver.org/2.0.x is now also docs.geoserver.org/stable docs.geoserver.org/trunk is now also docs.geoserver.org/latest If this is acceptable to folks, then I would request that instead of linking to version specific docs viz: http://docs.geoserver.org/2.0.x/en/user/extensions/rest/rest-config-api.html we instead link to the stable URL: http://docs.geoserver.org/stable/en/user/extensions/rest/rest-config-api.html This way, as the versions change, the links won't, thus hopefully improving our doc linkage and Google juice, and hopefully eventually dethroning Confluence. Rationale: For example, the links on the rightbar of geoserver.org now (still) point to 1.7.x. If they pointed to stable then they would never have to be updated. Links like that need to each be updated manually (through the Confluence template and other places). With the stable/latest shift, only the entry in our Apache config will need to be updated. If this is not the way to go, then it's a simple matter of undoing (or ignoring). If this is good, I'll make some small edits to the main page at docs.geoserver.org. Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] live dvd?
GS 2.0.0 was released at FOSS4G (I fondly recall Justin sitting at the OpenGeo booth running CITE tests!) so I believe 1.7.6 was on the LiveDVD last year...unless we're talking about different LiveDVDs... Thanks, Mike Pumphrey OpenGeo - http://opengeo.org Jody Garnett wrote: Apparently they are doing another run in 24-48 hours - there are a couple of weeks lift until a feature freeze. I cannot recall if we got a pre-release of GeoServer 2.0 on the DVD? In anycase it may be good to place geoserver 2.0.1 into the mix. Jody -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Making docs easier to find
Sorry, I'm not really sure what you mean by this. Could you elaborate and/or give an example? Thanks, Mike Pumphrey OpenGeo - http://opengeo.org Rob Atkinson wrote: Would it be possible to add a link/block to all the docs - so all docs have a link to a permanent URL for the current stable branch and trunk versions? This would a) help people find the right version b) let people know there are multiple versions c) allow people wondering about specific functionality to quickly traverse to see if its been changed in upcoming versions? Rob On Thu, Jan 21, 2010 at 6:46 AM, Mike Pumphrey m...@opengeo.org wrote: Now that we have multiple branches of docs (1.7.x, 2.0.x, trunk) not to mention the individual versions of the docs versions, I see that this can cause difficulties finding the right information when searching (through Google or otherwise). Today I did a search for REST API GeoServer and the top link was for Confluence (natch), but the second link was for 1.7.x. The stable branch (2.0.x) was not on the list. With this in mind, I propose to add new docs URL aliases (leaving the current links as is, for when we need to link to some specific branch): http://docs.geoserver.org/stable (for the current stable branch, now 2.0.x) http://docs.geoserver.org/unstable (for trunk) That way, we can start to sync up our doc links, so we can improve searches, help people get to the latest and greatest information, and hopefully start to bury the docs in Confluence once and for all! :) Thoughts? Thanks, Mike Pumphrey OpenGeo - http://opengeo.org -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel