Re: [Geoserver-users] KML Reflector & KMZ Format
On Thu, Apr 23, 2015 at 8:49 PM, Danny Cheng wrote: > Hi, > > > > The default parameters in a KML reflector request has the format set to > KMZ, but I am actually getting back KML. Is anyone aware of this behaviour? > Or is KML reflector behaving as expected and the document needs to be > updated? > > > > > http://docs.geoserver.org/2.6.x/en/user/googleearth/features/kmlreflector.html > I remember there were significant inconsistencies between documented and actual behavior in the reflector, but don't know which one is the "right" behavior. I'd amend the docs to follow what the code does, assuming it's possible to ask for KMZ, and that it's just the default that's different than documented Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *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. --- -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] CSS module questions
On Thu, Apr 23, 2015 at 10:29 PM, Jim Hughes wrote: > Hi Andrea, > > First, the CSS extension is awesome; thank you for your hard work on it. > I have a few quick questions... > > 1. I am trying to style GDELT data by EventCode. The first two > characters of the EventCode string would be sufficient to name the file I > want. I was able to make a separate rule for each code, but it'd be more > convenient to do something like > >mark: url([strConcat(strSubstring(EventCode, 0, 2), '.svg')]); > > If I'm reading this > https://github.com/geotools/geotools/blob/master/modules/unsupported/css/src/main/java/org/geotools/styling/css/CssParser.java#L321 > right, it looks like Functions may not work. The docs hint that > Expressions might be ok: > http://docs.geoserver.org/stable/en/user/extensions/css/properties.html. > > Did I goof the syntax? If not, I'd be happy to help cook up a quick PR if > expresssions/functions in url should be allowed. > You should check the generated SLD, that's the important one. Also, which version of GeoServer you're using? 2.7 onwards is very much recommended for CSS, I cannot help with 2.6 and older. > > 2. How does the CSS extension interact with GeoServer's SLD extensions? > It's a translator to SLD, GeoServer and the rendering subsytem really only handle the latter. If you are about to ask about working off the CSS directly, It's been discussed already, having the renderer work directly off the CSS would require major API changes, and a heavy refactor or the renderer itself (we'd end up with two renderers to maintain). > > 3. In the CSS Styles GeoServer UI, I think it'd be awesome to keep the > same map extent as one switches between the tabs. If you like the idea, I > might be able to play with it over the next few weeks. > Sure Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *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. --- -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Questions about layer naming
On Thu, Apr 23, 2015 at 9:47 PM, Martin Davis wrote: > Thanks. I found this discussion: > http://osgeo-org.1560.x6.nabble.com/Layer-and-store-names-td5167890.html > > TL;DR - spaces should not be used, and preferably names should be valid > XML tag names (defined here: http://www.w3.org/TR/xml/#NT-Name) > > I thought I might add this to the user guide... > Please do so, but make sure to note that certain protocols (wms for example) have no restrictions whatsoever, and that what you're suggesting is just a way to ensure the name works across all protocols (which might not be a requirement, some people only use wms for example). People having externally mandated naming conventions might get really mad, or stop using GeoServer at all, if we start telling them to play within the confines of XML naming conventions, so let's be clear that the naming convention is just a suggestion. Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *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. --- -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Vector rendering problem
On Fri, Apr 24, 2015 at 1:36 AM, Brown, Donald wrote: > I have Geoserver installed on Linux. Both of my examples below are reading > the same postgres/postgis geometry dataset. Data is being served > dynamically, no tile caching. Both examples are generated using equivalent > WMS 'GetMap' requests. The first example is using GeoServer version 2.2. > The second example is using version 2.7. How come the 2.7 version drops a > lot of the polygons? For faster rendering?? This is a somewhat complex > dataset, but not THAT complex (the whole thing renders pretty fast in > version 2.2). Is there a setting/config that I can adjust to make 2.7 > behave like 2.2? > Yes, disable the postgis side data simplification, it's a new toggle in the postgis store options. Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *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. --- -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Vector rendering problem
I have Geoserver installed on Linux. Both of my examples below are reading the same postgres/postgis geometry dataset. Data is being served dynamically, no tile caching. Both examples are generated using equivalent WMS 'GetMap' requests. The first example is using GeoServer version 2.2. The second example is using version 2.7. How come the 2.7 version drops a lot of the polygons? For faster rendering?? This is a somewhat complex dataset, but not THAT complex (the whole thing renders pretty fast in version 2.2). Is there a setting/config that I can adjust to make 2.7 behave like 2.2? Thanks! [image: Inline image 1] -- Don Brown GIS Specialist Cherokee Services Group, LLC (CSG) Contractor to the U.S. Geological Survey Fort Collins Science Center 2150 Centre Ave. Bldg. C Fort Collins, CO 80526 (970) 226-9155 *bro...@usgs.gov* -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] CSS module questions
Hi Andrea, First, the CSS extension is awesome; thank you for your hard work on it. I have a few quick questions... 1. I am trying to style GDELT data by EventCode. The first two characters of the EventCode string would be sufficient to name the file I want. I was able to make a separate rule for each code, but it'd be more convenient to do something like mark: url([strConcat(strSubstring(EventCode, 0, 2), '.svg')]); If I'm reading this https://github.com/geotools/geotools/blob/master/modules/unsupported/css/src/main/java/org/geotools/styling/css/CssParser.java#L321 right, it looks like Functions may not work. The docs hint that Expressions might be ok: http://docs.geoserver.org/stable/en/user/extensions/css/properties.html. Did I goof the syntax? If not, I'd be happy to help cook up a quick PR if expresssions/functions in url should be allowed. 2. How does the CSS extension interact with GeoServer's SLD extensions? 3. In the CSS Styles GeoServer UI, I think it'd be awesome to keep the same map extent as one switches between the tabs. If you like the idea, I might be able to play with it over the next few weeks. Cheers, Jim -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Questions about layer naming
Thanks. I found this discussion: http://osgeo-org.1560.x6.nabble.com/Layer-and-store-names-td5167890.html TL;DR - spaces should not be used, and preferably names should be valid XML tag names (defined here: http://www.w3.org/TR/xml/#NT-Name) I thought I might add this to the user guide... On Thu, Apr 23, 2015 at 10:13 AM, Andrea Aime wrote: > On Thu, Apr 23, 2015 at 6:59 PM, Martin Davis wrote: > >> Is there any standard or best practice for the valid charset used for >> layer names? E.g. it seems like using URL-significant chars is not a good >> idea (comma, semicolon, amp, etc). >> >> If a layer is renamed from the default name (ie. the store resource >> name), is there any way in the UI to know what the name of the underlying >> resource is? >> > > Check the geoserver-devel archives, we had multiple discussons on the > topic, what's valid for one standard is not valid for the other and so on. > GeoServer poses no limitation, you're free to hang yourself (but also to > respect naming standards that would be forbidden if we picked the > minimum common denominator). > > Cheers > Andrea > > -- > == > GeoServer Professional Services from the experts! Visit > http://goo.gl/NWWaa2 for more information. > == > > Ing. Andrea Aime > @geowolf > Technical Lead > > GeoSolutions S.A.S. > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 339 8844549 > > http://www.geo-solutions.it > http://twitter.com/geosolutions_it > > *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. > > --- > -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] KML Reflector & KMZ Format
Hi, The default parameters in a KML reflector request has the format set to KMZ, but I am actually getting back KML. Is anyone aware of this behaviour? Or is KML reflector behaving as expected and the document needs to be updated? http://docs.geoserver.org/2.6.x/en/user/googleearth/features/kmlreflector.html Thanks, Danny -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Questions about layer naming
On Thu, Apr 23, 2015 at 6:59 PM, Martin Davis wrote: > Is there any standard or best practice for the valid charset used for > layer names? E.g. it seems like using URL-significant chars is not a good > idea (comma, semicolon, amp, etc). > > If a layer is renamed from the default name (ie. the store resource name), > is there any way in the UI to know what the name of the underlying resource > is? > Check the geoserver-devel archives, we had multiple discussons on the topic, what's valid for one standard is not valid for the other and so on. GeoServer poses no limitation, you're free to hang yourself (but also to respect naming standards that would be forbidden if we picked the minimum common denominator). Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *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. --- -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Questions about layer naming
Is there any standard or best practice for the valid charset used for layer names? E.g. it seems like using URL-significant chars is not a good idea (comma, semicolon, amp, etc). If a layer is renamed from the default name (ie. the store resource name), is there any way in the UI to know what the name of the underlying resource is? -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] ImageMosaicJDBC problem: geoserver stop waiting before postgres send the raster information
Hi all I am the module maintainer. Did you try to use the PostGis raster extension. http://docs.geotools.org/latest/userguide/library/coverage/pgraster.html Cheers Chrilstian On Thu, Apr 23, 2015 at 11:35 AM, Mauro Bartolomeoli < mauro.bartolome...@geo-solutions.it> wrote: > Hi Andre, > > 2015-04-23 11:21 GMT+02:00 Mende, Andre > : > >> Hi Mauro, >> >> >> >> thanks for your explanation. I don´t know where to find the right JIRA >> bug forum? Do you have an URL for me? >> > > You should be able to go here: > https://osgeo-org.atlassian.net/projects/GEOT > > From there, click the "Log in" button, then "Create an account". > > >> >> >> Do you think there is an opportunity to contact the programmer of this >> plugin? >> > > I don't know who is the mantainer of the imagemosaic-jdbc, if he reads the > mailing list, he will probably chime in (for this reason I moved the > discussion to the mailing list again, please don't use private messages for > this). > > >> Because I need this function for my gis-infrastructre and mybe I can add >> some code sniped for faster implementation? >> > > If you can fix the bug yourself and submit a pull request on GitHub, it > will be included quickly in the code, I think. > > Regards, > Mauro > > > -- > == > GeoServer Professional Services from the experts! Visit > http://goo.gl/NWWaa2 for more information. > == > > Dott. Mauro Bartolomeoli > @mauro_bart > Senior Software Engineer > > GeoSolutions S.A.S. > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > > 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. > > > -- > BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT > Develop your own process in accordance with the BPMN 2 standard > Learn Process modeling best practices with Bonita BPM through live > exercises > http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- > event?utm_ > source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF > ___ > Geoserver-users mailing list > Geoserver-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-users > > -- DI Christian Mueller MSc (GIS), MSc (IT-Security) OSS Open Source Solutions GmbH -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] ImageMosaicJDBC problem: geoserver stop waiting before postgres send the raster information
Hi Andre, 2015-04-23 11:21 GMT+02:00 Mende, Andre : > Hi Mauro, > > > > thanks for your explanation. I don´t know where to find the right JIRA bug > forum? Do you have an URL for me? > You should be able to go here: https://osgeo-org.atlassian.net/projects/GEOT >From there, click the "Log in" button, then "Create an account". > > > Do you think there is an opportunity to contact the programmer of this > plugin? > I don't know who is the mantainer of the imagemosaic-jdbc, if he reads the mailing list, he will probably chime in (for this reason I moved the discussion to the mailing list again, please don't use private messages for this). > Because I need this function for my gis-infrastructre and mybe I can add > some code sniped for faster implementation? > If you can fix the bug yourself and submit a pull request on GitHub, it will be included quickly in the code, I think. Regards, Mauro -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Dott. Mauro Bartolomeoli @mauro_bart Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Issue with GRIB input data
Hi Steve, I have checked that dataset which is using a LambertConformal Projection. The current stable version of GT/GS of the NetCDF/GRIB plugins only support WGS84 CRS (lon/lat). However, we are working on supporting grid mapping attributes from NetCDF CF which will allow to support that projection too. That work should be ported to master series in a couple of weeks. Hope this helps. Cheers, Daniele == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. On Thu, Apr 23, 2015 at 2:09 AM, Ferguson, Steve -FS wrote: > Hi all, > > > > I am relatively new to geoserver so bear with me. I have installed > geoserver 2.7.0. I’ve installed the grib plugin from 2.7.X. I can > successfully create a store from this grib file : > > > > > http://nomads.ncep.noaa.gov/pub/data/nccf/com/nam/prod/nam.20150417/nam.t00z.firewxnest.hiresf00.tm00.grib2 > > > > > > But when I attempt to add any of the layers from this store, I receive the > following Exception. > > > > > > ERROR [wicket.RequestCycle] - Error occurred while building the resources > for the configuration page > > java.lang.RuntimeException: Error occurred while building the resources > for the configuration page > > at > org.geoserver.web.data.layer.NewLayerPage.buildLayerInfo(NewLayerPage.java:356) > > at > org.geoserver.web.data.layer.NewLayerPage$8.onClick(NewLayerPage.java:281) > > at > org.geoserver.web.wicket.SimpleAjaxLink$1.onClick(SimpleAjaxLink.java:46) > > at > org.apache.wicket.ajax.markup.html.AjaxLink$1.onEvent(AjaxLink.java:68) > > at > org.apache.wicket.ajax.AjaxEventBehavior.respond(AjaxEventBehavior.java:177) > > at > org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:300) > > at > org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:119) > > at > org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92) > > at > org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250) > > at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329) > > at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1436) > > at org.apache.wicket.RequestCycle.request(RequestCycle.java:545) > > at > org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:484) > > at > org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:138) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) > > at > org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:159) > > at > org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) > > at >
Re: [Geoserver-users] WMS reprojection method in Geoserver
On Thu, Apr 23, 2015 at 12:27 AM, Castrén Antti < antti.cast...@liikennevirasto.fi> wrote: > Hello all, > > How does Geoserver reproject rasters by default? I'm interested in what > kind of interpolation method is used, and is there a possibility to choose > that in UI (or somewhere else)? > Nearest neighbor, you can choose it from the WMS settings panel > > Another question is how the cell size / cell count issue is taken care of? > > In our current case the source WMS server has layers natively in an UTM > projection (EPSG:3067) and we need to reproject a layer to a normal > Mercator projection (EPSG:3395). In theory there should be two steps, first > from UTM to ellipsoid and then from ellipsoid to Mercator. In the first > step the cell would be distorted from a square to rectangular ring arc > segment. The second step would just change the scale more or less. > We build the full math of the transformation and apply it in one step. If the distortion is really high, we apply it as is (slow), otherwise we search for a piecewise affine transformation (grid based) so that the error of applying the simplified one is less than 0.3 of the output pixels (thus, not visible), and gain a significant speedup by doing so. The overall code around the transformation (affine transforms before and after it to scale the data to fit the requested resolution) has been changing over time, so you'll get different results depending on the geoserver version you're using. I suggest you try the devel branch, it has the latest version, should be the one that induces the least amount of resample operations from source to output: http://ares.boundlessgeo.com/geoserver/master/ Cheers Andrea -- == GeoServer Professional Services from the experts! Visit http://goo.gl/NWWaa2 for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it *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. --- -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] ImageMosaicJDBC problem: geoserver stop waiting before postgres send the raster information
Hello GIS-Experts, i am not able to add a store and following create a raster layer with geoserver using the ImageMosaicJDBC. The caracteristic of my Problem is maybe something like a time out of my geoserver application. Previously i have to say that the Problem only occurs if i use the plugin ImageMosaicJDBC. *My Specifications:* Windows Server 2012 (64 Bit) - 2,8 Ghz (2 Processors), 64 GB RAM PostgreSQL 9.3.5 (64 Bit) / PostGIS 2.1.4 (64 Bit) Tomcat 8.0.21 (64 Bit)/ Java 7 (64 Bit) GeoServer 2.7.0 + Image Mosaic JDBC 13.0 Rasterdataset GeoTIFF: 592 Files á 290 MB (sum 165 GB) ...(10. 000 x 10.000 Pixels) 0.2 m x 0.2 pixelsize for every dataset. I have used gdal_retile and the Import function of Image mosaic jdbc like the tutorials of this plugin. Adding a store in the geoserver application with the Special XML-File i wait nearly one hour. Then the geoserver applications stops reloading/waiting for the new Formular "add raster layer". In log-files there are NO visible entry according to this error. Geoserver still abort but not shut down - i can navigate in the gui. Looking in my postgresql/postgis using pgadmin i see a Server Status that shows me postgres is not finished selecting the Information for the Image mosaic jdbc plugin... *I think the Problem could be the big size of my dataset and the fact that geoserver can´t wait until the postgres response the Information to this plugin.* The postgres working until now using this command, but the geoserver don´t wait for the response: select s.location,st_asbinary(st_envelope(s.geom)),s.data from tile_dop2014rgb_0 s Has anybody a good idea what i should do know? By the way - i tested it also on a 32 Bit Server using JAI with only 1 GB of RAM for the Tomcat. The 64 Bit Tomcat Server got up to 54 GB because the postgres only need up to 2-4 GB for working. Here are some other questions for better understanding: 1) Why Image mosaic jdbc calls the full dataset in database using select "all"? Why not call dataset after dataset - maybe it will solve my Problem for big datasets? 2) JAI is a nativ Extension for Geoserver: Are there any Relations between Image mosaic jdbc and JAI? Are there Advantages use JAI with 32 Bit Java 7 counterpart 64 Bit Java 7 without JAI in Geoserver? Best regards and thanks!! André Mende -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
