From julien.enselme at ioda.net Tue Apr 4 05:35:21 2017 From: julien.enselme at ioda.net (Julien Enselme) Date: Tue, 04 Apr 2017 14:35:21 +0200 Subject: [mapserver-users] Make MapServer list dynamically all possible time values Message-ID: <1491309321.3982.8.camel@ioda.net> Hi, I saw on the documentation [1] that I can list manually the time values available for a layer. However, for some layers, I'll have a big list of values that is susceptible to change (new values added). So I was wandering if MapServer could generate this list automatically by reading the column specified by wms_timeitem from the database? Note: a range won't do the trick since the users won't have a way to know which values are available. They are randomly distributed. Regards, [1] http://mapserver.org/ogc/wms_time.html#supported-time-requests -- Julien Enselme Software Engineer Ioda-Net S?rl, Switzerland From aperi2007 at gmail.com Tue Apr 4 07:35:58 2017 From: aperi2007 at gmail.com (Andrea Peri) Date: Tue, 4 Apr 2017 16:35:58 +0200 Subject: [mapserver-users] A trouble at validation level Message-ID: Hi, I have an error try-ing to validate this string: afa24052-7022-4147-96bc-0478ad0d8c6f The mapserver log return me this error message: [Tue Apr 4 15:22:06 2017].223708 layer (idtest): failed to validate (procedimento=afa24052-7022-4147-96bc-0478ad0d8c6f) for regex (^[a-zA-Z0-9\-_.\=#'&% ]+$) I'm not so skill on regexp, and i'm not able to understand why it is not validated. My mapfile fragment is this: VALIDATION 'procedimento' '^[a-zA-Z0-9\-_.\=#\'&%() ]+$' 'default_procedimento' '0' END Many thx to everyone. -- ----------------- Andrea Peri . . . . . . . . . qwerty ????? ----------------- From jukka.rahkonen at maanmittauslaitos.fi Tue Apr 4 07:53:49 2017 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Tue, 4 Apr 2017 14:53:49 +0000 Subject: [mapserver-users] A trouble at validation level Message-ID: <075e01a1479541f4ba46067791d38a1c@C119S212VM022.msvyvi.vaha.local> Hi, The online validator at http://www.regextester.com/ validates your string with your regexp. -Jukka Rahkonen- Andrea Peri wrote: [mapserver-users] A trouble at validation level Hi, I have an error try-ing to validate this string: afa24052-7022-4147-96bc-0478ad0d8c6f The mapserver log return me this error message: [Tue Apr 4 15:22:06 2017].223708 layer (idtest): failed to validate (procedimento=afa24052-7022-4147-96bc-0478ad0d8c6f) for regex (^[a-zA-Z0-9\-_.\=#'&% ]+$) I'm not so skill on regexp, and i'm not able to understand why it is not validated. My mapfile fragment is this: VALIDATION 'procedimento' '^[a-zA-Z0-9\-_.\=#\'&%() ]+$' 'default_procedimento' '0' END Many thx to everyone. -- ----------------- Andrea Peri . . . . . . . . . qwerty ????? ----------------- _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From aperi2007 at gmail.com Tue Apr 4 07:59:38 2017 From: aperi2007 at gmail.com (Andrea Peri) Date: Tue, 4 Apr 2017 16:59:38 +0200 Subject: [mapserver-users] A trouble at validation level In-Reply-To: <075e01a1479541f4ba46067791d38a1c@C119S212VM022.msvyvi.vaha.local> References: <075e01a1479541f4ba46067791d38a1c@C119S212VM022.msvyvi.vaha.local> Message-ID: Thx Jukka. I see it. But the log of mapserver report me that the same reg-expression is not validation. So this mean the mapserver is not using a real regular expression validator ? [Tue Apr 4 15:54:19 2017].452382 msApplySubstitutions(): Regular expression error. Parameter pattern validation failed. [Tue Apr 4 15:54:19 2017].452433 layer (idtest): failed to validate (procedimento=afa24052-7022-4147-96bc-0478ad0d8c6f) for regex (^[a-zA-Z0-9\-_.\=#'&%() ]+$) A. 2017-04-04 16:53 GMT+02:00 Rahkonen Jukka (MML) : > Hi, > > The online validator at http://www.regextester.com/ validates your string with your regexp. > > -Jukka Rahkonen- > > Andrea Peri wrote: > [mapserver-users] A trouble at validation level > > Hi, > I have an error try-ing to validate this string: > afa24052-7022-4147-96bc-0478ad0d8c6f > > The mapserver log return me this error message: > > [Tue Apr 4 15:22:06 2017].223708 layer (idtest): failed to validate > (procedimento=afa24052-7022-4147-96bc-0478ad0d8c6f) for regex (^[a-zA-Z0-9\-_.\=#'&% ]+$) > > I'm not so skill on regexp, and i'm not able to understand why it is not validated. > > My mapfile fragment is this: > > VALIDATION > 'procedimento' '^[a-zA-Z0-9\-_.\=#\'&%() ]+$' > 'default_procedimento' '0' > END > > Many thx to everyone. > > -- > ----------------- > Andrea Peri > . . . . . . . . . > qwerty ????? > ----------------- > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -- ----------------- Andrea Peri . . . . . . . . . qwerty ????? ----------------- From steve.lime at state.mn.us Tue Apr 4 08:19:47 2017 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Tue, 4 Apr 2017 15:19:47 +0000 Subject: [mapserver-users] A trouble at validation level In-Reply-To: References: <075e01a1479541f4ba46067791d38a1c@C119S212VM022.msvyvi.vaha.local> Message-ID: MapServer uses the system-level POSIX regex lib available on your system. It's not trying to anything itself... -----Original Message----- From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Andrea Peri Sent: Tuesday, April 04, 2017 10:00 AM To: Rahkonen Jukka (MML) Cc: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] A trouble at validation level Thx Jukka. I see it. But the log of mapserver report me that the same reg-expression is not validation. So this mean the mapserver is not using a real regular expression validator ? [Tue Apr 4 15:54:19 2017].452382 msApplySubstitutions(): Regular expression error. Parameter pattern validation failed. [Tue Apr 4 15:54:19 2017].452433 layer (idtest): failed to validate (procedimento=afa24052-7022-4147-96bc-0478ad0d8c6f) for regex (^[a-zA-Z0-9\-_.\=#'&%() ]+$) A. 2017-04-04 16:53 GMT+02:00 Rahkonen Jukka (MML) : > Hi, > > The online validator at http://www.regextester.com/ validates your string with your regexp. > > -Jukka Rahkonen- > > Andrea Peri wrote: > [mapserver-users] A trouble at validation level > > Hi, > I have an error try-ing to validate this string: > afa24052-7022-4147-96bc-0478ad0d8c6f > > The mapserver log return me this error message: > > [Tue Apr 4 15:22:06 2017].223708 layer (idtest): failed to validate > (procedimento=afa24052-7022-4147-96bc-0478ad0d8c6f) for regex (^[a-zA-Z0-9\-_.\=#'&% ]+$) > > I'm not so skill on regexp, and i'm not able to understand why it is not validated. > > My mapfile fragment is this: > > VALIDATION > 'procedimento' '^[a-zA-Z0-9\-_.\=#\'&%() ]+$' > 'default_procedimento' '0' > END > > Many thx to everyone. > > -- > ----------------- > Andrea Peri > . . . . . . . . . > qwerty ????? > ----------------- > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -- ----------------- Andrea Peri . . . . . . . . . qwerty ????? ----------------- _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Tue Apr 4 09:30:06 2017 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Tue, 4 Apr 2017 11:30:06 -0500 Subject: [mapserver-users] A trouble at validation level In-Reply-To: References: <075e01a1479541f4ba46067791d38a1c@C119S212VM022.msvyvi.vaha.local> Message-ID: <66caa4db-5ddf-da44-28cb-57b58ca7472b@swoodbridge.com> Try this: (^[-a-zA-Z0-9_.=#'&%() ]+$) If you want '-' in the character class [] it must be the first char in the brackets otherwise it is interpreted as a range character. And you should not need to escape chars in the [] class with '\' -Steve On 4/4/2017 9:59 AM, Andrea Peri wrote: > Thx Jukka. > > I see it. > But the log of mapserver report me that the same reg-expression is not > validation. > So this mean the mapserver is not using a real regular expression validator ? > > [Tue Apr 4 15:54:19 2017].452382 msApplySubstitutions(): Regular > expression error. Parameter pattern validation failed. > [Tue Apr 4 15:54:19 2017].452433 layer (idtest): failed to validate > (procedimento=afa24052-7022-4147-96bc-0478ad0d8c6f) for regex > (^[a-zA-Z0-9\-_.\=#'&%() ]+$) > > > > A. > > 2017-04-04 16:53 GMT+02:00 Rahkonen Jukka (MML) > : >> Hi, >> >> The online validator at http://www.regextester.com/ validates your string with your regexp. >> >> -Jukka Rahkonen- >> >> Andrea Peri wrote: >> [mapserver-users] A trouble at validation level >> >> Hi, >> I have an error try-ing to validate this string: >> afa24052-7022-4147-96bc-0478ad0d8c6f >> >> The mapserver log return me this error message: >> >> [Tue Apr 4 15:22:06 2017].223708 layer (idtest): failed to validate >> (procedimento=afa24052-7022-4147-96bc-0478ad0d8c6f) for regex (^[a-zA-Z0-9\-_.\=#'&% ]+$) >> >> I'm not so skill on regexp, and i'm not able to understand why it is not validated. >> >> My mapfile fragment is this: >> >> VALIDATION >> 'procedimento' '^[a-zA-Z0-9\-_.\=#\'&%() ]+$' >> 'default_procedimento' '0' >> END >> >> Many thx to everyone. >> >> -- >> ----------------- >> Andrea Peri >> . . . . . . . . . >> qwerty ????? >> ----------------- >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users > > > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From aperi2007 at gmail.com Tue Apr 4 08:49:16 2017 From: aperi2007 at gmail.com (Andrea Peri) Date: Tue, 4 Apr 2017 17:49:16 +0200 Subject: [mapserver-users] A trouble at validation level In-Reply-To: <66caa4db-5ddf-da44-28cb-57b58ca7472b@swoodbridge.com> References: <075e01a1479541f4ba46067791d38a1c@C119S212VM022.msvyvi.vaha.local> <66caa4db-5ddf-da44-28cb-57b58ca7472b@swoodbridge.com> Message-ID: Hi Stephen. Thx a lot for hint. The right string was this '^[-a-zA-Z0-9_.\=#\'&%() ]+$' It was necessary to put the "-" as first and protect the = and ' using the \ char. A. 2017-04-04 18:30 GMT+02:00 Stephen Woodbridge : > Try this: > > (^[-a-zA-Z0-9_.=#'&%() ]+$) > > If you want '-' in the character class [] it must be the first char in the > brackets otherwise it is interpreted as a range character. And you should > not need to escape chars in the [] class with '\' > > -Steve > > > On 4/4/2017 9:59 AM, Andrea Peri wrote: >> >> Thx Jukka. >> >> I see it. >> But the log of mapserver report me that the same reg-expression is not >> validation. >> So this mean the mapserver is not using a real regular expression >> validator ? >> >> [Tue Apr 4 15:54:19 2017].452382 msApplySubstitutions(): Regular >> expression error. Parameter pattern validation failed. >> [Tue Apr 4 15:54:19 2017].452433 layer (idtest): failed to validate >> (procedimento=afa24052-7022-4147-96bc-0478ad0d8c6f) for regex >> (^[a-zA-Z0-9\-_.\=#'&%() ]+$) >> >> >> >> A. >> >> 2017-04-04 16:53 GMT+02:00 Rahkonen Jukka (MML) >> : >>> >>> Hi, >>> >>> The online validator at http://www.regextester.com/ validates your string >>> with your regexp. >>> >>> -Jukka Rahkonen- >>> >>> Andrea Peri wrote: >>> [mapserver-users] A trouble at validation level >>> >>> Hi, >>> I have an error try-ing to validate this string: >>> afa24052-7022-4147-96bc-0478ad0d8c6f >>> >>> The mapserver log return me this error message: >>> >>> [Tue Apr 4 15:22:06 2017].223708 layer (idtest): failed to validate >>> (procedimento=afa24052-7022-4147-96bc-0478ad0d8c6f) for regex >>> (^[a-zA-Z0-9\-_.\=#'&% ]+$) >>> >>> I'm not so skill on regexp, and i'm not able to understand why it is not >>> validated. >>> >>> My mapfile fragment is this: >>> >>> VALIDATION >>> 'procedimento' '^[a-zA-Z0-9\-_.\=#\'&%() ]+$' >>> 'default_procedimento' '0' >>> END >>> >>> Many thx to everyone. >>> >>> -- >>> ----------------- >>> Andrea Peri >>> . . . . . . . . . >>> qwerty ????? >>> ----------------- >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> >> >> > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users -- ----------------- Andrea Peri . . . . . . . . . qwerty ????? ----------------- From emperor_stef at yahoo.gr Sat Apr 8 11:26:49 2017 From: emperor_stef at yahoo.gr (Stefanos Anastasiou) Date: Sat, 8 Apr 2017 18:26:49 +0000 (UTC) Subject: [mapserver-users] Mascript information References: <2119997706.3398766.1491676009531.ref@mail.yahoo.com> Message-ID: <2119997706.3398766.1491676009531@mail.yahoo.com> Hi list,?? ?I need a small clarification about mapscript. I noticed that the documentation on the API of php Mapscript is fully documented here: http://mapserver.org/mapscript/php/phpmapscript.html? Regarding python mapscript, which documentation is the appropriate one? Is it this??http://mapserver.org/mapscript/mapscript.html? I mean like, the API is the same for both languages and all we need is the language agnostic documentation of the previous link? I'm a bit confused.... Regards,Stefanos -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at swoodbridge.com Sat Apr 8 12:41:55 2017 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Sat, 8 Apr 2017 15:41:55 -0400 Subject: [mapserver-users] Mascript information In-Reply-To: <2119997706.3398766.1491676009531@mail.yahoo.com> References: <2119997706.3398766.1491676009531.ref@mail.yahoo.com> <2119997706.3398766.1491676009531@mail.yahoo.com> Message-ID: <40d46cf8-86a5-6297-6228-0339e03dc2da@swoodbridge.com> On 4/8/2017 2:26 PM, Stefanos Anastasiou wrote: > Hi list, > I need a small clarification about mapscript. I noticed that the > documentation on the API of php Mapscript is fully documented here: > > http://mapserver.org/mapscript/php/phpmapscript.html > > Regarding python mapscript, which documentation is the appropriate one? > Is it this? http://mapserver.org/mapscript/mapscript.html > > I mean like, the API is the same for both languages and all we need is > the language agnostic documentation of the previous link? > > I'm a bit confused.... Historically, PHP mapscript was a little bit different from the SWIG mapscript variants. They are very close but not exactly the same for all things. In the next major release I believe PHP 7 will also be supported under the SWIG version. I believe that the plan is to keep the old legacy php mapscript for backwards compatibility but deprecate it, but don't hold me to that. Hope this helps, -Steve W --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From woodbri at swoodbridge.com Sat Apr 8 12:43:54 2017 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Sat, 8 Apr 2017 15:43:54 -0400 Subject: [mapserver-users] Mascript information In-Reply-To: <40d46cf8-86a5-6297-6228-0339e03dc2da@swoodbridge.com> References: <2119997706.3398766.1491676009531.ref@mail.yahoo.com> <2119997706.3398766.1491676009531@mail.yahoo.com> <40d46cf8-86a5-6297-6228-0339e03dc2da@swoodbridge.com> Message-ID: <8c82132d-2d44-529f-d1e0-adb5e312bd63@swoodbridge.com> On 4/8/2017 3:41 PM, Stephen Woodbridge wrote: > On 4/8/2017 2:26 PM, Stefanos Anastasiou wrote: >> Hi list, >> I need a small clarification about mapscript. I noticed that the >> documentation on the API of php Mapscript is fully documented here: >> >> http://mapserver.org/mapscript/php/phpmapscript.html >> >> Regarding python mapscript, which documentation is the appropriate >> one? Is it this? http://mapserver.org/mapscript/mapscript.html >> >> I mean like, the API is the same for both languages and all we need is >> the language agnostic documentation of the previous link? >> >> I'm a bit confused.... > > Historically, PHP mapscript was a little bit different from the SWIG > mapscript variants. They are very close but not exactly the same for all > things. In the next major release I believe PHP 7 will also be supported > under the SWIG version. I believe that the plan is to keep the old > legacy php mapscript for backwards compatibility but deprecate it, but > don't hold me to that. > > Hope this helps, > -Steve W Oh! forgot to mention that Python mapscript in fact all mapscripts other than PHP use the SWIG API Reference. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From woodbri at swoodbridge.com Sun Apr 9 08:40:59 2017 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Sun, 9 Apr 2017 11:40:59 -0400 Subject: [mapserver-users] =?utf-8?b?zqPPh861z4Q6ICBNYXNjcmlwdCBpbmZvcm1h?= =?utf-8?q?tion?= In-Reply-To: <993399538.1126520.1491747469689@mail.yahoo.com> References: <2119997706.3398766.1491676009531.ref@mail.yahoo.com> <2119997706.3398766.1491676009531@mail.yahoo.com> <40d46cf8-86a5-6297-6228-0339e03dc2da@swoodbridge.com> <8c82132d-2d44-529f-d1e0-adb5e312bd63@swoodbridge.com> <993399538.1126520.1491747469689@mail.yahoo.com> Message-ID: <01e37193-4a96-53bc-7458-88b66e65eb34@swoodbridge.com> I think it is a matter of taste, but consider the fact that if you plan to start a large application development now using php, then you will have to make some changes to it to move it to the new SWIG interface. The changes should not be major but it will require changes to some of it. I believe the the PHP SWIG based code is available see RFC 117 and you could search the dev list archives for "PHP 7". Jeff McKenna is the one to contact on the details of what, when, where, how, etc related to PHP 7 and PHP SWIG. -Steve W On 4/9/2017 10:17 AM, Stefanos Anastasiou wrote: > Hi Stephen, > Thank you for your reply..! > So until the next big release php mapscript, doesn't belong to the > SWIG family. Any recommendation between php and python mapscript ? I > guess it should more of a matter of taste in the end, but apart from that? > > Thank you very much. > > -Stefanos > > > ???? 10:44 ?.?. ???????, 8 ???????? 2017, ?/? Stephen Woodbridge > ??????: > > > On 4/8/2017 3:41 PM, Stephen Woodbridge wrote: > > On 4/8/2017 2:26 PM, Stefanos Anastasiou wrote: > >> Hi list, > >> I need a small clarification about mapscript. I noticed that the > >> documentation on the API of php Mapscript is fully documented here: > >> > >> http://mapserver.org/mapscript/php/phpmapscript.html > >> > >> Regarding python mapscript, which documentation is the appropriate > >> one? Is it this? http://mapserver.org/mapscript/mapscript.html > >> > >> I mean like, the API is the same for both languages and all we need is > >> the language agnostic documentation of the previous link? > >> > >> I'm a bit confused.... > > > > Historically, PHP mapscript was a little bit different from the SWIG > > mapscript variants. They are very close but not exactly the same for all > > things. In the next major release I believe PHP 7 will also be supported > > under the SWIG version. I believe that the plan is to keep the old > > legacy php mapscript for backwards compatibility but deprecate it, but > > don't hold me to that. > > > > Hope this helps, > > -Steve W > > Oh! forgot to mention that Python mapscript in fact all mapscripts other > than PHP use the SWIG API Reference. > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From pe_lord at yahoo.ca Mon Apr 10 09:47:48 2017 From: pe_lord at yahoo.ca (pe_lord) Date: Mon, 10 Apr 2017 09:47:48 -0700 (MST) Subject: [mapserver-users] Mapserver 7.0.4 Join 1:M ouput in GML Message-ID: <1491842868500-5316702.post@n6.nabble.com> I would like to know if it is possible to ouput a 1:M join -- join doc -- into a GML as suggested into this page: Template output At this moment, I succeed with HTML template. Here one of my HTML template retrieving content from many pg tables. Example 1 Example 2 This question is linked ton an integration to Openlayers4 ( URL ) -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Mapserver-7-0-4-Join-1-M-ouput-in-GML-tp5316702.html Sent from the Mapserver - User mailing list archive at Nabble.com. From david at impstyle.com Tue Apr 11 17:22:12 2017 From: david at impstyle.com (David) Date: Wed, 12 Apr 2017 00:22:12 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms Message-ID: Hi there, iam having some trouble to serve 48 bit geotiff images with a mapserver 7 wms. I created to layers for speed purposes with scale limiters. The lowres layer is served well and looks good, it is 24bit geotiff data(8bit per channel). But if the layer changes to the highres, 48bit geotiff data(16bit per channel), the data is shown wrong. I searched for some hints regarding a similar issue but could not find something. This is a screenshot of the loaded highres layer. It does not matter if i load a bbox inside the browser, qgis or another wms client. The highres data looks always the same. image loaded from highres layer: http://imgur.com/a/B65cp the mapfile: https://pastebin.com/4G2DZErZ the gdalinfo for one 16bit 3-band tile: https://pastebin.com/kfS0BjmE Best Regards, David -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at swoodbridge.com Tue Apr 11 18:25:01 2017 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Tue, 11 Apr 2017 21:25:01 -0400 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: References: Message-ID: Read this: http://mapserver.org/input/raster.html You need to add to your highres layer PROCESSING "SCALE=AUTO" Or per band scaling. I done thing most browsers know what to do with 16 bits per channel. -Steve W On 4/11/2017 8:22 PM, David wrote: > Hi there, > > iam having some trouble to serve 48 bit geotiff images with a mapserver > 7 wms. I created to layers for speed purposes with scale limiters. The > lowres layer is served well and looks good, it is 24bit geotiff > data(8bit per channel). But if the layer changes to the highres, 48bit > geotiff data(16bit per channel), the data is shown wrong. > I searched for some hints regarding a similar issue but could not find > something. > > This is a screenshot of the loaded highres layer. It does not matter if > i load a bbox inside the browser, qgis or another wms client. The > highres data looks always the same. > > image loaded from highres layer: > http://imgur.com/a/B65cp > > the mapfile: > https://pastebin.com/4G2DZErZ > > the gdalinfo for one 16bit 3-band tile: > https://pastebin.com/kfS0BjmE > > Best Regards, > David > > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From thomas.bonfort at gmail.com Thu Apr 13 07:24:36 2017 From: thomas.bonfort at gmail.com (thomas bonfort) Date: Thu, 13 Apr 2017 14:24:36 +0000 Subject: [mapserver-users] Mapcache 1.6.0 release Message-ID: The latest release [1] of MapCache is out. Major features of this 1.6 release include: - advanced (multi)dimension support - support for exponential backoff/retry on cache and source errors - support for external credential providers for GCP/S3 caches - support for GDAL sources (with reprojection) - support for direct access to optimized TIF files on REST/GCP caches. - fallback support for failing wms sources The migration_guide.txt file included in the archive contains migration information required on the config file for users making use of dimension support. [1] http://download.osgeo.org/mapserver/mapcache-1.6.0.tar.gz Best regards, The MapServer Team -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at impstyle.com Thu Apr 13 08:03:34 2017 From: david at impstyle.com (David) Date: Thu, 13 Apr 2017 15:03:34 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: References: Message-ID: Hi Steve, thank you very much for your help. The Mapserver is serving the tiles with the correct RGB values now. The problem is, that it is serving 8 bit per band and not 16 bit. I need the 16bit because i want to use the wms as a base layer for some further processing with qgis or another gis client. So no problem regarding browsers for me. I will take a look and change the data type to float32 for the tiff files. At least this is an supported OUTPUTFORMAT for mapserver. Any suggestions on this matter are highly appreciated. Cheers, David ------ Original Message ------ From: mapserver-users-request at lists.osgeo.org To: mapserver-users at lists.osgeo.org Sent: 4/12/2017 4:00:02 PM Subject: mapserver-users Digest, Vol 111, Issue 5 >Send mapserver-users mailing list submissions to > mapserver-users at lists.osgeo.org > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.osgeo.org/mailman/listinfo/mapserver-users >or, via email, send a message with subject or body 'help' to > mapserver-users-request at lists.osgeo.org > >You can reach the person managing the list at > mapserver-users-owner at lists.osgeo.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of mapserver-users digest..." > > >Today's Topics: > > 1. geotiff 48bit with mapserver 7 wms (David) > 2. Re: geotiff 48bit with mapserver 7 wms (Stephen Woodbridge) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Wed, 12 Apr 2017 00:22:12 +0000 >From: David >To: mapserver-users at lists.osgeo.org >Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >Message-ID: >Content-Type: text/plain; charset="utf-8"; Format="flowed" > >Hi there, > >iam having some trouble to serve 48 bit geotiff images with a mapserver >7 wms. I created to layers for speed purposes with scale limiters. The >lowres layer is served well and looks good, it is 24bit geotiff >data(8bit per channel). But if the layer changes to the highres, 48bit >geotiff data(16bit per channel), the data is shown wrong. >I searched for some hints regarding a similar issue but could not find >something. > >This is a screenshot of the loaded highres layer. It does not matter if >i load a bbox inside the browser, qgis or another wms client. The >highres data looks always the same. > >image loaded from highres layer: >http://imgur.com/a/B65cp > >the mapfile: >https://pastebin.com/4G2DZErZ > >the gdalinfo for one 16bit 3-band tile: >https://pastebin.com/kfS0BjmE > >Best Regards, >David >-------------- next part -------------- >An HTML attachment was scrubbed... >URL: > > >------------------------------ > >Message: 2 >Date: Tue, 11 Apr 2017 21:25:01 -0400 >From: Stephen Woodbridge >To: mapserver-users at lists.osgeo.org >Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >Message-ID: >Content-Type: text/plain; charset=utf-8; format=flowed > >Read this: >http://mapserver.org/input/raster.html > >You need to add to your highres layer > >PROCESSING "SCALE=AUTO" > >Or per band scaling. I done thing most browsers know what to do with 16 >bits per channel. > >-Steve W > >On 4/11/2017 8:22 PM, David wrote: >> Hi there, >> >> iam having some trouble to serve 48 bit geotiff images with a >>mapserver >> 7 wms. I created to layers for speed purposes with scale limiters. >>The >> lowres layer is served well and looks good, it is 24bit geotiff >> data(8bit per channel). But if the layer changes to the highres, >>48bit >> geotiff data(16bit per channel), the data is shown wrong. >> I searched for some hints regarding a similar issue but could not >>find >> something. >> >> This is a screenshot of the loaded highres layer. It does not matter >>if >> i load a bbox inside the browser, qgis or another wms client. The >> highres data looks always the same. >> >> image loaded from highres layer: >> http://imgur.com/a/B65cp >> >> the mapfile: >> https://pastebin.com/4G2DZErZ >> >> the gdalinfo for one 16bit 3-band tile: >> https://pastebin.com/kfS0BjmE >> >> Best Regards, >> David >> >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users >> > > >--- >This email has been checked for viruses by Avast antivirus software. >https://www.avast.com/antivirus > > > >------------------------------ > >Subject: Digest Footer > >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >https://lists.osgeo.org/mailman/listinfo/mapserver-users > >------------------------------ > >End of mapserver-users Digest, Vol 111, Issue 5 >*********************************************** From emperor_stef at yahoo.gr Thu Apr 13 10:26:51 2017 From: emperor_stef at yahoo.gr (Stefanos Anastasiou) Date: Thu, 13 Apr 2017 17:26:51 +0000 (UTC) Subject: [mapserver-users] CONGIG MS_ERRORFILE ownership References: <1937938063.2329761.1492104411770.ref@mail.yahoo.com> Message-ID: <1937938063.2329761.1492104411770@mail.yahoo.com> Hello list,? ?I noticed that when I set the ? CONFIG "MS_ERRORFILE" "/home/stefanos/mapdata/log_file.log" ? it is saved with ownership to www-data for both user and group. Well this seems to cause problem for Python mapscript (at least at my machine with Python version 2.7 - Python 3 is not able to import mapscript at all). ?I'm using Spyder as an environment and it gives me the following message? MapServerError: msSetErrorFile(): General error message. Failed to open MS_ERRORFILE /home/stefanos/mapdata/log_file.log mapserv -v? MapServer version 7.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV SUPPORTS=XMP SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Is there any way to solve this issue ?? -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at swoodbridge.com Thu Apr 13 11:27:26 2017 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Thu, 13 Apr 2017 14:27:26 -0400 Subject: [mapserver-users] CONGIG MS_ERRORFILE ownership In-Reply-To: <1937938063.2329761.1492104411770@mail.yahoo.com> References: <1937938063.2329761.1492104411770.ref@mail.yahoo.com> <1937938063.2329761.1492104411770@mail.yahoo.com> Message-ID: <3ef355bf-d149-1f03-cc1e-2982a5164c97@swoodbridge.com> On 4/13/2017 1:26 PM, Stefanos Anastasiou wrote: > Hello list, > I noticed that when I set the CONFIG "MS_ERRORFILE" > "/home/stefanos/mapdata/log_file.log" it is saved with ownership to > www-data for both user and group. Well this seems to cause problem for > Python mapscript (at least at my machine with Python version 2.7 - > Python 3 is not able to import mapscript at all). I'm using Spyder as > an environment and it gives me the following message > > MapServerError: msSetErrorFile(): General error message. Failed to open > MS_ERRORFILE /home/stefanos/mapdata/log_file.log > > mapserv -v > > MapServer version 7.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ > SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV > SUPPORTS=XMP SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER > SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS > INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > Is there any way to solve this issue ? Create the file before you use and make if group writable and group owned by www-data sudo rm /home/stefanos/mapdata/log_file.log touch /home/stefanos/mapdata/log_file.log chmod 664 /home/stefanos/mapdata/log_file.log sudo chgrp www-data /home/stefanos/mapdata/log_file.log -Steve W --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From pe_lord at yahoo.ca Thu Apr 13 12:38:55 2017 From: pe_lord at yahoo.ca (pe_lord) Date: Thu, 13 Apr 2017 12:38:55 -0700 (MST) Subject: [mapserver-users] Mapserver 7.0.4 Join 1:M ouput in GML In-Reply-To: <1491842868500-5316702.post@n6.nabble.com> References: <1491842868500-5316702.post@n6.nabble.com> Message-ID: <1492112335056-5317266.post@n6.nabble.com> I did'nt succed to overide the gml native template from Mapserver. Despite, I succeded in combining my join into a GEOJSON. The real problem to increment [shpxy] with correct option to format coordinates correctly. With my tries, i've seen that the trimlast option do not work properly. Here how look my templates ==================================================================== Main template ==================================================================== // mapserver template { "type":"FeatureCollection", "crs":{ "type":"name", "properties":{ "name":"urn:ogc:def:crs:EPSG::3857" } }, "features":[ { "type":"Feature", "properties":{ "ID":"[ID]", [join_NAMEOFTHEJOIN] "Total":"[total]" # NEED to add something after the 1:M Join to manage my last , from my join content. }, "geometry":{ "type":"Polygon", "coordinates":[ [shpext format="[[$minx,$miny],[$maxx,$miny],[$maxx,$maxy],[$minx,$maxy],[$minx,$miny]]"] ] } } ] } ============================================= 1:M template join ============================================= //Mapserver Template "field1_[NAMEOFTHEJOIN_FIELD1]":"[NAMEOFTHEJOIN_FIELD1]", # I ADD NAMEOFTHEJOIN_FIELD1] after field1 or field2 because JSON dont manage identical keys. "field2_[NAMEOFTHEJOIN_FIELD1]":"[NAMEOFTHEJOIN_FIELD1]", -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Mapserver-7-0-4-Join-1-M-ouput-in-GML-tp5316702p5317266.html Sent from the Mapserver - User mailing list archive at Nabble.com. From woodbri at swoodbridge.com Thu Apr 13 13:07:11 2017 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Thu, 13 Apr 2017 16:07:11 -0400 Subject: [mapserver-users] =?utf-8?b?zqPPh861z4Q6ICBDT05HSUcgTVNfRVJST1JG?= =?utf-8?q?ILE_ownership?= In-Reply-To: <1255529093.2360653.1492109655368@mail.yahoo.com> References: <1937938063.2329761.1492104411770.ref@mail.yahoo.com> <1937938063.2329761.1492104411770@mail.yahoo.com> <3ef355bf-d149-1f03-cc1e-2982a5164c97@swoodbridge.com> <1255529093.2360653.1492109655368@mail.yahoo.com> Message-ID: <463641b3-93ae-a67e-aeec-4387dc1d0631@swoodbridge.com> On 4/13/2017 2:54 PM, Stefanos Anastasiou wrote: > Hello Stephen, > Thank you.!! I works. I thought that the errofile is created every > time you run the app. > > Regarding Python Mapscript: we put the script in DocumentRoot and run it > the browser like http://localhost/script.py ?? You probably need to put it in cgi-bin directory and then access it via http://localhost/cgi-bin/script.py -Steve > ???? 9:27 ?.?. ??????, 13 ???????? 2017, ?/? Stephen Woodbridge > ??????: > > > On 4/13/2017 1:26 PM, Stefanos Anastasiou wrote: > > > Hello list, > > I noticed that when I set the CONFIG "MS_ERRORFILE" > > "/home/stefanos/mapdata/log_file.log" it is saved with ownership to > > www-data for both user and group. Well this seems to cause problem for > > Python mapscript (at least at my machine with Python version 2.7 - > > Python 3 is not able to import mapscript at all). I'm using Spyder as > > an environment and it gives me the following message > > > > MapServerError: msSetErrorFile(): General error message. Failed to open > > MS_ERRORFILE /home/stefanos/mapdata/log_file.log > > > > mapserv -v > > > > MapServer version 7.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ > > SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV > > SUPPORTS=XMP SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER > > SUPPORTS=SOS_SERVER SUPPORTS=FASTCGI SUPPORTS=THREADS SUPPORTS=GEOS > > INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > > > Is there any way to solve this issue ? > > > Create the file before you use and make if group writable and group > owned by www-data > > sudo rm /home/stefanos/mapdata/log_file.log > touch /home/stefanos/mapdata/log_file.log > chmod 664 /home/stefanos/mapdata/log_file.log > sudo chgrp www-data /home/stefanos/mapdata/log_file.log > > -Steve W > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users > > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From jmorgan3 at uwf.edu Thu Apr 13 18:29:27 2017 From: jmorgan3 at uwf.edu (jmorgan3) Date: Thu, 13 Apr 2017 20:29:27 -0500 Subject: [mapserver-users] styling point shapefile for wms Message-ID: <5554e4d2-b302-f4a4-d8bb-95a5406bf914@uwf.edu> Hello, I am attempting to set up a basic MapServer environment and finding myself such at what I think is a styling through WMS issue. I am finding if I call up a WMS via the following URL I get the expected results http://127.0.0.1:8080/cgi-bin/mapserv.exe?map=/ms4w/apps/wq/wq.map&layer=wq_stations&mode=map However, if I call the same WMS using http://127.0.0.1:8080/cgi-bin/mapserv.exe?map=/ms4w/apps/wq/wq.map&SERVICE=WMS&map=/ms4w/apps/wq/wq.map&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=wq_stations&CRS=EPSG:4326&BBOX=-87.6,30.00,-87.26,31.00&STYLES=&WIDTH=600&HEIGHT=600&FORMAT=image/png I get a blank page. Perhaps in the first URL I am not actually using WMS, but I am thinking the issue is more to do with how I setup or incorrectly my STYLE. Here is my map file for reference: # # Start of map file # MAP NAME WQ STATUS ON SIZE 600 600 EXTENT -87.6 30.00 -87.26 31.00 #EXTENT -87.60 28.67 -82.65 31.07 # [minx] [miny] [maxx] [maxy] IMAGETYPE PNG CONFIG "MS_ERRORFILE" "/ms4w/tmp/ms_error.txt" DEBUG 5 PROJECTION "init=epsg:4326" END WEB # change the next two lines to match your setup IMAGEPATH "C:/ms4w/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" METADATA WMS_TITLE "WQ Demo" WMS_ABSTRACT "This is WQ Demo" WMS_ENABLE_REQUEST "*" WMS_ACCESSCONSTRAINTS "none" # change this value to match your setup WMS_ONLINERESOURCE "http://127.0.0.1:8080/cgi-bin/mapserv.exe?map=/ms4w/apps/wq/wq.map" WMS_SRS "EPSG:4326" END END #Circle symbol #Ref: http://osgeo-org.1560.x6.nabble.com/Can-t-draw-points-from-shapefile-td5070300.html SYMBOL NAME 'CIRCLE' TYPE ellipse FILLED true POINTS 1 1 END END # # Start of layer definitions # LAYER NAME "wq_stations" DATA 'data/ewqma_stations4326.shp' STATUS ON TYPE POINT CLASS STYLE SYMBOL 'CIRCLE' COLOR 255 1 1 END END # CLASS END # LAYER END # LAYER END # Map File Any pointers on what I am doing or interpreting incorrectly would be greatly appreciated. Thanks, Derek From jmckenna at gatewaygeomatics.com Fri Apr 14 09:25:35 2017 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 14 Apr 2017 13:25:35 -0300 Subject: [mapserver-users] styling point shapefile for wms In-Reply-To: <1ee743dd-3a0f-5d13-cd43-7724103feabc@gatewaygeomatics.com> References: <5554e4d2-b302-f4a4-d8bb-95a5406bf914@uwf.edu> <1ee743dd-3a0f-5d13-cd43-7724103feabc@gatewaygeomatics.com> Message-ID: I can imagine after you do a GetCapabilities request you will notice many warnings in that response: be sure to get rid of all warnings, or else there will be problems in clients downstream (QGIS etc). For example, be sure to add metadata for all layers, and a projection object to all layers, etc etc. Best/easiest to just follow a working example mapfile: http://mapserver.org/ogc/wms_server.html#sample-wms-server-mapfile Have a nice easter, -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2017-04-14 1:13 PM, Jeff McKenna wrote: > Hi Derek, > > Since your request is using WMS 1.3.0, the issue could be specifying > long/lat vs lat/long in your CRS parameter of the WMS GetMap request > (see example requests at > http://mapserver.org/ogc/wms_server.html#coordinate-systems-and-axis-orientation). > > > I would also check the GetCapabilities response for any warnings. > > Also, another option for testing your mapfile styling instead of your > first link (CGI method) is to use the shp2img commandline utlity, that > comes ready for your use in MS4W as well (see > http://mapserver.org/utilities/shp2img.html). > > Happy mapserving :) > > -jeff > > > From jmckenna at gatewaygeomatics.com Fri Apr 14 09:13:02 2017 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Fri, 14 Apr 2017 13:13:02 -0300 Subject: [mapserver-users] styling point shapefile for wms In-Reply-To: <5554e4d2-b302-f4a4-d8bb-95a5406bf914@uwf.edu> References: <5554e4d2-b302-f4a4-d8bb-95a5406bf914@uwf.edu> Message-ID: <1ee743dd-3a0f-5d13-cd43-7724103feabc@gatewaygeomatics.com> Hi Derek, Since your request is using WMS 1.3.0, the issue could be specifying long/lat vs lat/long in your CRS parameter of the WMS GetMap request (see example requests at http://mapserver.org/ogc/wms_server.html#coordinate-systems-and-axis-orientation). I would also check the GetCapabilities response for any warnings. Also, another option for testing your mapfile styling instead of your first link (CGI method) is to use the shp2img commandline utlity, that comes ready for your use in MS4W as well (see http://mapserver.org/utilities/shp2img.html). Happy mapserving :) -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2017-04-13 10:29 PM, jmorgan3 wrote: > Hello, > > I am attempting to set up a basic MapServer environment and finding > myself such at what I think is a styling through WMS issue. I am finding > if I call up a WMS via the following URL I get the expected results > > > http://127.0.0.1:8080/cgi-bin/mapserv.exe?map=/ms4w/apps/wq/wq.map&layer=wq_stations&mode=map > > > However, if I call the same WMS using > > http://127.0.0.1:8080/cgi-bin/mapserv.exe?map=/ms4w/apps/wq/wq.map&SERVICE=WMS&map=/ms4w/apps/wq/wq.map&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=wq_stations&CRS=EPSG:4326&BBOX=-87.6,30.00,-87.26,31.00&STYLES=&WIDTH=600&HEIGHT=600&FORMAT=image/png > > I get a blank page. Perhaps in the first URL I am not actually using > WMS, but I am thinking the issue is more to do with how I setup or > incorrectly my STYLE. Here is my map file for reference: > > # > # Start of map file > # > MAP > NAME WQ > STATUS ON > SIZE 600 600 > EXTENT -87.6 30.00 -87.26 31.00 > #EXTENT -87.60 28.67 -82.65 31.07 # [minx] [miny] [maxx] [maxy] > IMAGETYPE PNG > CONFIG "MS_ERRORFILE" "/ms4w/tmp/ms_error.txt" > DEBUG 5 > PROJECTION > "init=epsg:4326" > END > WEB > # change the next two lines to match your setup > IMAGEPATH "C:/ms4w/tmp/ms_tmp/" > IMAGEURL "/ms_tmp/" > METADATA > WMS_TITLE "WQ Demo" > WMS_ABSTRACT "This is WQ Demo" > WMS_ENABLE_REQUEST "*" > WMS_ACCESSCONSTRAINTS "none" > # change this value to match your setup > WMS_ONLINERESOURCE > "http://127.0.0.1:8080/cgi-bin/mapserv.exe?map=/ms4w/apps/wq/wq.map" > WMS_SRS "EPSG:4326" > END > END > #Circle symbol > #Ref: > http://osgeo-org.1560.x6.nabble.com/Can-t-draw-points-from-shapefile-td5070300.html > > SYMBOL > NAME 'CIRCLE' > TYPE ellipse > FILLED true > POINTS > 1 1 > END > END > # > # Start of layer definitions > # > LAYER > NAME "wq_stations" > DATA 'data/ewqma_stations4326.shp' > STATUS ON > TYPE POINT > CLASS > STYLE > SYMBOL 'CIRCLE' > COLOR 255 1 1 > END > END # CLASS > END # LAYER > END # LAYER > END # Map File > > Any pointers on what I am doing or interpreting incorrectly would be > greatly appreciated. > > Thanks, > Derek From woodbri at swoodbridge.com Fri Apr 14 09:43:37 2017 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Fri, 14 Apr 2017 12:43:37 -0400 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: References: Message-ID: <9bc6bd73-9a06-8616-bb26-c9b6078f90a3@swoodbridge.com> http://mapserver.org/mapfile/outputformat.html Why not serve them a GTiff format for qgis? You can define multiple output formats in the mapfile, and let the browser use the 8bit png and have qgis request images in gtiff format. -Steve On 4/13/2017 11:03 AM, David wrote: > Hi Steve, > > thank you very much for your help. The Mapserver is serving the tiles > with the correct RGB values now. The problem is, that it is serving 8 > bit per band and not 16 bit. > I need the 16bit because i want to use the wms as a base layer for some > further processing with qgis or another gis client. So no problem > regarding browsers for me. > > I will take a look and change the data type to float32 for the tiff > files. At least this is an supported OUTPUTFORMAT for mapserver. > Any suggestions on this matter are highly appreciated. > > Cheers, > David > > ------ Original Message ------ > From: mapserver-users-request at lists.osgeo.org > To: mapserver-users at lists.osgeo.org > Sent: 4/12/2017 4:00:02 PM > Subject: mapserver-users Digest, Vol 111, Issue 5 > >> Send mapserver-users mailing list submissions to >> mapserver-users at lists.osgeo.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://lists.osgeo.org/mailman/listinfo/mapserver-users >> or, via email, send a message with subject or body 'help' to >> mapserver-users-request at lists.osgeo.org >> >> You can reach the person managing the list at >> mapserver-users-owner at lists.osgeo.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of mapserver-users digest..." >> >> >> Today's Topics: >> >> 1. geotiff 48bit with mapserver 7 wms (David) >> 2. Re: geotiff 48bit with mapserver 7 wms (Stephen Woodbridge) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Wed, 12 Apr 2017 00:22:12 +0000 >> From: David >> To: mapserver-users at lists.osgeo.org >> Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >> Message-ID: >> Content-Type: text/plain; charset="utf-8"; Format="flowed" >> >> Hi there, >> >> iam having some trouble to serve 48 bit geotiff images with a mapserver >> 7 wms. I created to layers for speed purposes with scale limiters. The >> lowres layer is served well and looks good, it is 24bit geotiff >> data(8bit per channel). But if the layer changes to the highres, 48bit >> geotiff data(16bit per channel), the data is shown wrong. >> I searched for some hints regarding a similar issue but could not find >> something. >> >> This is a screenshot of the loaded highres layer. It does not matter if >> i load a bbox inside the browser, qgis or another wms client. The >> highres data looks always the same. >> >> image loaded from highres layer: >> http://imgur.com/a/B65cp >> >> the mapfile: >> https://pastebin.com/4G2DZErZ >> >> the gdalinfo for one 16bit 3-band tile: >> https://pastebin.com/kfS0BjmE >> >> Best Regards, >> David >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Tue, 11 Apr 2017 21:25:01 -0400 >> From: Stephen Woodbridge >> To: mapserver-users at lists.osgeo.org >> Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >> Message-ID: >> Content-Type: text/plain; charset=utf-8; format=flowed >> >> Read this: >> http://mapserver.org/input/raster.html >> >> You need to add to your highres layer >> >> PROCESSING "SCALE=AUTO" >> >> Or per band scaling. I done thing most browsers know what to do with 16 >> bits per channel. >> >> -Steve W >> >> On 4/11/2017 8:22 PM, David wrote: >>> Hi there, >>> >>> iam having some trouble to serve 48 bit geotiff images with a mapserver >>> 7 wms. I created to layers for speed purposes with scale limiters. The >>> lowres layer is served well and looks good, it is 24bit geotiff >>> data(8bit per channel). But if the layer changes to the highres, 48bit >>> geotiff data(16bit per channel), the data is shown wrong. >>> I searched for some hints regarding a similar issue but could not find >>> something. >>> >>> This is a screenshot of the loaded highres layer. It does not matter if >>> i load a bbox inside the browser, qgis or another wms client. The >>> highres data looks always the same. >>> >>> image loaded from highres layer: >>> http://imgur.com/a/B65cp >>> >>> the mapfile: >>> https://pastebin.com/4G2DZErZ >>> >>> the gdalinfo for one 16bit 3-band tile: >>> https://pastebin.com/kfS0BjmE >>> >>> Best Regards, >>> David >>> >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >> >> >> --- >> This email has been checked for viruses by Avast antivirus software. >> https://www.avast.com/antivirus >> >> >> >> ------------------------------ >> >> Subject: Digest Footer >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> ------------------------------ >> >> End of mapserver-users Digest, Vol 111, Issue 5 >> *********************************************** > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From jmorgan3 at uwf.edu Fri Apr 14 14:02:34 2017 From: jmorgan3 at uwf.edu (John Morgan) Date: Fri, 14 Apr 2017 16:02:34 -0500 Subject: [mapserver-users] styling point shapefile for wms Message-ID: <6eadead2-80f8-aee3-bc4a-0b169adb02dd@uwf.edu> Hello, Jeff. You were spot on! I had the lat/long's reversed as I was using 4326. Also, I looked at the warning and fixed those to. Thanks so much for you help and service on this message board. Folks like you that make open source community work! Cheers, Derek From david at impstyle.com Fri Apr 14 15:56:09 2017 From: david at impstyle.com (David F.) Date: Fri, 14 Apr 2017 19:56:09 -0300 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: <9bc6bd73-9a06-8616-bb26-c9b6078f90a3@swoodbridge.com> References: <9bc6bd73-9a06-8616-bb26-c9b6078f90a3@swoodbridge.com> Message-ID: <15b6eae4f28.2775.05569328abe5f0d7baa5e9437e4bb032@impstyle.com> I did not reply after my latest test, sorry. I tried all tiff IMAGEMODE for my data set. None gave me 16 bit at the gis client. As far as I understand gtiff is 8 bit. The only IMAGEMODE for integer is signed INT16 , which is unfortunately the only supported integer data type. For RGB data unsigned integer is the only integer data type that makes sense. Just if i change the IMAGEMODE to FLOAT32 mapserver will serve more than 8 bit per band. I think i will give gdal and float32 bit a try nevertheless it will double the image size. Maybe someone else has an idea. On April 14, 2017 1:43:09 PM Stephen Woodbridge wrote: > http://mapserver.org/mapfile/outputformat.html > > Why not serve them a GTiff format for qgis? > > You can define multiple output formats in the mapfile, and let the > browser use the 8bit png and have qgis request images in gtiff format. > > -Steve > > On 4/13/2017 11:03 AM, David wrote: >> Hi Steve, >> >> thank you very much for your help. The Mapserver is serving the tiles >> with the correct RGB values now. The problem is, that it is serving 8 >> bit per band and not 16 bit. >> I need the 16bit because i want to use the wms as a base layer for some >> further processing with qgis or another gis client. So no problem >> regarding browsers for me. >> >> I will take a look and change the data type to float32 for the tiff >> files. At least this is an supported OUTPUTFORMAT for mapserver. >> Any suggestions on this matter are highly appreciated. >> >> Cheers, >> David >> >> ------ Original Message ------ >> From: mapserver-users-request at lists.osgeo.org >> To: mapserver-users at lists.osgeo.org >> Sent: 4/12/2017 4:00:02 PM >> Subject: mapserver-users Digest, Vol 111, Issue 5 >> >>> Send mapserver-users mailing list submissions to >>> mapserver-users at lists.osgeo.org >>> >>> To subscribe or unsubscribe via the World Wide Web, visit >>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>> or, via email, send a message with subject or body 'help' to >>> mapserver-users-request at lists.osgeo.org >>> >>> You can reach the person managing the list at >>> mapserver-users-owner at lists.osgeo.org >>> >>> When replying, please edit your Subject line so it is more specific >>> than "Re: Contents of mapserver-users digest..." >>> >>> >>> Today's Topics: >>> >>> 1. geotiff 48bit with mapserver 7 wms (David) >>> 2. Re: geotiff 48bit with mapserver 7 wms (Stephen Woodbridge) >>> >>> >>> ---------------------------------------------------------------------- >>> >>> Message: 1 >>> Date: Wed, 12 Apr 2017 00:22:12 +0000 >>> From: David >>> To: mapserver-users at lists.osgeo.org >>> Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >>> Message-ID: >>> Content-Type: text/plain; charset="utf-8"; Format="flowed" >>> >>> Hi there, >>> >>> iam having some trouble to serve 48 bit geotiff images with a mapserver >>> 7 wms. I created to layers for speed purposes with scale limiters. The >>> lowres layer is served well and looks good, it is 24bit geotiff >>> data(8bit per channel). But if the layer changes to the highres, 48bit >>> geotiff data(16bit per channel), the data is shown wrong. >>> I searched for some hints regarding a similar issue but could not find >>> something. >>> >>> This is a screenshot of the loaded highres layer. It does not matter if >>> i load a bbox inside the browser, qgis or another wms client. The >>> highres data looks always the same. >>> >>> image loaded from highres layer: >>> http://imgur.com/a/B65cp >>> >>> the mapfile: >>> https://pastebin.com/4G2DZErZ >>> >>> the gdalinfo for one 16bit 3-band tile: >>> https://pastebin.com/kfS0BjmE >>> >>> Best Regards, >>> David >>> -------------- next part -------------- >>> An HTML attachment was scrubbed... >>> URL: >>> >>> >>> >>> ------------------------------ >>> >>> Message: 2 >>> Date: Tue, 11 Apr 2017 21:25:01 -0400 >>> From: Stephen Woodbridge >>> To: mapserver-users at lists.osgeo.org >>> Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>> Message-ID: >>> Content-Type: text/plain; charset=utf-8; format=flowed >>> >>> Read this: >>> http://mapserver.org/input/raster.html >>> >>> You need to add to your highres layer >>> >>> PROCESSING "SCALE=AUTO" >>> >>> Or per band scaling. I done thing most browsers know what to do with 16 >>> bits per channel. >>> >>> -Steve W >>> >>> On 4/11/2017 8:22 PM, David wrote: >>>> Hi there, >>>> >>>> iam having some trouble to serve 48 bit geotiff images with a mapserver >>>> 7 wms. I created to layers for speed purposes with scale limiters. The >>>> lowres layer is served well and looks good, it is 24bit geotiff >>>> data(8bit per channel). But if the layer changes to the highres, 48bit >>>> geotiff data(16bit per channel), the data is shown wrong. >>>> I searched for some hints regarding a similar issue but could not find >>>> something. >>>> >>>> This is a screenshot of the loaded highres layer. It does not matter if >>>> i load a bbox inside the browser, qgis or another wms client. The >>>> highres data looks always the same. >>>> >>>> image loaded from highres layer: >>>> http://imgur.com/a/B65cp >>>> >>>> the mapfile: >>>> https://pastebin.com/4G2DZErZ >>>> >>>> the gdalinfo for one 16bit 3-band tile: >>>> https://pastebin.com/kfS0BjmE >>>> >>>> Best Regards, >>>> David >>>> >>>> >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> >>> >>> >>> --- >>> This email has been checked for viruses by Avast antivirus software. >>> https://www.avast.com/antivirus >>> >>> >>> >>> ------------------------------ >>> >>> Subject: Digest Footer >>> >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >>> ------------------------------ >>> >>> End of mapserver-users Digest, Vol 111, Issue 5 >>> *********************************************** >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users From woodbri at swoodbridge.com Fri Apr 14 17:54:20 2017 From: woodbri at swoodbridge.com (Stephen Woodbridge) Date: Fri, 14 Apr 2017 20:54:20 -0400 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: <15b6eae4f28.2775.05569328abe5f0d7baa5e9437e4bb032@impstyle.com> References: <9bc6bd73-9a06-8616-bb26-c9b6078f90a3@swoodbridge.com> <15b6eae4f28.2775.05569328abe5f0d7baa5e9437e4bb032@impstyle.com> Message-ID: <41b43f5d-fe66-dc09-ce8a-81525c8a0005@swoodbridge.com> Yeah, technically a geotiff can be any format, but mapserver only supports a limit set for band widths. A new version of Mapcache was just released and it has GDAL support in it and serves WMS, but I'm not sure if it will do what you want. Sorry, I'm out of ideas on this. -Steve W On 4/14/2017 6:56 PM, David F. wrote: > I did not reply after my latest test, sorry. > I tried all tiff IMAGEMODE for my data set. None gave me 16 bit at the > gis client. > As far as I understand gtiff is 8 bit. > The only IMAGEMODE for integer is signed INT16 , which is unfortunately > the only supported integer data type. For RGB data unsigned integer is > the only integer data type that makes sense. Just if i change the > IMAGEMODE to FLOAT32 mapserver will serve more than 8 bit per band. > I think i will give gdal and float32 bit a try nevertheless it will > double the image size. > Maybe someone else has an idea. > > > > > > On April 14, 2017 1:43:09 PM Stephen Woodbridge > wrote: > >> http://mapserver.org/mapfile/outputformat.html >> >> Why not serve them a GTiff format for qgis? >> >> You can define multiple output formats in the mapfile, and let the >> browser use the 8bit png and have qgis request images in gtiff format. >> >> -Steve >> >> On 4/13/2017 11:03 AM, David wrote: >>> Hi Steve, >>> >>> thank you very much for your help. The Mapserver is serving the tiles >>> with the correct RGB values now. The problem is, that it is serving 8 >>> bit per band and not 16 bit. >>> I need the 16bit because i want to use the wms as a base layer for some >>> further processing with qgis or another gis client. So no problem >>> regarding browsers for me. >>> >>> I will take a look and change the data type to float32 for the tiff >>> files. At least this is an supported OUTPUTFORMAT for mapserver. >>> Any suggestions on this matter are highly appreciated. >>> >>> Cheers, >>> David >>> >>> ------ Original Message ------ >>> From: mapserver-users-request at lists.osgeo.org >>> To: mapserver-users at lists.osgeo.org >>> Sent: 4/12/2017 4:00:02 PM >>> Subject: mapserver-users Digest, Vol 111, Issue 5 >>> >>>> Send mapserver-users mailing list submissions to >>>> mapserver-users at lists.osgeo.org >>>> >>>> To subscribe or unsubscribe via the World Wide Web, visit >>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> or, via email, send a message with subject or body 'help' to >>>> mapserver-users-request at lists.osgeo.org >>>> >>>> You can reach the person managing the list at >>>> mapserver-users-owner at lists.osgeo.org >>>> >>>> When replying, please edit your Subject line so it is more specific >>>> than "Re: Contents of mapserver-users digest..." >>>> >>>> >>>> Today's Topics: >>>> >>>> 1. geotiff 48bit with mapserver 7 wms (David) >>>> 2. Re: geotiff 48bit with mapserver 7 wms (Stephen Woodbridge) >>>> >>>> >>>> ---------------------------------------------------------------------- >>>> >>>> Message: 1 >>>> Date: Wed, 12 Apr 2017 00:22:12 +0000 >>>> From: David >>>> To: mapserver-users at lists.osgeo.org >>>> Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>> Message-ID: >>>> Content-Type: text/plain; charset="utf-8"; Format="flowed" >>>> >>>> Hi there, >>>> >>>> iam having some trouble to serve 48 bit geotiff images with a mapserver >>>> 7 wms. I created to layers for speed purposes with scale limiters. The >>>> lowres layer is served well and looks good, it is 24bit geotiff >>>> data(8bit per channel). But if the layer changes to the highres, 48bit >>>> geotiff data(16bit per channel), the data is shown wrong. >>>> I searched for some hints regarding a similar issue but could not find >>>> something. >>>> >>>> This is a screenshot of the loaded highres layer. It does not matter if >>>> i load a bbox inside the browser, qgis or another wms client. The >>>> highres data looks always the same. >>>> >>>> image loaded from highres layer: >>>> http://imgur.com/a/B65cp >>>> >>>> the mapfile: >>>> https://pastebin.com/4G2DZErZ >>>> >>>> the gdalinfo for one 16bit 3-band tile: >>>> https://pastebin.com/kfS0BjmE >>>> >>>> Best Regards, >>>> David >>>> -------------- next part -------------- >>>> An HTML attachment was scrubbed... >>>> URL: >>>> >>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> Message: 2 >>>> Date: Tue, 11 Apr 2017 21:25:01 -0400 >>>> From: Stephen Woodbridge >>>> To: mapserver-users at lists.osgeo.org >>>> Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>> Message-ID: >>>> Content-Type: text/plain; charset=utf-8; format=flowed >>>> >>>> Read this: >>>> http://mapserver.org/input/raster.html >>>> >>>> You need to add to your highres layer >>>> >>>> PROCESSING "SCALE=AUTO" >>>> >>>> Or per band scaling. I done thing most browsers know what to do with 16 >>>> bits per channel. >>>> >>>> -Steve W >>>> >>>> On 4/11/2017 8:22 PM, David wrote: >>>>> Hi there, >>>>> >>>>> iam having some trouble to serve 48 bit geotiff images with a >>>>> mapserver >>>>> 7 wms. I created to layers for speed purposes with scale limiters. >>>>> The >>>>> lowres layer is served well and looks good, it is 24bit geotiff >>>>> data(8bit per channel). But if the layer changes to the highres, >>>>> 48bit >>>>> geotiff data(16bit per channel), the data is shown wrong. >>>>> I searched for some hints regarding a similar issue but could not >>>>> find >>>>> something. >>>>> >>>>> This is a screenshot of the loaded highres layer. It does not >>>>> matter if >>>>> i load a bbox inside the browser, qgis or another wms client. The >>>>> highres data looks always the same. >>>>> >>>>> image loaded from highres layer: >>>>> http://imgur.com/a/B65cp >>>>> >>>>> the mapfile: >>>>> https://pastebin.com/4G2DZErZ >>>>> >>>>> the gdalinfo for one 16bit 3-band tile: >>>>> https://pastebin.com/kfS0BjmE >>>>> >>>>> Best Regards, >>>>> David >>>>> >>>>> >>>>> _______________________________________________ >>>>> mapserver-users mailing list >>>>> mapserver-users at lists.osgeo.org >>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>> >>>> >>>> --- >>>> This email has been checked for viruses by Avast antivirus software. >>>> https://www.avast.com/antivirus >>>> >>>> >>>> >>>> ------------------------------ >>>> >>>> Subject: Digest Footer >>>> >>>> _______________________________________________ >>>> mapserver-users mailing list >>>> mapserver-users at lists.osgeo.org >>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> >>>> ------------------------------ >>>> >>>> End of mapserver-users Digest, Vol 111, Issue 5 >>>> *********************************************** >>> _______________________________________________ >>> mapserver-users mailing list >>> mapserver-users at lists.osgeo.org >>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> >> --- >> This email has been checked for viruses by Avast antivirus software. >> https://www.avast.com/antivirus >> >> _______________________________________________ >> mapserver-users mailing list >> mapserver-users at lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/mapserver-users > > _______________________________________________ > mapserver-users mailing list > mapserver-users at lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/mapserver-users --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From david at impstyle.com Mon Apr 17 15:14:28 2017 From: david at impstyle.com (David) Date: Mon, 17 Apr 2017 22:14:28 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: <41b43f5d-fe66-dc09-ce8a-81525c8a0005@swoodbridge.com> References: <9bc6bd73-9a06-8616-bb26-c9b6078f90a3@swoodbridge.com> <15b6eae4f28.2775.05569328abe5f0d7baa5e9437e4bb032@impstyle.com> <41b43f5d-fe66-dc09-ce8a-81525c8a0005@swoodbridge.com> Message-ID: Thank you very much Steve. You helped me to understand the problem! David F. ------ Original Message ------ From: "Stephen Woodbridge" To: mapserver-users at lists.osgeo.org Sent: 4/14/2017 9:54:20 PM Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >Yeah, technically a geotiff can be any format, but mapserver only >supports a limit set for band widths. > >A new version of Mapcache was just released and it has GDAL support in >it and serves WMS, but I'm not sure if it will do what you want. > >Sorry, I'm out of ideas on this. > >-Steve W > >On 4/14/2017 6:56 PM, David F. wrote: >>I did not reply after my latest test, sorry. >>I tried all tiff IMAGEMODE for my data set. None gave me 16 bit at the >>gis client. >>As far as I understand gtiff is 8 bit. >>The only IMAGEMODE for integer is signed INT16 , which is >>unfortunately the only supported integer data type. For RGB data >>unsigned integer is the only integer data type that makes sense. Just >>if i change the IMAGEMODE to FLOAT32 mapserver will serve more than 8 >>bit per band. >>I think i will give gdal and float32 bit a try nevertheless it will >>double the image size. >>Maybe someone else has an idea. >> >> >> >> >> >>On April 14, 2017 1:43:09 PM Stephen Woodbridge >> wrote: >> >>>http://mapserver.org/mapfile/outputformat.html >>> >>>Why not serve them a GTiff format for qgis? >>> >>>You can define multiple output formats in the mapfile, and let the >>>browser use the 8bit png and have qgis request images in gtiff >>>format. >>> >>>-Steve >>> >>>On 4/13/2017 11:03 AM, David wrote: >>>>Hi Steve, >>>> >>>>thank you very much for your help. The Mapserver is serving the >>>>tiles >>>>with the correct RGB values now. The problem is, that it is serving >>>>8 >>>>bit per band and not 16 bit. >>>>I need the 16bit because i want to use the wms as a base layer for >>>>some >>>>further processing with qgis or another gis client. So no problem >>>>regarding browsers for me. >>>> >>>>I will take a look and change the data type to float32 for the tiff >>>>files. At least this is an supported OUTPUTFORMAT for mapserver. >>>>Any suggestions on this matter are highly appreciated. >>>> >>>>Cheers, >>>>David >>>> >>>>------ Original Message ------ >>>>From: mapserver-users-request at lists.osgeo.org >>>>To: mapserver-users at lists.osgeo.org >>>>Sent: 4/12/2017 4:00:02 PM >>>>Subject: mapserver-users Digest, Vol 111, Issue 5 >>>> >>>>>Send mapserver-users mailing list submissions to >>>>> mapserver-users at lists.osgeo.org >>>>> >>>>>To subscribe or unsubscribe via the World Wide Web, visit >>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>or, via email, send a message with subject or body 'help' to >>>>> mapserver-users-request at lists.osgeo.org >>>>> >>>>>You can reach the person managing the list at >>>>> mapserver-users-owner at lists.osgeo.org >>>>> >>>>>When replying, please edit your Subject line so it is more specific >>>>>than "Re: Contents of mapserver-users digest..." >>>>> >>>>> >>>>>Today's Topics: >>>>> >>>>> 1. geotiff 48bit with mapserver 7 wms (David) >>>>> 2. Re: geotiff 48bit with mapserver 7 wms (Stephen Woodbridge) >>>>> >>>>> >>>>>---------------------------------------------------------------------- >>>>> >>>>>Message: 1 >>>>>Date: Wed, 12 Apr 2017 00:22:12 +0000 >>>>>From: David >>>>>To: mapserver-users at lists.osgeo.org >>>>>Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>>Message-ID: >>>>> >>>>>Content-Type: text/plain; charset="utf-8"; Format="flowed" >>>>> >>>>>Hi there, >>>>> >>>>>iam having some trouble to serve 48 bit geotiff images with a >>>>>mapserver >>>>>7 wms. I created to layers for speed purposes with scale limiters. >>>>>The >>>>>lowres layer is served well and looks good, it is 24bit geotiff >>>>>data(8bit per channel). But if the layer changes to the highres, >>>>>48bit >>>>>geotiff data(16bit per channel), the data is shown wrong. >>>>>I searched for some hints regarding a similar issue but could not >>>>>find >>>>>something. >>>>> >>>>>This is a screenshot of the loaded highres layer. It does not >>>>>matter if >>>>>i load a bbox inside the browser, qgis or another wms client. The >>>>>highres data looks always the same. >>>>> >>>>>image loaded from highres layer: >>>>>http://imgur.com/a/B65cp >>>>> >>>>>the mapfile: >>>>>https://pastebin.com/4G2DZErZ >>>>> >>>>>the gdalinfo for one 16bit 3-band tile: >>>>>https://pastebin.com/kfS0BjmE >>>>> >>>>>Best Regards, >>>>>David >>>>>-------------- next part -------------- >>>>>An HTML attachment was scrubbed... >>>>>URL: >>>>> >>>>> >>>>> >>>>>------------------------------ >>>>> >>>>>Message: 2 >>>>>Date: Tue, 11 Apr 2017 21:25:01 -0400 >>>>>From: Stephen Woodbridge >>>>>To: mapserver-users at lists.osgeo.org >>>>>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>>Message-ID: >>>>>Content-Type: text/plain; charset=utf-8; format=flowed >>>>> >>>>>Read this: >>>>>http://mapserver.org/input/raster.html >>>>> >>>>>You need to add to your highres layer >>>>> >>>>>PROCESSING "SCALE=AUTO" >>>>> >>>>>Or per band scaling. I done thing most browsers know what to do >>>>>with 16 >>>>>bits per channel. >>>>> >>>>>-Steve W >>>>> >>>>>On 4/11/2017 8:22 PM, David wrote: >>>>>> Hi there, >>>>>> >>>>>> iam having some trouble to serve 48 bit geotiff images with a >>>>>>mapserver >>>>>> 7 wms. I created to layers for speed purposes with scale >>>>>>limiters. The >>>>>> lowres layer is served well and looks good, it is 24bit geotiff >>>>>> data(8bit per channel). But if the layer changes to the highres, >>>>>>48bit >>>>>> geotiff data(16bit per channel), the data is shown wrong. >>>>>> I searched for some hints regarding a similar issue but could not >>>>>>find >>>>>> something. >>>>>> >>>>>> This is a screenshot of the loaded highres layer. It does not >>>>>>matter if >>>>>> i load a bbox inside the browser, qgis or another wms client. The >>>>>> highres data looks always the same. >>>>>> >>>>>> image loaded from highres layer: >>>>>> http://imgur.com/a/B65cp >>>>>> >>>>>> the mapfile: >>>>>> https://pastebin.com/4G2DZErZ >>>>>> >>>>>> the gdalinfo for one 16bit 3-band tile: >>>>>> https://pastebin.com/kfS0BjmE >>>>>> >>>>>> Best Regards, >>>>>> David >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> mapserver-users mailing list >>>>>> mapserver-users at lists.osgeo.org >>>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>> >>>>> >>>>> >>>>>--- >>>>>This email has been checked for viruses by Avast antivirus >>>>>software. >>>>>https://www.avast.com/antivirus >>>>> >>>>> >>>>> >>>>>------------------------------ >>>>> >>>>>Subject: Digest Footer >>>>> >>>>>_______________________________________________ >>>>>mapserver-users mailing list >>>>>mapserver-users at lists.osgeo.org >>>>>https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>>>------------------------------ >>>>> >>>>>End of mapserver-users Digest, Vol 111, Issue 5 >>>>>*********************************************** >>>>_______________________________________________ >>>>mapserver-users mailing list >>>>mapserver-users at lists.osgeo.org >>>>https://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >>> >>>--- >>>This email has been checked for viruses by Avast antivirus software. >>>https://www.avast.com/antivirus >>> >>>_______________________________________________ >>>mapserver-users mailing list >>>mapserver-users at lists.osgeo.org >>>https://lists.osgeo.org/mailman/listinfo/mapserver-users >> >>_______________________________________________ >>mapserver-users mailing list >>mapserver-users at lists.osgeo.org >>https://lists.osgeo.org/mailman/listinfo/mapserver-users > > >--- >This email has been checked for viruses by Avast antivirus software. >https://www.avast.com/antivirus > >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >https://lists.osgeo.org/mailman/listinfo/mapserver-users From schepers at rvr-online.de Tue Apr 18 05:12:46 2017 From: schepers at rvr-online.de (Schepers, Benjamin) Date: Tue, 18 Apr 2017 12:12:46 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: References: <9bc6bd73-9a06-8616-bb26-c9b6078f90a3@swoodbridge.com> <15b6eae4f28.2775.05569328abe5f0d7baa5e9437e4bb032@impstyle.com> <41b43f5d-fe66-dc09-ce8a-81525c8a0005@swoodbridge.com> Message-ID: <7088A26751CB34409B159B4237D510A87C983803@W2K8-EXDB02.VERBAND.LOCAL> Hi, maybe it would the better way to use the WCS-Interface? To be honest, I didn't use it that way by myself. But it sounds like that would be an proper scenario for WCS (doing some "more" with that data besides the classic "viewing"). To configure WCS shouldn't be that hard, I think: http://mapserver.org/ogc/wcs_format.html http://mapserver.org/de/ogc/wcs_server.html Moreover QGIS has built-in WCS-support. Just an idea... Regards Ben -----Urspr?ngliche Nachricht----- Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von David Gesendet: Dienstag, 18. April 2017 00:14 An: mapserver-users at lists.osgeo.org Betreff: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms Thank you very much Steve. You helped me to understand the problem! David F. ------ Original Message ------ From: "Stephen Woodbridge" To: mapserver-users at lists.osgeo.org Sent: 4/14/2017 9:54:20 PM Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >Yeah, technically a geotiff can be any format, but mapserver only >supports a limit set for band widths. > >A new version of Mapcache was just released and it has GDAL support in >it and serves WMS, but I'm not sure if it will do what you want. > >Sorry, I'm out of ideas on this. > >-Steve W > >On 4/14/2017 6:56 PM, David F. wrote: >>I did not reply after my latest test, sorry. >>I tried all tiff IMAGEMODE for my data set. None gave me 16 bit at the >>gis client. >>As far as I understand gtiff is 8 bit. >>The only IMAGEMODE for integer is signed INT16 , which is >>unfortunately the only supported integer data type. For RGB data >>unsigned integer is the only integer data type that makes sense. Just >>if i change the IMAGEMODE to FLOAT32 mapserver will serve more than 8 >>bit per band. >>I think i will give gdal and float32 bit a try nevertheless it will >>double the image size. >>Maybe someone else has an idea. >> >> >> >> >> >>On April 14, 2017 1:43:09 PM Stephen Woodbridge >> wrote: >> >>>http://mapserver.org/mapfile/outputformat.html >>> >>>Why not serve them a GTiff format for qgis? >>> >>>You can define multiple output formats in the mapfile, and let the >>>browser use the 8bit png and have qgis request images in gtiff >>>format. >>> >>>-Steve >>> >>>On 4/13/2017 11:03 AM, David wrote: >>>>Hi Steve, >>>> >>>>thank you very much for your help. The Mapserver is serving the >>>>tiles with the correct RGB values now. The problem is, that it is >>>>serving >>>>8 >>>>bit per band and not 16 bit. >>>>I need the 16bit because i want to use the wms as a base layer for >>>>some further processing with qgis or another gis client. So no >>>>problem regarding browsers for me. >>>> >>>>I will take a look and change the data type to float32 for the tiff >>>>files. At least this is an supported OUTPUTFORMAT for mapserver. >>>>Any suggestions on this matter are highly appreciated. >>>> >>>>Cheers, >>>>David >>>> >>>>------ Original Message ------ >>>>From: mapserver-users-request at lists.osgeo.org >>>>To: mapserver-users at lists.osgeo.org >>>>Sent: 4/12/2017 4:00:02 PM >>>>Subject: mapserver-users Digest, Vol 111, Issue 5 >>>> >>>>>Send mapserver-users mailing list submissions to >>>>> mapserver-users at lists.osgeo.org >>>>> >>>>>To subscribe or unsubscribe via the World Wide Web, visit >>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>or, via email, send a message with subject or body 'help' to >>>>> mapserver-users-request at lists.osgeo.org >>>>> >>>>>You can reach the person managing the list at >>>>> mapserver-users-owner at lists.osgeo.org >>>>> >>>>>When replying, please edit your Subject line so it is more specific >>>>>than "Re: Contents of mapserver-users digest..." >>>>> >>>>> >>>>>Today's Topics: >>>>> >>>>> 1. geotiff 48bit with mapserver 7 wms (David) >>>>> 2. Re: geotiff 48bit with mapserver 7 wms (Stephen Woodbridge) >>>>> >>>>> >>>>>------------------------------------------------------------------- >>>>>--- >>>>> >>>>>Message: 1 >>>>>Date: Wed, 12 Apr 2017 00:22:12 +0000 >>>>>From: David >>>>>To: mapserver-users at lists.osgeo.org >>>>>Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>>Message-ID: >>>>> >>>>>Content-Type: text/plain; charset="utf-8"; Format="flowed" >>>>> >>>>>Hi there, >>>>> >>>>>iam having some trouble to serve 48 bit geotiff images with a >>>>>mapserver >>>>>7 wms. I created to layers for speed purposes with scale limiters. >>>>>The >>>>>lowres layer is served well and looks good, it is 24bit geotiff >>>>>data(8bit per channel). But if the layer changes to the highres, >>>>>48bit geotiff data(16bit per channel), the data is shown wrong. >>>>>I searched for some hints regarding a similar issue but could not >>>>>find something. >>>>> >>>>>This is a screenshot of the loaded highres layer. It does not >>>>>matter if i load a bbox inside the browser, qgis or another wms >>>>>client. The highres data looks always the same. >>>>> >>>>>image loaded from highres layer: >>>>>http://imgur.com/a/B65cp >>>>> >>>>>the mapfile: >>>>>https://pastebin.com/4G2DZErZ >>>>> >>>>>the gdalinfo for one 16bit 3-band tile: >>>>>https://pastebin.com/kfS0BjmE >>>>> >>>>>Best Regards, >>>>>David >>>>>-------------- next part -------------- An HTML attachment was >>>>>scrubbed... >>>>>URL: >>>>>>>>>412/2cded6b6/attachment-0001.html> >>>>> >>>>> >>>>>------------------------------ >>>>> >>>>>Message: 2 >>>>>Date: Tue, 11 Apr 2017 21:25:01 -0400 >>>>>From: Stephen Woodbridge >>>>>To: mapserver-users at lists.osgeo.org >>>>>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>>Message-ID: >>>>>Content-Type: text/plain; charset=utf-8; format=flowed >>>>> >>>>>Read this: >>>>>http://mapserver.org/input/raster.html >>>>> >>>>>You need to add to your highres layer >>>>> >>>>>PROCESSING "SCALE=AUTO" >>>>> >>>>>Or per band scaling. I done thing most browsers know what to do >>>>>with 16 bits per channel. >>>>> >>>>>-Steve W >>>>> >>>>>On 4/11/2017 8:22 PM, David wrote: >>>>>> Hi there, >>>>>> >>>>>> iam having some trouble to serve 48 bit geotiff images with a >>>>>>mapserver >>>>>> 7 wms. I created to layers for speed purposes with scale >>>>>>limiters. The >>>>>> lowres layer is served well and looks good, it is 24bit geotiff >>>>>> data(8bit per channel). But if the layer changes to the highres, >>>>>>48bit >>>>>> geotiff data(16bit per channel), the data is shown wrong. >>>>>> I searched for some hints regarding a similar issue but could >>>>>>not find >>>>>> something. >>>>>> >>>>>> This is a screenshot of the loaded highres layer. It does not >>>>>>matter if >>>>>> i load a bbox inside the browser, qgis or another wms client. >>>>>>The >>>>>> highres data looks always the same. >>>>>> >>>>>> image loaded from highres layer: >>>>>> http://imgur.com/a/B65cp >>>>>> >>>>>> the mapfile: >>>>>> https://pastebin.com/4G2DZErZ >>>>>> >>>>>> the gdalinfo for one 16bit 3-band tile: >>>>>> https://pastebin.com/kfS0BjmE >>>>>> >>>>>> Best Regards, >>>>>> David >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> mapserver-users mailing list >>>>>> mapserver-users at lists.osgeo.org >>>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>> >>>>> >>>>> >>>>>--- >>>>>This email has been checked for viruses by Avast antivirus >>>>>software. >>>>>https://www.avast.com/antivirus >>>>> >>>>> >>>>> >>>>>------------------------------ >>>>> >>>>>Subject: Digest Footer >>>>> >>>>>_______________________________________________ >>>>>mapserver-users mailing list >>>>>mapserver-users at lists.osgeo.org >>>>>https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>> >>>>>------------------------------ >>>>> >>>>>End of mapserver-users Digest, Vol 111, Issue 5 >>>>>*********************************************** >>>>_______________________________________________ >>>>mapserver-users mailing list >>>>mapserver-users at lists.osgeo.org >>>>https://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >>> >>>--- >>>This email has been checked for viruses by Avast antivirus software. >>>https://www.avast.com/antivirus >>> >>>_______________________________________________ >>>mapserver-users mailing list >>>mapserver-users at lists.osgeo.org >>>https://lists.osgeo.org/mailman/listinfo/mapserver-users >> >>_______________________________________________ >>mapserver-users mailing list >>mapserver-users at lists.osgeo.org >>https://lists.osgeo.org/mailman/listinfo/mapserver-users > > >--- >This email has been checked for viruses by Avast antivirus software. >https://www.avast.com/antivirus > >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >https://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From pe_lord at yahoo.ca Tue Apr 18 06:05:42 2017 From: pe_lord at yahoo.ca (pe_lord) Date: Tue, 18 Apr 2017 06:05:42 -0700 (MST) Subject: [mapserver-users] Multi template Message-ID: <1492520742623-5317599.post@n6.nabble.com> I would like to know if Mapserver is able to maintain 2 template (or more) as the same time.I want to maintain a HTML and a JSON template at the same time, depending my call's parameters on my WMS getfeatureinfo. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Multi-template-tp5317599.html Sent from the Mapserver - User mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at impstyle.com Tue Apr 18 06:26:21 2017 From: david at impstyle.com (David) Date: Tue, 18 Apr 2017 13:26:21 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: <7088A26751CB34409B159B4237D510A87C983803@w2k8-exdb02.verband.local> References: <9bc6bd73-9a06-8616-bb26-c9b6078f90a3@swoodbridge.com> <15b6eae4f28.2775.05569328abe5f0d7baa5e9437e4bb032@impstyle.com> <41b43f5d-fe66-dc09-ce8a-81525c8a0005@swoodbridge.com> <7088A26751CB34409B159B4237D510A87C983803@w2k8-exdb02.verband.local> Message-ID: Hi Ben, Thank you for your input. I did set up a WCS yesterday and found the same issues. I will change the data type to FLOAT32 and give it a try. Cheers David ------ Original Message ------ From: "Schepers, Benjamin" To: "mapserver-users at lists.osgeo.org" Sent: 4/18/2017 9:12:46 AM Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >Hi, > >maybe it would the better way to use the WCS-Interface? To be honest, I >didn't use it that way by myself. But it sounds like that would be an >proper scenario for WCS (doing some "more" with that data besides the >classic "viewing"). > >To configure WCS shouldn't be that hard, I think: >http://mapserver.org/ogc/wcs_format.html >http://mapserver.org/de/ogc/wcs_server.html > >Moreover QGIS has built-in WCS-support. > >Just an idea... > >Regards Ben > > > >-----Urspr?ngliche Nachricht----- >Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] >Im Auftrag von David >Gesendet: Dienstag, 18. April 2017 00:14 >An: mapserver-users at lists.osgeo.org >Betreff: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms > >Thank you very much Steve. You helped me to understand the problem! > >David F. > >------ Original Message ------ >From: "Stephen Woodbridge" >To: mapserver-users at lists.osgeo.org >Sent: 4/14/2017 9:54:20 PM >Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms > >>Yeah, technically a geotiff can be any format, but mapserver only >>supports a limit set for band widths. >> >>A new version of Mapcache was just released and it has GDAL support in >>it and serves WMS, but I'm not sure if it will do what you want. >> >>Sorry, I'm out of ideas on this. >> >>-Steve W >> >>On 4/14/2017 6:56 PM, David F. wrote: >>>I did not reply after my latest test, sorry. >>>I tried all tiff IMAGEMODE for my data set. None gave me 16 bit at >>>the >>>gis client. >>>As far as I understand gtiff is 8 bit. >>>The only IMAGEMODE for integer is signed INT16 , which is >>>unfortunately the only supported integer data type. For RGB data >>>unsigned integer is the only integer data type that makes sense. Just >>>if i change the IMAGEMODE to FLOAT32 mapserver will serve more than 8 >>>bit per band. >>>I think i will give gdal and float32 bit a try nevertheless it will >>>double the image size. >>>Maybe someone else has an idea. >>> >>> >>> >>> >>> >>>On April 14, 2017 1:43:09 PM Stephen Woodbridge >>> wrote: >>> >>>>http://mapserver.org/mapfile/outputformat.html >>>> >>>>Why not serve them a GTiff format for qgis? >>>> >>>>You can define multiple output formats in the mapfile, and let the >>>>browser use the 8bit png and have qgis request images in gtiff >>>>format. >>>> >>>>-Steve >>>> >>>>On 4/13/2017 11:03 AM, David wrote: >>>>>Hi Steve, >>>>> >>>>>thank you very much for your help. The Mapserver is serving the >>>>>tiles with the correct RGB values now. The problem is, that it is >>>>>serving >>>>>8 >>>>>bit per band and not 16 bit. >>>>>I need the 16bit because i want to use the wms as a base layer for >>>>>some further processing with qgis or another gis client. So no >>>>>problem regarding browsers for me. >>>>> >>>>>I will take a look and change the data type to float32 for the tiff >>>>>files. At least this is an supported OUTPUTFORMAT for mapserver. >>>>>Any suggestions on this matter are highly appreciated. >>>>> >>>>>Cheers, >>>>>David >>>>> >>>>>------ Original Message ------ >>>>>From: mapserver-users-request at lists.osgeo.org >>>>>To: mapserver-users at lists.osgeo.org >>>>>Sent: 4/12/2017 4:00:02 PM >>>>>Subject: mapserver-users Digest, Vol 111, Issue 5 >>>>> >>>>>>Send mapserver-users mailing list submissions to >>>>>> mapserver-users at lists.osgeo.org >>>>>> >>>>>>To subscribe or unsubscribe via the World Wide Web, visit >>>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>or, via email, send a message with subject or body 'help' to >>>>>> mapserver-users-request at lists.osgeo.org >>>>>> >>>>>>You can reach the person managing the list at >>>>>> mapserver-users-owner at lists.osgeo.org >>>>>> >>>>>>When replying, please edit your Subject line so it is more >>>>>>specific >>>>>>than "Re: Contents of mapserver-users digest..." >>>>>> >>>>>> >>>>>>Today's Topics: >>>>>> >>>>>> 1. geotiff 48bit with mapserver 7 wms (David) >>>>>> 2. Re: geotiff 48bit with mapserver 7 wms (Stephen Woodbridge) >>>>>> >>>>>> >>>>>>------------------------------------------------------------------- >>>>>>--- >>>>>> >>>>>>Message: 1 >>>>>>Date: Wed, 12 Apr 2017 00:22:12 +0000 >>>>>>From: David >>>>>>To: mapserver-users at lists.osgeo.org >>>>>>Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>>>Message-ID: >>>>>> >>>>>>Content-Type: text/plain; charset="utf-8"; Format="flowed" >>>>>> >>>>>>Hi there, >>>>>> >>>>>>iam having some trouble to serve 48 bit geotiff images with a >>>>>>mapserver >>>>>>7 wms. I created to layers for speed purposes with scale limiters. >>>>>>The >>>>>>lowres layer is served well and looks good, it is 24bit geotiff >>>>>>data(8bit per channel). But if the layer changes to the highres, >>>>>>48bit geotiff data(16bit per channel), the data is shown wrong. >>>>>>I searched for some hints regarding a similar issue but could not >>>>>>find something. >>>>>> >>>>>>This is a screenshot of the loaded highres layer. It does not >>>>>>matter if i load a bbox inside the browser, qgis or another wms >>>>>>client. The highres data looks always the same. >>>>>> >>>>>>image loaded from highres layer: >>>>>>http://imgur.com/a/B65cp >>>>>> >>>>>>the mapfile: >>>>>>https://pastebin.com/4G2DZErZ >>>>>> >>>>>>the gdalinfo for one 16bit 3-band tile: >>>>>>https://pastebin.com/kfS0BjmE >>>>>> >>>>>>Best Regards, >>>>>>David >>>>>>-------------- next part -------------- An HTML attachment was >>>>>>scrubbed... >>>>>>URL: >>>>>>>>>>>412/2cded6b6/attachment-0001.html> >>>>>> >>>>>> >>>>>>------------------------------ >>>>>> >>>>>>Message: 2 >>>>>>Date: Tue, 11 Apr 2017 21:25:01 -0400 >>>>>>From: Stephen Woodbridge >>>>>>To: mapserver-users at lists.osgeo.org >>>>>>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>>>Message-ID: >>>>>>Content-Type: text/plain; charset=utf-8; format=flowed >>>>>> >>>>>>Read this: >>>>>>http://mapserver.org/input/raster.html >>>>>> >>>>>>You need to add to your highres layer >>>>>> >>>>>>PROCESSING "SCALE=AUTO" >>>>>> >>>>>>Or per band scaling. I done thing most browsers know what to do >>>>>>with 16 bits per channel. >>>>>> >>>>>>-Steve W >>>>>> >>>>>>On 4/11/2017 8:22 PM, David wrote: >>>>>>> Hi there, >>>>>>> >>>>>>> iam having some trouble to serve 48 bit geotiff images with a >>>>>>>mapserver >>>>>>> 7 wms. I created to layers for speed purposes with scale >>>>>>>limiters. The >>>>>>> lowres layer is served well and looks good, it is 24bit geotiff >>>>>>> data(8bit per channel). But if the layer changes to the >>>>>>>highres, >>>>>>>48bit >>>>>>> geotiff data(16bit per channel), the data is shown wrong. >>>>>>> I searched for some hints regarding a similar issue but could >>>>>>>not find >>>>>>> something. >>>>>>> >>>>>>> This is a screenshot of the loaded highres layer. It does not >>>>>>>matter if >>>>>>> i load a bbox inside the browser, qgis or another wms client. >>>>>>>The >>>>>>> highres data looks always the same. >>>>>>> >>>>>>> image loaded from highres layer: >>>>>>> http://imgur.com/a/B65cp >>>>>>> >>>>>>> the mapfile: >>>>>>> https://pastebin.com/4G2DZErZ >>>>>>> >>>>>>> the gdalinfo for one 16bit 3-band tile: >>>>>>> https://pastebin.com/kfS0BjmE >>>>>>> >>>>>>> Best Regards, >>>>>>> David >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> mapserver-users mailing list >>>>>>> mapserver-users at lists.osgeo.org >>>>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>> >>>>>> >>>>>> >>>>>>--- >>>>>>This email has been checked for viruses by Avast antivirus >>>>>>software. >>>>>>https://www.avast.com/antivirus >>>>>> >>>>>> >>>>>> >>>>>>------------------------------ >>>>>> >>>>>>Subject: Digest Footer >>>>>> >>>>>>_______________________________________________ >>>>>>mapserver-users mailing list >>>>>>mapserver-users at lists.osgeo.org >>>>>>https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>> >>>>>>------------------------------ >>>>>> >>>>>>End of mapserver-users Digest, Vol 111, Issue 5 >>>>>>*********************************************** >>>>>_______________________________________________ >>>>>mapserver-users mailing list >>>>>mapserver-users at lists.osgeo.org >>>>>https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>> >>>> >>>>--- >>>>This email has been checked for viruses by Avast antivirus software. >>>>https://www.avast.com/antivirus >>>> >>>>_______________________________________________ >>>>mapserver-users mailing list >>>>mapserver-users at lists.osgeo.org >>>>https://lists.osgeo.org/mailman/listinfo/mapserver-users >>> >>>_______________________________________________ >>>mapserver-users mailing list >>>mapserver-users at lists.osgeo.org >>>https://lists.osgeo.org/mailman/listinfo/mapserver-users >> >> >>--- >>This email has been checked for viruses by Avast antivirus software. >>https://www.avast.com/antivirus >> >>_______________________________________________ >>mapserver-users mailing list >>mapserver-users at lists.osgeo.org >>https://lists.osgeo.org/mailman/listinfo/mapserver-users >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >https://lists.osgeo.org/mailman/listinfo/mapserver-users >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >https://lists.osgeo.org/mailman/listinfo/mapserver-users From cora.berger at bezreg-koeln.nrw.de Tue Apr 18 06:47:42 2017 From: cora.berger at bezreg-koeln.nrw.de (Berger, Cora) Date: Tue, 18 Apr 2017 13:47:42 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms Message-ID: <5D5AE574FB890744BCB91DE22F3A53C101407329DD@vbrk21mx01.bezreg-koeln.nrw.de> Dear David, Steve, Ben, etc. I am working with MapServer-WCS. I still have problems defining the correct output formats. Input to most of our WCS are 8bit Geotiffs. The MapServer WCS-output is either tiff, png or jpeg with 24bit or Png;mode=8bit with 8 bit (if no output format is defined). The png;mode=8bit-format changes the imagecolours, so it isn't really useful. I can't get a colored 8bit Geotiff as output (a 8bit-definition always results in greyscale images). I tried different output format-definitions, none of them worked. I can define a palette for the png-format, but unfortunately not for any other format. For our WCS it is important that the output-data looks the same like the input-data. It seems that at the moment MapServer can't just pass the input-data through... This might be a GDAL issue... So if you find a way to define your wished output-format, please share it, maybe it helps me, too. Maybe anybody else has an idea? Cora >Message: 1 >Date: Mon, 17 Apr 2017 22:14:28 +0000 >From: David >To: mapserver-users at lists.osgeo.org >Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >Message-ID: >Content-Type: text/plain; format=flowed; charset=utf-8 > >Thank you very much Steve. You helped me to understand the problem! > >David F. > >------ Original Message ------ >From: "Stephen Woodbridge" >To: mapserver-users at lists.osgeo.org >Sent: 4/14/2017 9:54:20 PM >Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms > >>Yeah, technically a geotiff can be any format, but mapserver only >>supports a limit set for band widths. >> >>A new version of Mapcache was just released and it has GDAL support in >>it and serves WMS, but I'm not sure if it will do what you want. >> >>Sorry, I'm out of ideas on this. >> >>-Steve W >> >>On 4/14/2017 6:56 PM, David F. wrote: >>>I did not reply after my latest test, sorry. >>>I tried all tiff IMAGEMODE for my data set. None gave me 16 bit at the >>>gis client. >>>As far as I understand gtiff is 8 bit. >>>The only IMAGEMODE for integer is signed INT16 , which is >>>unfortunately the only supported integer data type. For RGB data >>>unsigned integer is the only integer data type that makes sense. Just >>>if i change the IMAGEMODE to FLOAT32 mapserver will serve more than 8 >>>bit per band. >>>I think i will give gdal and float32 bit a try nevertheless it will >>>double the image size. >>>Maybe someone else has an idea. >>> >>> >>> >>> >>> >>>On April 14, 2017 1:43:09 PM Stephen Woodbridge >>> wrote: >>> >>>>http://mapserver.org/mapfile/outputformat.html >>>> >>>>Why not serve them a GTiff format for qgis? >>>> >>>>You can define multiple output formats in the mapfile, and let the >>>>browser use the 8bit png and have qgis request images in gtiff >>>>format. >>>> >>>>-Steve >>>> >>>>On 4/13/2017 11:03 AM, David wrote: >>>>>Hi Steve, >>>>> >>>>>thank you very much for your help. The Mapserver is serving the >>>>>tiles >>>>>with the correct RGB values now. The problem is, that it is serving >>>>>8 >>>>>bit per band and not 16 bit. >>>>>I need the 16bit because i want to use the wms as a base layer for >>>>>some >>>>>further processing with qgis or another gis client. So no problem >>>>>regarding browsers for me. >>>>> >>>>>I will take a look and change the data type to float32 for the tiff >>>>>files. At least this is an supported OUTPUTFORMAT for mapserver. >>>>>Any suggestions on this matter are highly appreciated. >>>>> >>>>>Cheers, >>>>>David >>>>> >>>>>------ Original Message ------ >>>>>From: mapserver-users-request at lists.osgeo.org >>>>>To: mapserver-users at lists.osgeo.org >>>>>Sent: 4/12/2017 4:00:02 PM >>>>>Subject: mapserver-users Digest, Vol 111, Issue 5 >>>>> >>>>>>Send mapserver-users mailing list submissions to >>>>>> mapserver-users at lists.osgeo.org >>>>>> >>>>>>To subscribe or unsubscribe via the World Wide Web, visit >>>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>or, via email, send a message with subject or body 'help' to >>>>>> mapserver-users-request at lists.osgeo.org >>>>>> >>>>>>You can reach the person managing the list at >>>>>> mapserver-users-owner at lists.osgeo.org >>>>>> >>>>>>When replying, please edit your Subject line so it is more specific >>>>>>than "Re: Contents of mapserver-users digest..." >>>>>> >>>>>> >>>>>>Today's Topics: >>>>>> >>>>>> 1. geotiff 48bit with mapserver 7 wms (David) >>>>>> 2. Re: geotiff 48bit with mapserver 7 wms (Stephen Woodbridge) >>>>>> >>>>>> >>>>>>---------------------------------------------------------------------- >>>>>> >>>>>>Message: 1 >>>>>>Date: Wed, 12 Apr 2017 00:22:12 +0000 >>>>>>From: David >>>>>>To: mapserver-users at lists.osgeo.org >>>>>>Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>>>Message-ID: >>>>>> >>>>>>Content-Type: text/plain; charset="utf-8"; Format="flowed" >>>>>> >>>>>>Hi there, >>>>>> >>>>>>iam having some trouble to serve 48 bit geotiff images with a >>>>>>mapserver >>>>>>7 wms. I created to layers for speed purposes with scale limiters. >>>>>>The >>>>>>lowres layer is served well and looks good, it is 24bit geotiff >>>>>>data(8bit per channel). But if the layer changes to the highres, >>>>>>48bit >>>>>>geotiff data(16bit per channel), the data is shown wrong. >>>>>>I searched for some hints regarding a similar issue but could not >>>>>>find >>>>>>something. >>>>>> >>>>>>This is a screenshot of the loaded highres layer. It does not >>>>>>matter if >>>>>>i load a bbox inside the browser, qgis or another wms client. The >>>>>>highres data looks always the same. >>>>>> >>>>>>image loaded from highres layer: >>>>>>http://imgur.com/a/B65cp >>>>>> >>>>>>the mapfile: >>>>>>https://pastebin.com/4G2DZErZ >>>>>> >>>>>>the gdalinfo for one 16bit 3-band tile: >>>>>>https://pastebin.com/kfS0BjmE >>>>>> >>>>>>Best Regards, >>>>>>David >>>>>>-------------- next part -------------- >>>>>>An HTML attachment was scrubbed... >>>>>>URL: >>>>>>users/attachments/20170412/2cded6b6/attachment-0001.html> >>>>>> >>>>>> ****************************** From david at impstyle.com Tue Apr 18 07:07:04 2017 From: david at impstyle.com (David) Date: Tue, 18 Apr 2017 14:07:04 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: <5D5AE574FB890744BCB91DE22F3A53C101407329DD@vbrk21mx01.bezreg-koeln.nrw.de> References: <5D5AE574FB890744BCB91DE22F3A53C101407329DD@vbrk21mx01.bezreg-koeln.nrw.de> Message-ID: Hi Cora, do you use PROCESSING "SCALE=AUTO" with you LAYER definition? SCALE[_n]=AUTO or min,max This directive instructs the GDAL reader to pre-scale the incoming raster data. It is primarily used to scale 16bit or floating point data to the range 0-255, but can also be used to constrast stretch 8bit data. http://mapserver.org/input/raster.html#special-processing-directives Cheers David ------ Original Message ------ From: "Berger, Cora" To: "'mapserver-users at lists.osgeo.org'" Sent: 4/18/2017 10:47:42 AM Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >Dear David, Steve, Ben, etc. >I am working with MapServer-WCS. I still have problems defining the >correct output formats. Input to most of our WCS are 8bit Geotiffs. The >MapServer WCS-output is either tiff, png or jpeg with 24bit or >Png;mode=8bit with 8 bit (if no output format is defined). The >png;mode=8bit-format changes the imagecolours, so it isn't really >useful. I can't get a colored 8bit Geotiff as output (a 8bit-definition >always results in greyscale images). I tried different output >format-definitions, none of them worked. I can define a palette for the >png-format, but unfortunately not for any other format. >For our WCS it is important that the output-data looks the same like >the input-data. It seems that at the moment MapServer can't just pass >the input-data through... This might be a GDAL issue... > >So if you find a way to define your wished output-format, please share >it, maybe it helps me, too. Maybe anybody else has an idea? > >Cora > > >>Message: 1 >>Date: Mon, 17 Apr 2017 22:14:28 +0000 >>From: David >>To: mapserver-users at lists.osgeo.org >>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>Message-ID: >>Content-Type: text/plain; format=flowed; charset=utf-8 >> >>Thank you very much Steve. You helped me to understand the problem! >> >>David F. >> >>------ Original Message ------ >>From: "Stephen Woodbridge" >>To: mapserver-users at lists.osgeo.org >>Sent: 4/14/2017 9:54:20 PM >>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >> >>>Yeah, technically a geotiff can be any format, but mapserver only >>>supports a limit set for band widths. >>> >>>A new version of Mapcache was just released and it has GDAL support >>>in >>>it and serves WMS, but I'm not sure if it will do what you want. >>> >>>Sorry, I'm out of ideas on this. >>> >>>-Steve W >>> >>>On 4/14/2017 6:56 PM, David F. wrote: >>>>I did not reply after my latest test, sorry. >>>>I tried all tiff IMAGEMODE for my data set. None gave me 16 bit at >>>>the >>>>gis client. >>>>As far as I understand gtiff is 8 bit. >>>>The only IMAGEMODE for integer is signed INT16 , which is >>>>unfortunately the only supported integer data type. For RGB data >>>>unsigned integer is the only integer data type that makes sense. >>>>Just >>>>if i change the IMAGEMODE to FLOAT32 mapserver will serve more than >>>>8 >>>>bit per band. >>>>I think i will give gdal and float32 bit a try nevertheless it will >>>>double the image size. >>>>Maybe someone else has an idea. >>>> >>>> >>>> >>>> >>>> >>>>On April 14, 2017 1:43:09 PM Stephen Woodbridge >>>> wrote: >>>> >>>>>http://mapserver.org/mapfile/outputformat.html >>>>> >>>>>Why not serve them a GTiff format for qgis? >>>>> >>>>>You can define multiple output formats in the mapfile, and let the >>>>>browser use the 8bit png and have qgis request images in gtiff >>>>>format. >>>>> >>>>>-Steve >>>>> >>>>>On 4/13/2017 11:03 AM, David wrote: >>>>>>Hi Steve, >>>>>> >>>>>>thank you very much for your help. The Mapserver is serving the >>>>>>tiles >>>>>>with the correct RGB values now. The problem is, that it is >>>>>>serving >>>>>>8 >>>>>>bit per band and not 16 bit. >>>>>>I need the 16bit because i want to use the wms as a base layer for >>>>>>some >>>>>>further processing with qgis or another gis client. So no problem >>>>>>regarding browsers for me. >>>>>> >>>>>>I will take a look and change the data type to float32 for the >>>>>>tiff >>>>>>files. At least this is an supported OUTPUTFORMAT for mapserver. >>>>>>Any suggestions on this matter are highly appreciated. >>>>>> >>>>>>Cheers, >>>>>>David >>>>>> >>>>>>------ Original Message ------ >>>>>>From: mapserver-users-request at lists.osgeo.org >>>>>>To: mapserver-users at lists.osgeo.org >>>>>>Sent: 4/12/2017 4:00:02 PM >>>>>>Subject: mapserver-users Digest, Vol 111, Issue 5 >>>>>> >>>>>>>Send mapserver-users mailing list submissions to >>>>>>> mapserver-users at lists.osgeo.org >>>>>>> >>>>>>>To subscribe or unsubscribe via the World Wide Web, visit >>>>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>or, via email, send a message with subject or body 'help' to >>>>>>> mapserver-users-request at lists.osgeo.org >>>>>>> >>>>>>>You can reach the person managing the list at >>>>>>> mapserver-users-owner at lists.osgeo.org >>>>>>> >>>>>>>When replying, please edit your Subject line so it is more >>>>>>>specific >>>>>>>than "Re: Contents of mapserver-users digest..." >>>>>>> >>>>>>> >>>>>>>Today's Topics: >>>>>>> >>>>>>> 1. geotiff 48bit with mapserver 7 wms (David) >>>>>>> 2. Re: geotiff 48bit with mapserver 7 wms (Stephen >>>>>>>Woodbridge) >>>>>>> >>>>>>> >>>>>>>---------------------------------------------------------------------- >>>>>>> >>>>>>>Message: 1 >>>>>>>Date: Wed, 12 Apr 2017 00:22:12 +0000 >>>>>>>From: David >>>>>>>To: mapserver-users at lists.osgeo.org >>>>>>>Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>>>>Message-ID: >>>>>>> >>>>>>>Content-Type: text/plain; charset="utf-8"; Format="flowed" >>>>>>> >>>>>>>Hi there, >>>>>>> >>>>>>>iam having some trouble to serve 48 bit geotiff images with a >>>>>>>mapserver >>>>>>>7 wms. I created to layers for speed purposes with scale >>>>>>>limiters. >>>>>>>The >>>>>>>lowres layer is served well and looks good, it is 24bit geotiff >>>>>>>data(8bit per channel). But if the layer changes to the highres, >>>>>>>48bit >>>>>>>geotiff data(16bit per channel), the data is shown wrong. >>>>>>>I searched for some hints regarding a similar issue but could not >>>>>>>find >>>>>>>something. >>>>>>> >>>>>>>This is a screenshot of the loaded highres layer. It does not >>>>>>>matter if >>>>>>>i load a bbox inside the browser, qgis or another wms client. The >>>>>>>highres data looks always the same. >>>>>>> >>>>>>>image loaded from highres layer: >>>>>>>http://imgur.com/a/B65cp >>>>>>> >>>>>>>the mapfile: >>>>>>>https://pastebin.com/4G2DZErZ >>>>>>> >>>>>>>the gdalinfo for one 16bit 3-band tile: >>>>>>>https://pastebin.com/kfS0BjmE >>>>>>> >>>>>>>Best Regards, >>>>>>>David >>>>>>>-------------- next part -------------- >>>>>>>An HTML attachment was scrubbed... >>>>>>>URL: >>>>>>>>users/attachments/20170412/2cded6b6/attachment-0001.html> >>>>>>> >>>>>>> >****************************** >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >https://lists.osgeo.org/mailman/listinfo/mapserver-users From david at impstyle.com Tue Apr 18 09:01:04 2017 From: david at impstyle.com (David) Date: Tue, 18 Apr 2017 16:01:04 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: References: <5D5AE574FB890744BCB91DE22F3A53C101407329DD@vbrk21mx01.bezreg-koeln.nrw.de> Message-ID: So, i did some testing. The wms is not serving the images with float32 as data type. It shows the same issue, false colors. The wcs is working and serving the float32 data type data. For my use-case setting the MAXSIZE higher than the tile dimension was important. Well QGIS does show just a black image, but GlobalMapper is loading the data. Just out of curiosity, can somebody explain "WCS_SIZE" "..." to me? Is this the size in pixel x y for the complete TILE_INDEX? David ------ Original Message ------From: "David" To: "'mapserver-users at lists.osgeo.org'" Sent: 4/18/2017 11:07:04 AM Subject: Re[2]: [mapserver-users] geotiff 48bit with mapserver 7 wms >Hi Cora, > >do you use PROCESSING "SCALE=AUTO" with you LAYER definition? > >SCALE[_n]=AUTO or min,max >This directive instructs the GDAL reader to pre-scale the incoming >raster data. It is primarily used to scale 16bit or floating point data >to the range 0-255, but can also be used to constrast stretch 8bit >data. > >http://mapserver.org/input/raster.html#special-processing-directives > >Cheers David > > >------ Original Message ------ >From: "Berger, Cora" >To: "'mapserver-users at lists.osgeo.org'" > >Sent: 4/18/2017 10:47:42 AM >Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms > >>Dear David, Steve, Ben, etc. >>I am working with MapServer-WCS. I still have problems defining the >>correct output formats. Input to most of our WCS are 8bit Geotiffs. >>The MapServer WCS-output is either tiff, png or jpeg with 24bit or >>Png;mode=8bit with 8 bit (if no output format is defined). The >>png;mode=8bit-format changes the imagecolours, so it isn't really >>useful. I can't get a colored 8bit Geotiff as output (a >>8bit-definition always results in greyscale images). I tried different >>output format-definitions, none of them worked. I can define a palette >>for the png-format, but unfortunately not for any other format. >>For our WCS it is important that the output-data looks the same like >>the input-data. It seems that at the moment MapServer can't just pass >>the input-data through... This might be a GDAL issue... >> >>So if you find a way to define your wished output-format, please share >>it, maybe it helps me, too. Maybe anybody else has an idea? >> >>Cora >> >> >>>Message: 1 >>>Date: Mon, 17 Apr 2017 22:14:28 +0000 >>>From: David >>>To: mapserver-users at lists.osgeo.org >>>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>Message-ID: >>> >>>Content-Type: text/plain; format=flowed; charset=utf-8 >>> >>>Thank you very much Steve. You helped me to understand the problem! >>> >>>David F. >>> >>>------ Original Message ------ >>>From: "Stephen Woodbridge" >>>To: mapserver-users at lists.osgeo.org >>>Sent: 4/14/2017 9:54:20 PM >>>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>> >>>>Yeah, technically a geotiff can be any format, but mapserver only >>>>supports a limit set for band widths. >>>> >>>>A new version of Mapcache was just released and it has GDAL support >>>>in >>>>it and serves WMS, but I'm not sure if it will do what you want. >>>> >>>>Sorry, I'm out of ideas on this. >>>> >>>>-Steve W >>>> >>>>On 4/14/2017 6:56 PM, David F. wrote: >>>>>I did not reply after my latest test, sorry. >>>>>I tried all tiff IMAGEMODE for my data set. None gave me 16 bit at >>>>>the >>>>>gis client. >>>>>As far as I understand gtiff is 8 bit. >>>>>The only IMAGEMODE for integer is signed INT16 , which is >>>>>unfortunately the only supported integer data type. For RGB data >>>>>unsigned integer is the only integer data type that makes sense. >>>>>Just >>>>>if i change the IMAGEMODE to FLOAT32 mapserver will serve more than >>>>>8 >>>>>bit per band. >>>>>I think i will give gdal and float32 bit a try nevertheless it will >>>>>double the image size. >>>>>Maybe someone else has an idea. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>On April 14, 2017 1:43:09 PM Stephen Woodbridge >>>>> wrote: >>>>> >>>>>>http://mapserver.org/mapfile/outputformat.html >>>>>> >>>>>>Why not serve them a GTiff format for qgis? >>>>>> >>>>>>You can define multiple output formats in the mapfile, and let the >>>>>>browser use the 8bit png and have qgis request images in gtiff >>>>>>format. >>>>>> >>>>>>-Steve >>>>>> >>>>>>On 4/13/2017 11:03 AM, David wrote: >>>>>>>Hi Steve, >>>>>>> >>>>>>>thank you very much for your help. The Mapserver is serving the >>>>>>>tiles >>>>>>>with the correct RGB values now. The problem is, that it is >>>>>>>serving >>>>>>>8 >>>>>>>bit per band and not 16 bit. >>>>>>>I need the 16bit because i want to use the wms as a base layer >>>>>>>for >>>>>>>some >>>>>>>further processing with qgis or another gis client. So no problem >>>>>>>regarding browsers for me. >>>>>>> >>>>>>>I will take a look and change the data type to float32 for the >>>>>>>tiff >>>>>>>files. At least this is an supported OUTPUTFORMAT for mapserver. >>>>>>>Any suggestions on this matter are highly appreciated. >>>>>>> >>>>>>>Cheers, >>>>>>>David >>>>>>> >>>>>>>------ Original Message ------ >>>>>>>From: mapserver-users-request at lists.osgeo.org >>>>>>>To: mapserver-users at lists.osgeo.org >>>>>>>Sent: 4/12/2017 4:00:02 PM >>>>>>>Subject: mapserver-users Digest, Vol 111, Issue 5 >>>>>>> >>>>>>>>Send mapserver-users mailing list submissions to >>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>> >>>>>>>>To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>>or, via email, send a message with subject or body 'help' to >>>>>>>> mapserver-users-request at lists.osgeo.org >>>>>>>> >>>>>>>>You can reach the person managing the list at >>>>>>>> mapserver-users-owner at lists.osgeo.org >>>>>>>> >>>>>>>>When replying, please edit your Subject line so it is more >>>>>>>>specific >>>>>>>>than "Re: Contents of mapserver-users digest..." >>>>>>>> >>>>>>>> >>>>>>>>Today's Topics: >>>>>>>> >>>>>>>> 1. geotiff 48bit with mapserver 7 wms (David) >>>>>>>> 2. Re: geotiff 48bit with mapserver 7 wms (Stephen >>>>>>>>Woodbridge) >>>>>>>> >>>>>>>> >>>>>>>>---------------------------------------------------------------------- >>>>>>>> >>>>>>>>Message: 1 >>>>>>>>Date: Wed, 12 Apr 2017 00:22:12 +0000 >>>>>>>>From: David >>>>>>>>To: mapserver-users at lists.osgeo.org >>>>>>>>Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>>>>>Message-ID: >>>>>>>> >>>>>>>>Content-Type: text/plain; charset="utf-8"; Format="flowed" >>>>>>>> >>>>>>>>Hi there, >>>>>>>> >>>>>>>>iam having some trouble to serve 48 bit geotiff images with a >>>>>>>>mapserver >>>>>>>>7 wms. I created to layers for speed purposes with scale >>>>>>>>limiters. >>>>>>>>The >>>>>>>>lowres layer is served well and looks good, it is 24bit geotiff >>>>>>>>data(8bit per channel). But if the layer changes to the highres, >>>>>>>>48bit >>>>>>>>geotiff data(16bit per channel), the data is shown wrong. >>>>>>>>I searched for some hints regarding a similar issue but could >>>>>>>>not >>>>>>>>find >>>>>>>>something. >>>>>>>> >>>>>>>>This is a screenshot of the loaded highres layer. It does not >>>>>>>>matter if >>>>>>>>i load a bbox inside the browser, qgis or another wms client. >>>>>>>>The >>>>>>>>highres data looks always the same. >>>>>>>> >>>>>>>>image loaded from highres layer: >>>>>>>>http://imgur.com/a/B65cp >>>>>>>> >>>>>>>>the mapfile: >>>>>>>>https://pastebin.com/4G2DZErZ >>>>>>>> >>>>>>>>the gdalinfo for one 16bit 3-band tile: >>>>>>>>https://pastebin.com/kfS0BjmE >>>>>>>> >>>>>>>>Best Regards, >>>>>>>>David >>>>>>>>-------------- next part -------------- >>>>>>>>An HTML attachment was scrubbed... >>>>>>>>URL: >>>>>>>>>>users/attachments/20170412/2cded6b6/attachment-0001.html> >>>>>>>> >>>>>>>> >>****************************** >>_______________________________________________ >>mapserver-users mailing list >>mapserver-users at lists.osgeo.org >>https://lists.osgeo.org/mailman/listinfo/mapserver-users From steve.lime at state.mn.us Tue Apr 18 08:48:21 2017 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Tue, 18 Apr 2017 15:48:21 +0000 Subject: [mapserver-users] Multi template In-Reply-To: <1492520742623-5317599.post@n6.nabble.com> References: <1492520742623-5317599.post@n6.nabble.com> Message-ID: You can certainly have multiple templates associated with the same mapfile by using the template output format. See http://mapserver.org/development/rfc/ms-rfc-36.html... Then you can change templates via WMS or via the queryformat CGI parameter. --Steve From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of pe_lord Sent: Tuesday, April 18, 2017 8:06 AM To: mapserver-users at lists.osgeo.org Subject: [mapserver-users] Multi template I would like to know if Mapserver is able to maintain 2 template (or more) as the same time. I want to maintain a HTML and a JSON template at the same time, depending my call's parameters on my WMS getfeatureinfo. ________________________________ View this message in context: Multi template Sent from the Mapserver - User mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pe_lord at yahoo.ca Tue Apr 18 09:52:18 2017 From: pe_lord at yahoo.ca (pe_lord) Date: Tue, 18 Apr 2017 09:52:18 -0700 (MST) Subject: [mapserver-users] Multi template In-Reply-To: References: <1492520742623-5317599.post@n6.nabble.com> Message-ID: <1492534338162-5317655.post@n6.nabble.com> But more specificly, two template on the same layer managing [join], one in html, the other in json or whatever... I do not understant how to configure it or which call to make to retrieve the right template... INFO_FORMAT=text/html VS Queryformat = application/json -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Multi-template-tp5317599p5317655.html Sent from the Mapserver - User mailing list archive at Nabble.com. From pe_lord at yahoo.ca Tue Apr 18 12:31:16 2017 From: pe_lord at yahoo.ca (pe_lord) Date: Tue, 18 Apr 2017 12:31:16 -0700 (MST) Subject: [mapserver-users] Multi template In-Reply-To: <1492534338162-5317655.post@n6.nabble.com> References: <1492520742623-5317599.post@n6.nabble.com> <1492534338162-5317655.post@n6.nabble.com> Message-ID: <1492543876608-5317677.post@n6.nabble.com> Here the kind of html template i would like to both call in html and json I know that i would need to simplify the data in json but it's simply an example: GetInfo HTML with joins -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Multi-template-tp5317599p5317677.html Sent from the Mapserver - User mailing list archive at Nabble.com. From schepers at rvr-online.de Wed Apr 19 06:31:36 2017 From: schepers at rvr-online.de (Schepers, Benjamin) Date: Wed, 19 Apr 2017 13:31:36 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: References: <5D5AE574FB890744BCB91DE22F3A53C101407329DD@vbrk21mx01.bezreg-koeln.nrw.de> Message-ID: <7088A26751CB34409B159B4237D510A87C986941@W2K8-EXDB02.VERBAND.LOCAL> Hi David, Hi list, @David: you said "Well QGIS does show just a black image" I assume that this is just a layer-specific contrast setting. Maybe just play around with stretching (layer properties -> style -> band rendering), e.g. set "min" to "0" and "max" to "255" (per each band) and then set "contrast enhancement" to "stretch to minmax" Regards Ben Mit freundlichen Gr??en Im Auftrag Benjamin Schepers Geodaten, Stadtplanwerk, Luftbilder Kronprinzenstra?e 6 45128 Essen Fon: +49 201 2069-232 Fax: +49 201 2069-369 schepers at rvr-online.de Die Regionaldirektorin Kronprinzenstra?e 35 45128 Essen Zentrale: +49 (0) 201 2069-0 Fax: +49 (0) 201 2069-500 www.metropoleruhr.de Postfach 10 32 64 45032 Essen Steuernummer: RVR 112/5797/0116 USt.-ldNr.: DE 173867500 Diese E-Mail koennte vertrauliche und/oder rechtlich geschuetzte Informationen enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail sind nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -----Urspr?ngliche Nachricht----- Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] Im Auftrag von David Gesendet: Dienstag, 18. April 2017 18:01 An: 'mapserver-users at lists.osgeo.org' Betreff: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms So, i did some testing. The wms is not serving the images with float32 as data type. It shows the same issue, false colors. The wcs is working and serving the float32 data type data. For my use-case setting the MAXSIZE higher than the tile dimension was important. Well QGIS does show just a black image, but GlobalMapper is loading the data. Just out of curiosity, can somebody explain "WCS_SIZE" "..." to me? Is this the size in pixel x y for the complete TILE_INDEX? David ------ Original Message ------From: "David" To: "'mapserver-users at lists.osgeo.org'" Sent: 4/18/2017 11:07:04 AM Subject: Re[2]: [mapserver-users] geotiff 48bit with mapserver 7 wms >Hi Cora, > >do you use PROCESSING "SCALE=AUTO" with you LAYER definition? > >SCALE[_n]=AUTO or min,max >This directive instructs the GDAL reader to pre-scale the incoming >raster data. It is primarily used to scale 16bit or floating point data >to the range 0-255, but can also be used to constrast stretch 8bit >data. > >http://mapserver.org/input/raster.html#special-processing-directives > >Cheers David > > >------ Original Message ------ >From: "Berger, Cora" >To: "'mapserver-users at lists.osgeo.org'" > >Sent: 4/18/2017 10:47:42 AM >Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms > >>Dear David, Steve, Ben, etc. >>I am working with MapServer-WCS. I still have problems defining the >>correct output formats. Input to most of our WCS are 8bit Geotiffs. >>The MapServer WCS-output is either tiff, png or jpeg with 24bit or >>Png;mode=8bit with 8 bit (if no output format is defined). The >>png;mode=8bit-format changes the imagecolours, so it isn't really >>useful. I can't get a colored 8bit Geotiff as output (a >>8bit-definition always results in greyscale images). I tried different >>output format-definitions, none of them worked. I can define a palette >>for the png-format, but unfortunately not for any other format. >>For our WCS it is important that the output-data looks the same like >>the input-data. It seems that at the moment MapServer can't just pass >>the input-data through... This might be a GDAL issue... >> >>So if you find a way to define your wished output-format, please share >>it, maybe it helps me, too. Maybe anybody else has an idea? >> >>Cora >> >> >>>Message: 1 >>>Date: Mon, 17 Apr 2017 22:14:28 +0000 >>>From: David >>>To: mapserver-users at lists.osgeo.org >>>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>Message-ID: >>> >>>Content-Type: text/plain; format=flowed; charset=utf-8 >>> >>>Thank you very much Steve. You helped me to understand the problem! >>> >>>David F. >>> >>>------ Original Message ------ >>>From: "Stephen Woodbridge" >>>To: mapserver-users at lists.osgeo.org >>>Sent: 4/14/2017 9:54:20 PM >>>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>> >>>>Yeah, technically a geotiff can be any format, but mapserver only >>>>supports a limit set for band widths. >>>> >>>>A new version of Mapcache was just released and it has GDAL support >>>>in it and serves WMS, but I'm not sure if it will do what you want. >>>> >>>>Sorry, I'm out of ideas on this. >>>> >>>>-Steve W >>>> >>>>On 4/14/2017 6:56 PM, David F. wrote: >>>>>I did not reply after my latest test, sorry. >>>>>I tried all tiff IMAGEMODE for my data set. None gave me 16 bit at >>>>>the gis client. >>>>>As far as I understand gtiff is 8 bit. >>>>>The only IMAGEMODE for integer is signed INT16 , which is >>>>>unfortunately the only supported integer data type. For RGB data >>>>>unsigned integer is the only integer data type that makes sense. >>>>>Just >>>>>if i change the IMAGEMODE to FLOAT32 mapserver will serve more than >>>>>8 >>>>>bit per band. >>>>>I think i will give gdal and float32 bit a try nevertheless it will >>>>>double the image size. >>>>>Maybe someone else has an idea. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>On April 14, 2017 1:43:09 PM Stephen Woodbridge >>>>> wrote: >>>>> >>>>>>http://mapserver.org/mapfile/outputformat.html >>>>>> >>>>>>Why not serve them a GTiff format for qgis? >>>>>> >>>>>>You can define multiple output formats in the mapfile, and let the >>>>>>browser use the 8bit png and have qgis request images in gtiff >>>>>>format. >>>>>> >>>>>>-Steve >>>>>> >>>>>>On 4/13/2017 11:03 AM, David wrote: >>>>>>>Hi Steve, >>>>>>> >>>>>>>thank you very much for your help. The Mapserver is serving the >>>>>>>tiles with the correct RGB values now. The problem is, that it is >>>>>>>serving >>>>>>>8 >>>>>>>bit per band and not 16 bit. >>>>>>>I need the 16bit because i want to use the wms as a base layer >>>>>>>for some further processing with qgis or another gis client. So >>>>>>>no problem regarding browsers for me. >>>>>>> >>>>>>>I will take a look and change the data type to float32 for the >>>>>>>tiff files. At least this is an supported OUTPUTFORMAT for >>>>>>>mapserver. >>>>>>>Any suggestions on this matter are highly appreciated. >>>>>>> >>>>>>>Cheers, >>>>>>>David >>>>>>> >>>>>>>------ Original Message ------ >>>>>>>From: mapserver-users-request at lists.osgeo.org >>>>>>>To: mapserver-users at lists.osgeo.org >>>>>>>Sent: 4/12/2017 4:00:02 PM >>>>>>>Subject: mapserver-users Digest, Vol 111, Issue 5 >>>>>>> >>>>>>>>Send mapserver-users mailing list submissions to >>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>> >>>>>>>>To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>>or, via email, send a message with subject or body 'help' to >>>>>>>> mapserver-users-request at lists.osgeo.org >>>>>>>> >>>>>>>>You can reach the person managing the list at >>>>>>>> mapserver-users-owner at lists.osgeo.org >>>>>>>> >>>>>>>>When replying, please edit your Subject line so it is more >>>>>>>>specific than "Re: Contents of mapserver-users digest..." >>>>>>>> >>>>>>>> >>>>>>>>Today's Topics: >>>>>>>> >>>>>>>> 1. geotiff 48bit with mapserver 7 wms (David) >>>>>>>> 2. Re: geotiff 48bit with mapserver 7 wms (Stephen >>>>>>>>Woodbridge) >>>>>>>> >>>>>>>> >>>>>>>>---------------------------------------------------------------- >>>>>>>>------ >>>>>>>> >>>>>>>>Message: 1 >>>>>>>>Date: Wed, 12 Apr 2017 00:22:12 +0000 >>>>>>>>From: David >>>>>>>>To: mapserver-users at lists.osgeo.org >>>>>>>>Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>>>>>Message-ID: >>>>>>>> >>>>>>>>Content-Type: text/plain; charset="utf-8"; Format="flowed" >>>>>>>> >>>>>>>>Hi there, >>>>>>>> >>>>>>>>iam having some trouble to serve 48 bit geotiff images with a >>>>>>>>mapserver >>>>>>>>7 wms. I created to layers for speed purposes with scale >>>>>>>>limiters. >>>>>>>>The >>>>>>>>lowres layer is served well and looks good, it is 24bit geotiff >>>>>>>>data(8bit per channel). But if the layer changes to the highres, >>>>>>>>48bit geotiff data(16bit per channel), the data is shown wrong. >>>>>>>>I searched for some hints regarding a similar issue but could >>>>>>>>not find something. >>>>>>>> >>>>>>>>This is a screenshot of the loaded highres layer. It does not >>>>>>>>matter if i load a bbox inside the browser, qgis or another wms >>>>>>>>client. >>>>>>>>The >>>>>>>>highres data looks always the same. >>>>>>>> >>>>>>>>image loaded from highres layer: >>>>>>>>http://imgur.com/a/B65cp >>>>>>>> >>>>>>>>the mapfile: >>>>>>>>https://pastebin.com/4G2DZErZ >>>>>>>> >>>>>>>>the gdalinfo for one 16bit 3-band tile: >>>>>>>>https://pastebin.com/kfS0BjmE >>>>>>>> >>>>>>>>Best Regards, >>>>>>>>David >>>>>>>>-------------- next part -------------- An HTML attachment was >>>>>>>>scrubbed... >>>>>>>>URL: >>>>>>>>>>users/attachments/20170412/2cded6b6/attachment-0001.html> >>>>>>>> >>>>>>>> >>****************************** >>_______________________________________________ >>mapserver-users mailing list >>mapserver-users at lists.osgeo.org >>https://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From cora.berger at bezreg-koeln.nrw.de Wed Apr 19 07:45:18 2017 From: cora.berger at bezreg-koeln.nrw.de (Berger, Cora) Date: Wed, 19 Apr 2017 14:45:18 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms Message-ID: <5D5AE574FB890744BCB91DE22F3A53C10140732AED@vbrk21mx01.bezreg-koeln.nrw.de> Hi David, Thanks for your help. I tried PROCESSING "SCALE=AUTO". This method results in a red/white image. All the labels in the map are drawn red (originally black). The whole topographic information in the background is just white (originally many different colors). I tried it with a combination of different outputformat-declarations and processings. Unfortunately I didn't get a correct result. Cheers Cora >Message: 2 >Date: Tue, 18 Apr 2017 14:07:04 +0000 >From: David >To: "'mapserver-users at lists.osgeo.org'" > >Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >Message-ID: >Content-Type: text/plain; format=flowed; charset=utf-8 > >Hi Cora, > >do you use PROCESSING "SCALE=AUTO" with you LAYER definition? > >SCALE[_n]=AUTO or min,max >This directive instructs the GDAL reader to pre-scale the incoming >raster data. It is primarily used to scale 16bit or floating point data >to the range 0-255, but can also be used to constrast stretch 8bit data. > >http://mapserver.org/input/raster.html#special-processing-directives > >Cheers David > > >------ Original Message ------ >From: "Berger, Cora" >To: "'mapserver-users at lists.osgeo.org'" > >Sent: 4/18/2017 10:47:42 AM >Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms > >>Dear David, Steve, Ben, etc. >>I am working with MapServer-WCS. I still have problems defining the >>correct output formats. Input to most of our WCS are 8bit Geotiffs. The >>MapServer WCS-output is either tiff, png or jpeg with 24bit or >>Png;mode=8bit with 8 bit (if no output format is defined). The >>png;mode=8bit-format changes the imagecolours, so it isn't really >>useful. I can't get a colored 8bit Geotiff as output (a 8bit-definition >>always results in greyscale images). I tried different output >>format-definitions, none of them worked. I can define a palette for the >>png-format, but unfortunately not for any other format. >>For our WCS it is important that the output-data looks the same like >>the input-data. It seems that at the moment MapServer can't just pass >>the input-data through... This might be a GDAL issue... >> >>So if you find a way to define your wished output-format, please share >>it, maybe it helps me, too. Maybe anybody else has an idea? >> >>Cora >> >> From pschmitt at gmail.com Wed Apr 19 10:52:51 2017 From: pschmitt at gmail.com (Peter Schmitt) Date: Wed, 19 Apr 2017 11:52:51 -0600 Subject: [mapserver-users] Mapserver caching and /vsicurl/ Message-ID: Hi, I am using Mapserver to render a GeoTIFF in s3 using /vsicurl/. My raster layer uses a tile index generated by Postgis. Here's a snippet from my MAP file: CONFIG "CPL_VSIL_CURL_ALLOWED_EXTENSIONS" ".tif" CONFIG "GDAL_DISABLE_READDIR_ON_OPEN" "YES" CONFIG "VSI_CACHE" "FALSE" ... LAYER NAME update_test TILEINDEX my_tindex TILEITEM "location" TYPE RASTER END LAYER NAME my_tindex TYPE POLYGON STATUS OFF INCLUDE "postgis.inc.map" DATA "geom FROM ( SELECT id, geom, '/vsicurl/https://s3.amazonaws.com/pschmitt-public/current.tif' as location FROM t WHERE ST_Intersects(t.geom, !BOX!) ) AS subquery USING UNIQUE id USING SRID=4326" END current.tif starts out as a red image: https://s3.amazonaws.com/pschmitt-public/red.tif When I make WMS requests, I see red tiles, as expected. At some point in time, I overwrite current.tif with this blue image: https://s3.amazonaws.com/pschmitt-public/blue.tif However, when I make new WMS requests, Mapserver still returns red tiles! If I restart Mapserver, I get blue tiles. If I then overwrite s3://pschmitt-public/current.tif with the red image, I continue to see blue WMS tiles until I restart Mapserver. It seems Mapserver is caching the raster somehow when using /vsicurl/. (side-note: whatever caching is going on sure is helpful when serving static imagery with /vsicurl/! Subsequent requests to render rasters are pretty quick after an initial render). This does not happen if I store current.tif on local storage on my instance & update my tile index location to be something like "/data/current.tif". When I overwrite current.tif stored locally with red.tif and make new WMS requests, I get red tiles. When I overwrite current.tif stored locally with blue.tif and make new WMS requests, I get blue tiles. Can anyone shed some light on this? How can I update imagery in s3 served via Postgis tile index pointing to /vsicurl/ paths without restarting mapserver? Thanks! Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: From even.rouault at spatialys.com Wed Apr 19 11:04:33 2017 From: even.rouault at spatialys.com (Even Rouault) Date: Wed, 19 Apr 2017 20:04:33 +0200 Subject: [mapserver-users] Mapserver caching and /vsicurl/ In-Reply-To: References: Message-ID: <16964859.zyPWXhoWyu@even-i700> > Can anyone shed some light on this? How can I update imagery in s3 served > via Postgis tile index pointing to /vsicurl/ paths without restarting > mapserver? You can't with the actual state of code in GDAL. This is purely a GDAL behaviour. Currently GDAL has a global 16 MB cache for all /vsicurl/ URLs: 1000 blocks of 16 KB each, with a least recently used eviction strategy. So yes it assumes static content. With some extra code we could imagine to evict with an option the blocks for a /vsicurl/ URL when the file descriptor is closed for example. Even -- Spatialys - Geospatial professional services http://www.spatialys.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jukka.rahkonen at maanmittauslaitos.fi Wed Apr 19 13:13:51 2017 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Wed, 19 Apr 2017 20:13:51 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: <5D5AE574FB890744BCB91DE22F3A53C10140732AED@vbrk21mx01.bezreg-koeln.nrw.de> References: <5D5AE574FB890744BCB91DE22F3A53C10140732AED@vbrk21mx01.bezreg-koeln.nrw.de> Message-ID: <1492632832127.69343@maanmittauslaitos.fi> Hi Cora, Could you prepare a small sample image and put it somewhere for downloading? Or did you already do it in some earlier mail? -Jukka Rahkonen- ________________________________________ L?hett?j?: mapserver-users k?ytt?j?n puolestaBerger, Cora L?hetetty: 19. huhtikuuta 2017 17:45 Vastaanottaja: 'mapserver-users at lists.osgeo.org' Aihe: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms Hi David, Thanks for your help. I tried PROCESSING "SCALE=AUTO". This method results in a red/white image. All the labels in the map are drawn red (originally black). The whole topographic information in the background is just white (originally many different colors). I tried it with a combination of different outputformat-declarations and processings. Unfortunately I didn't get a correct result. Cheers Cora >Message: 2 >Date: Tue, 18 Apr 2017 14:07:04 +0000 >From: David >To: "'mapserver-users at lists.osgeo.org'" > >Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >Message-ID: >Content-Type: text/plain; format=flowed; charset=utf-8 > >Hi Cora, > >do you use PROCESSING "SCALE=AUTO" with you LAYER definition? > >SCALE[_n]=AUTO or min,max >This directive instructs the GDAL reader to pre-scale the incoming >raster data. It is primarily used to scale 16bit or floating point data >to the range 0-255, but can also be used to constrast stretch 8bit data. > >http://mapserver.org/input/raster.html#special-processing-directives > >Cheers David > > >------ Original Message ------ >From: "Berger, Cora" >To: "'mapserver-users at lists.osgeo.org'" > >Sent: 4/18/2017 10:47:42 AM >Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms > >>Dear David, Steve, Ben, etc. >>I am working with MapServer-WCS. I still have problems defining the >>correct output formats. Input to most of our WCS are 8bit Geotiffs. The >>MapServer WCS-output is either tiff, png or jpeg with 24bit or >>Png;mode=8bit with 8 bit (if no output format is defined). The >>png;mode=8bit-format changes the imagecolours, so it isn't really >>useful. I can't get a colored 8bit Geotiff as output (a 8bit-definition >>always results in greyscale images). I tried different output >>format-definitions, none of them worked. I can define a palette for the >>png-format, but unfortunately not for any other format. >>For our WCS it is important that the output-data looks the same like >>the input-data. It seems that at the moment MapServer can't just pass >>the input-data through... This might be a GDAL issue... >> >>So if you find a way to define your wished output-format, please share >>it, maybe it helps me, too. Maybe anybody else has an idea? >> >>Cora >> >> _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From cora.berger at bezreg-koeln.nrw.de Thu Apr 20 06:35:38 2017 From: cora.berger at bezreg-koeln.nrw.de (Berger, Cora) Date: Thu, 20 Apr 2017 13:35:38 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: <1492632832127.69343@maanmittauslaitos.fi> References: <5D5AE574FB890744BCB91DE22F3A53C10140732AED@vbrk21mx01.bezreg-koeln.nrw.de> <1492632832127.69343@maanmittauslaitos.fi> Message-ID: <5D5AE574FB890744BCB91DE22F3A53C10140732DA3@vbrk21mx01.bezreg-koeln.nrw.de> Dear Jukka, you can find the original input-image of the wcs, an output image without any processing and an output image with processing scale=auto here: https://www.bscw.nrw.de/pub/bscw.cgi/7035084 Cora >-----Urspr?ngliche Nachricht----- >Von: Rahkonen Jukka (MML) [mailto:jukka.rahkonen at maanmittauslaitos.fi] >Gesendet: Mittwoch, 19. April 2017 22:14 >An: Berger, Cora; 'mapserver-users at lists.osgeo.org' >Betreff: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms > >Hi Cora, > >Could you prepare a small sample image and put it somewhere for downloading? >Or did you already do it in some earlier mail? > >-Jukka Rahkonen- > >________________________________________ >L?hett?j?: mapserver-users k?ytt?j?n >puolestaBerger, Cora >L?hetetty: 19. huhtikuuta 2017 17:45 >Vastaanottaja: 'mapserver-users at lists.osgeo.org' >Aihe: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms > >Hi David, >Thanks for your help. I tried PROCESSING "SCALE=AUTO". This method results in >a red/white image. All the labels in the map are drawn red (originally black). The >whole topographic information in the background is just white (originally many >different colors). I tried it with a combination of different outputformat-declarations >and processings. Unfortunately I didn't get a correct result. > >Cheers Cora > > >>Message: 2 >>Date: Tue, 18 Apr 2017 14:07:04 +0000 >>From: David >>To: "'mapserver-users at lists.osgeo.org'" >> >>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>Message-ID: >>Content-Type: text/plain; format=flowed; charset=utf-8 >> >>Hi Cora, >> >>do you use PROCESSING "SCALE=AUTO" with you LAYER definition? >> >>SCALE[_n]=AUTO or min,max >>This directive instructs the GDAL reader to pre-scale the incoming >>raster data. It is primarily used to scale 16bit or floating point data >>to the range 0-255, but can also be used to constrast stretch 8bit data. >> >>http://mapserver.org/input/raster.html#special-processing-directives >> >>Cheers David >> >> >>------ Original Message ------ >>From: "Berger, Cora" >>To: "'mapserver-users at lists.osgeo.org'" >> >>Sent: 4/18/2017 10:47:42 AM >>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >> >>>Dear David, Steve, Ben, etc. >>>I am working with MapServer-WCS. I still have problems defining the >>>correct output formats. Input to most of our WCS are 8bit Geotiffs. The >>>MapServer WCS-output is either tiff, png or jpeg with 24bit or >>>Png;mode=8bit with 8 bit (if no output format is defined). The >>>png;mode=8bit-format changes the imagecolours, so it isn't really >>>useful. I can't get a colored 8bit Geotiff as output (a 8bit-definition >>>always results in greyscale images). I tried different output >>>format-definitions, none of them worked. I can define a palette for the >>>png-format, but unfortunately not for any other format. >>>For our WCS it is important that the output-data looks the same like >>>the input-data. It seems that at the moment MapServer can't just pass >>>the input-data through... This might be a GDAL issue... >>> >>>So if you find a way to define your wished output-format, please share >>>it, maybe it helps me, too. Maybe anybody else has an idea? >>> >>>Cora >>> >>> > >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >https://lists.osgeo.org/mailman/listinfo/mapserver-users From jukka.rahkonen at maanmittauslaitos.fi Tue Apr 25 02:36:55 2017 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Tue, 25 Apr 2017 09:36:55 +0000 Subject: [mapserver-users] Paletted TIFFs and WCS [Was: geotiff 48bit with mapserver 7 wms] Message-ID: <1493113019452.71759@maanmittauslaitos.fi> Hi, Cora told about his problems with WCS and 8-bit input images in another thread that was originally dealing with 16-bit RBG images. That thread was http://osgeo-org.1560.x6.nabble.com/geotiff-48bit-with-mapserver-7-wms-td5316916.html I had a look at the test image from https://www.bscw.nrw.de/pub/bscw.cgi/7035084 The image appears to be a paletted one: gdalinfo original_image.tif Driver: GTiff/GeoTIFF Files: original_image.tif Size is 3200, 3200 Coordinate System is `' Metadata: TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) TIFFTAG_SOFTWARE=IrfanView TIFFTAG_XRESOLUTION=508 TIFFTAG_YRESOLUTION=508 Image Structure Metadata: COMPRESSION=PACKBITS INTERLEAVE=BAND Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0, 3200.0) Upper Right ( 3200.0, 0.0) Lower Right ( 3200.0, 3200.0) Center ( 1600.0, 1600.0) Band 1 Block=3200x2 Type=Byte, ColorInterp=Palette Color Table (RGB with 256 entries) ... I do not know how to handle paletted input rasters with Mapserver properly. What I have done is to convert the paletted images first into RGB images with http://www.gdal.org/pct2rgb.html. In my case the source images were also using different palettes which was another reason for using pct2rgb. Cora, I suggest you to have a try with converting your 8-bit single band paletted maps into 8-bit RGB images with pct2rgb.py. -Jukka Rahkonen- From david at impstyle.com Tue Apr 25 11:48:17 2017 From: david at impstyle.com (David) Date: Tue, 25 Apr 2017 18:48:17 +0000 Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms In-Reply-To: <7088A26751CB34409B159B4237D510A87C986941@w2k8-exdb02.verband.local> References: <5D5AE574FB890744BCB91DE22F3A53C101407329DD@vbrk21mx01.bezreg-koeln.nrw.de> <7088A26751CB34409B159B4237D510A87C986941@w2k8-exdb02.verband.local> Message-ID: Hi Benjamin, thank you for your tip. QGIS renders the tiles if a set min/max and "stretch to min/max". I did the test with a smaller data set (200 tiles 130MB each). My problem now is, with all tiles (~18500) the connection times out, even with small bounding boxes like: http://192.168.3.231/?MAP=/maps/MAP/eowcs2.map&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GEOTIFF&COVERAGE=test&BBOX=646021,5524001,648018,5525998&CRS=EPSG:32718&RESPONSE_CRS=EPSG:32718&WIDTH=4000&HEIGHT=4000 (QGIS always uses the full extent as bbox for the query and times out. Even zoomed in. *sick*) The same data set as WMS, with MINSCALEDENOM MAXSCALEDENOM runs very smooth. I did not find very much help regarding performance improvements and mapserver. For WMS you find alot. Cheers, David ------ Original Message ------ From: "Schepers, Benjamin" To: "'mapserver-users at lists.osgeo.org'" Sent: 4/19/2017 10:31:36 AM Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >Hi David, Hi list, > >@David: you said "Well QGIS does show just a black image" > >I assume that this is just a layer-specific contrast setting. Maybe >just play around with stretching (layer properties -> style -> band >rendering), e.g. set "min" to "0" and "max" to "255" (per each band) >and then set "contrast enhancement" to "stretch to minmax" > >Regards Ben > > > >Mit freundlichen Gr??en >Im Auftrag > >Benjamin Schepers > > >Geodaten, Stadtplanwerk, Luftbilder >Kronprinzenstra?e 6 >45128 Essen >Fon: +49 201 2069-232 >Fax: +49 201 2069-369 >schepers at rvr-online.de > > > >Die Regionaldirektorin >Kronprinzenstra?e 35 >45128 Essen >Zentrale: +49 (0) 201 2069-0 >Fax: +49 (0) 201 2069-500 >www.metropoleruhr.de > >Postfach 10 32 64 >45032 Essen > >Steuernummer: RVR 112/5797/0116 >USt.-ldNr.: DE 173867500 > >Diese E-Mail koennte vertrauliche und/oder rechtlich geschuetzte >Informationen enthalten. >Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich >erhalten haben, informieren Sie bitte sofort den Absender und >vernichten Sie diese Mail. >Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail >sind nicht gestattet. >This e-mail may contain confidential and/or privileged information. >If you are not the intended recipient (or have received this e-mail in >error) please notify the sender immediately and destroy this e-mail. >Any unauthorised copying, disclosure or distribution of the material in >this e-mail is strictly forbidden. >-----Urspr?ngliche Nachricht----- >Von: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] >Im Auftrag von David >Gesendet: Dienstag, 18. April 2017 18:01 >An: 'mapserver-users at lists.osgeo.org' >Betreff: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms > >So, i did some testing. > >The wms is not serving the images with float32 as data type. It shows >the same issue, false colors. >The wcs is working and serving the float32 data type data. >For my use-case setting the MAXSIZE higher than the tile dimension was >important. > >Well QGIS does show just a black image, but GlobalMapper is loading the >data. > >Just out of curiosity, can somebody explain "WCS_SIZE" "..." to me? Is >this the size in pixel x y for the complete TILE_INDEX? > >David > > >------ Original Message ------From: "David" >To: "'mapserver-users at lists.osgeo.org'" > >Sent: 4/18/2017 11:07:04 AM >Subject: Re[2]: [mapserver-users] geotiff 48bit with mapserver 7 wms > >>Hi Cora, >> >>do you use PROCESSING "SCALE=AUTO" with you LAYER definition? >> >>SCALE[_n]=AUTO or min,max >>This directive instructs the GDAL reader to pre-scale the incoming >>raster data. It is primarily used to scale 16bit or floating point >>data >>to the range 0-255, but can also be used to constrast stretch 8bit >>data. >> >>http://mapserver.org/input/raster.html#special-processing-directives >> >>Cheers David >> >> >>------ Original Message ------ >>From: "Berger, Cora" >>To: "'mapserver-users at lists.osgeo.org'" >> >>Sent: 4/18/2017 10:47:42 AM >>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >> >>>Dear David, Steve, Ben, etc. >>>I am working with MapServer-WCS. I still have problems defining the >>>correct output formats. Input to most of our WCS are 8bit Geotiffs. >>>The MapServer WCS-output is either tiff, png or jpeg with 24bit or >>>Png;mode=8bit with 8 bit (if no output format is defined). The >>>png;mode=8bit-format changes the imagecolours, so it isn't really >>>useful. I can't get a colored 8bit Geotiff as output (a >>>8bit-definition always results in greyscale images). I tried >>>different >>>output format-definitions, none of them worked. I can define a >>>palette >>>for the png-format, but unfortunately not for any other format. >>>For our WCS it is important that the output-data looks the same like >>>the input-data. It seems that at the moment MapServer can't just pass >>>the input-data through... This might be a GDAL issue... >>> >>>So if you find a way to define your wished output-format, please >>>share >>>it, maybe it helps me, too. Maybe anybody else has an idea? >>> >>>Cora >>> >>> >>>>Message: 1 >>>>Date: Mon, 17 Apr 2017 22:14:28 +0000 >>>>From: David >>>>To: mapserver-users at lists.osgeo.org >>>>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>Message-ID: >>>> >>>>Content-Type: text/plain; format=flowed; charset=utf-8 >>>> >>>>Thank you very much Steve. You helped me to understand the problem! >>>> >>>>David F. >>>> >>>>------ Original Message ------ >>>>From: "Stephen Woodbridge" >>>>To: mapserver-users at lists.osgeo.org >>>>Sent: 4/14/2017 9:54:20 PM >>>>Subject: Re: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>> >>>>>Yeah, technically a geotiff can be any format, but mapserver only >>>>>supports a limit set for band widths. >>>>> >>>>>A new version of Mapcache was just released and it has GDAL support >>>>>in it and serves WMS, but I'm not sure if it will do what you >>>>>want. >>>>> >>>>>Sorry, I'm out of ideas on this. >>>>> >>>>>-Steve W >>>>> >>>>>On 4/14/2017 6:56 PM, David F. wrote: >>>>>>I did not reply after my latest test, sorry. >>>>>>I tried all tiff IMAGEMODE for my data set. None gave me 16 bit at >>>>>>the gis client. >>>>>>As far as I understand gtiff is 8 bit. >>>>>>The only IMAGEMODE for integer is signed INT16 , which is >>>>>>unfortunately the only supported integer data type. For RGB data >>>>>>unsigned integer is the only integer data type that makes sense. >>>>>>Just >>>>>>if i change the IMAGEMODE to FLOAT32 mapserver will serve more >>>>>>than >>>>>>8 >>>>>>bit per band. >>>>>>I think i will give gdal and float32 bit a try nevertheless it >>>>>>will >>>>>>double the image size. >>>>>>Maybe someone else has an idea. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>On April 14, 2017 1:43:09 PM Stephen Woodbridge >>>>>> wrote: >>>>>> >>>>>>>http://mapserver.org/mapfile/outputformat.html >>>>>>> >>>>>>>Why not serve them a GTiff format for qgis? >>>>>>> >>>>>>>You can define multiple output formats in the mapfile, and let >>>>>>>the >>>>>>>browser use the 8bit png and have qgis request images in gtiff >>>>>>>format. >>>>>>> >>>>>>>-Steve >>>>>>> >>>>>>>On 4/13/2017 11:03 AM, David wrote: >>>>>>>>Hi Steve, >>>>>>>> >>>>>>>>thank you very much for your help. The Mapserver is serving the >>>>>>>>tiles with the correct RGB values now. The problem is, that it >>>>>>>>is >>>>>>>>serving >>>>>>>>8 >>>>>>>>bit per band and not 16 bit. >>>>>>>>I need the 16bit because i want to use the wms as a base layer >>>>>>>>for some further processing with qgis or another gis client. So >>>>>>>>no problem regarding browsers for me. >>>>>>>> >>>>>>>>I will take a look and change the data type to float32 for the >>>>>>>>tiff files. At least this is an supported OUTPUTFORMAT for >>>>>>>>mapserver. >>>>>>>>Any suggestions on this matter are highly appreciated. >>>>>>>> >>>>>>>>Cheers, >>>>>>>>David >>>>>>>> >>>>>>>>------ Original Message ------ >>>>>>>>From: mapserver-users-request at lists.osgeo.org >>>>>>>>To: mapserver-users at lists.osgeo.org >>>>>>>>Sent: 4/12/2017 4:00:02 PM >>>>>>>>Subject: mapserver-users Digest, Vol 111, Issue 5 >>>>>>>> >>>>>>>>>Send mapserver-users mailing list submissions to >>>>>>>>> mapserver-users at lists.osgeo.org >>>>>>>>> >>>>>>>>>To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users >>>>>>>>>or, via email, send a message with subject or body 'help' to >>>>>>>>> mapserver-users-request at lists.osgeo.org >>>>>>>>> >>>>>>>>>You can reach the person managing the list at >>>>>>>>> mapserver-users-owner at lists.osgeo.org >>>>>>>>> >>>>>>>>>When replying, please edit your Subject line so it is more >>>>>>>>>specific than "Re: Contents of mapserver-users digest..." >>>>>>>>> >>>>>>>>> >>>>>>>>>Today's Topics: >>>>>>>>> >>>>>>>>> 1. geotiff 48bit with mapserver 7 wms (David) >>>>>>>>> 2. Re: geotiff 48bit with mapserver 7 wms (Stephen >>>>>>>>>Woodbridge) >>>>>>>>> >>>>>>>>> >>>>>>>>>---------------------------------------------------------------- >>>>>>>>>------ >>>>>>>>> >>>>>>>>>Message: 1 >>>>>>>>>Date: Wed, 12 Apr 2017 00:22:12 +0000 >>>>>>>>>From: David >>>>>>>>>To: mapserver-users at lists.osgeo.org >>>>>>>>>Subject: [mapserver-users] geotiff 48bit with mapserver 7 wms >>>>>>>>>Message-ID: >>>>>>>>> >>>>>>>>>Content-Type: text/plain; charset="utf-8"; Format="flowed" >>>>>>>>> >>>>>>>>>Hi there, >>>>>>>>> >>>>>>>>>iam having some trouble to serve 48 bit geotiff images with a >>>>>>>>>mapserver >>>>>>>>>7 wms. I created to layers for speed purposes with scale >>>>>>>>>limiters. >>>>>>>>>The >>>>>>>>>lowres layer is served well and looks good, it is 24bit geotiff >>>>>>>>>data(8bit per channel). But if the layer changes to the >>>>>>>>>highres, >>>>>>>>>48bit geotiff data(16bit per channel), the data is shown wrong. >>>>>>>>>I searched for some hints regarding a similar issue but could >>>>>>>>>not find something. >>>>>>>>> >>>>>>>>>This is a screenshot of the loaded highres layer. It does not >>>>>>>>>matter if i load a bbox inside the browser, qgis or another wms >>>>>>>>>client. >>>>>>>>>The >>>>>>>>>highres data looks always the same. >>>>>>>>> >>>>>>>>>image loaded from highres layer: >>>>>>>>>http://imgur.com/a/B65cp >>>>>>>>> >>>>>>>>>the mapfile: >>>>>>>>>https://pastebin.com/4G2DZErZ >>>>>>>>> >>>>>>>>>the gdalinfo for one 16bit 3-band tile: >>>>>>>>>https://pastebin.com/kfS0BjmE >>>>>>>>> >>>>>>>>>Best Regards, >>>>>>>>>David >>>>>>>>>-------------- next part -------------- An HTML attachment was >>>>>>>>>scrubbed... >>>>>>>>>URL: >>>>>>>>>>>>users/attachments/20170412/2cded6b6/attachment-0001.html> >>>>>>>>> >>>>>>>>> >>>****************************** >>>_______________________________________________ >>>mapserver-users mailing list >>>mapserver-users at lists.osgeo.org >>>https://lists.osgeo.org/mailman/listinfo/mapserver-users >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >https://lists.osgeo.org/mailman/listinfo/mapserver-users >_______________________________________________ >mapserver-users mailing list >mapserver-users at lists.osgeo.org >https://lists.osgeo.org/mailman/listinfo/mapserver-users From kajod4u at yahoo.com Wed Apr 26 06:42:44 2017 From: kajod4u at yahoo.com (Kajod Sharma) Date: Wed, 26 Apr 2017 13:42:44 +0000 (UTC) Subject: [mapserver-users] Issue in using MapServer WFS Filter References: <861495415.1625682.1493214164014.ref@mail.yahoo.com> Message-ID: <861495415.1625682.1493214164014@mail.yahoo.com> Hi, Greetings! I hope this is a right platform to discuss my query regarding FILTER applied on MapServer WFS. I'm new in this area and exploring some features of MapServer. I want to use GetFeature request of WFS to get features applied on any location on map. I'm using "MapServer version 7.0.4 (MS4W 3.2.1)" and trying to apply filter "Contains" for it. I can see two problems when it applies Filter query on PostGIS: 1. It looks it adds an extra default geospatial filter in it while making a query to PostGIS. This default spatial filter is not stopping to return any result from PostGIS. Is there any way to exclude this default filter? 2. It seems Contains coordinates are not transformed properly according to SRS of data in PostGIS. I've tries with different projection in map file and request message with no success. Supporting data to give your input on my queries: WFS request*************************Formatted Version: http://localhost/cgi-bin/mapserv.exe? service=WFS& map=C:/Data/MapServerWFSSample.map& request=GetFeature& version=2.0.0& typeName=SampleLayer& FILTER= ? ??? wkb_Geometry ??? ????? 0.112034,53.567972 ??? ? ************************* PostGIS query [Could see in log file]:*************************msPostGISLayerWhichShapes query: select "Attribute1","Attribute2","Attribute3",encode(ST_AsBinary(ST_Force2D("wkb_geometry"),'NDR'),'hex') as geom from SampleGeoDataTable where wkb_geometry && ST_GeomFromText('POLYGON((-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116))',find_srid('','SampleGeoDataTable','wkb_geometry')) and (st_contains(wkb_geometry,ST_GeomFromText('POINT (7853690.3631838141000000 -5506204.5232773330000000)')) = TRUE) ************************* Similar WFS query to GeoServer works perfectly. It would be very helpful if someone can help me on it. Thanks a lot in advance. Map File looks like: ************************************************** MAP ? NAME "Sample_WMS" ? CONFIG "PROJ_LIB" "C:\ms4w\proj\nad" ? CONFIG "MS_ERRORFILE" "C:/Data/ms_tmp/ms_error.txt" ? CONFIG "CPL_DEBUG" "ON" ? CONFIG "PROJ_DEBUG" "ON" ? STATUS ON ? PROJECTION ??? "init=epsg:27700" ? END? ? ? WEB ?? IMAGEPATH "C:/Data/ms_tmp/" ?? IMAGEURL "/ms_tmp/" ?? METADATA? ??? "wfs_enable_request" "*" ??? "wfs_title"???????? "My Global Map WFS Server" ??? "wfs_srs"?????????? "EPSG:4326 EPSG:900913 EPSG:27700" ??? "wfs_boundingbox"??? "EPSG:27700 749.099975585938 -90036.5 660460.875 1227306.5"??? ? ?? END ? END ? ? LAYER ?? NAME "SampleLayer" ?? STATUS DEFAULT ?? TYPE POLYGON ?? PROJECTION ??? "init=epsg:27700" ?? END?? ?? CONNECTIONTYPE POSTGIS ?? CONNECTION "host=localhost port=5432 dbname=SampleGeoDataTable user=postgres password=hahaha" ?? DATA "wkb_geometry from SampleLayer" ?? CLASS ???? STYLE ????? COLOR????? 0 100 255 ??? ? OUTLINECOLOR 0 0 0 ???? END ?? END ? ?? METADATA??? ? ??? "wfs_enable_request" "*" ??? "wfs_title"???????? "Sample WFS" ??? "wfs_srs"?????????? "EPSG:27700 EPSG:4326 EPSG:900913" ??? "wfs_boundingbox"??? "EPSG:27700 749.099975585938 -90036.5 660460.875 1227306.5" ??? "gml_include_items" "all" ?? END? ? END??? END ************************************************** Regards, Kajod -------------- next part -------------- An HTML attachment was scrubbed... URL: From Steve.Toutant at inspq.qc.ca Wed Apr 26 07:05:20 2017 From: Steve.Toutant at inspq.qc.ca (Steve Toutant) Date: Wed, 26 Apr 2017 10:05:20 -0400 Subject: [mapserver-users] Issue in using MapServer WFS Filter In-Reply-To: <861495415.1625682.1493214164014@mail.yahoo.com> References: <861495415.1625682.1493214164014.ref@mail.yahoo.com> <861495415.1625682.1493214164014@mail.yahoo.com> Message-ID: Try adding &srsName="EPSG:4326" as a parameter typeName=SampleLayer&srsName=EPSG:4326 De : Kajod Sharma A : "mapserver-users at lists.osgeo.org" Date : 2017-04-26 09:43 Objet : [mapserver-users] Issue in using MapServer WFS Filter Envoy? par : "mapserver-users" Hi, Greetings! I hope this is a right platform to discuss my query regarding FILTER applied on MapServer WFS. I'm new in this area and exploring some features of MapServer. I want to use GetFeature request of WFS to get features applied on any location on map. I'm using "MapServer version 7.0.4 (MS4W 3.2.1)" and trying to apply filter "Contains" for it. I can see two problems when it applies Filter query on PostGIS: 1. It looks it adds an extra default geospatial filter in it while making a query to PostGIS. This default spatial filter is not stopping to return any result from PostGIS. Is there any way to exclude this default filter? 2. It seems Contains coordinates are not transformed properly according to SRS of data in PostGIS. I've tries with different projection in map file and request message with no success. Supporting data to give your input on my queries: WFS request ************************* Formatted Version: http://localhost/cgi-bin/mapserv.exe? service=WFS& map=C:/Data/MapServerWFSSample.map& request=GetFeature& version=2.0.0& typeName=SampleLayer& FILTER= wkb_Geometry 0.112034,53.567972 ************************* PostGIS query [Could see in log file]: ************************* msPostGISLayerWhichShapes query: select "Attribute1","Attribute2","Attribute3",encode(ST_AsBinary(ST_Force2D("wkb_geometry"),'NDR'),'hex') as geom from SampleGeoDataTable where wkb_geometry && ST_GeomFromText('POLYGON((-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116))',find_srid('','SampleGeoDataTable','wkb_geometry')) and (st_contains(wkb_geometry,ST_GeomFromText('POINT ( 7853690.3631838141000000 -5506204.5232773330000000)')) = TRUE) ************************* Similar WFS query to GeoServer works perfectly. It would be very helpful if someone can help me on it. Thanks a lot in advance. Map File looks like: ************************************************** MAP NAME "Sample_WMS" CONFIG "PROJ_LIB" "C:\ms4w\proj\nad" CONFIG "MS_ERRORFILE" "C:/Data/ms_tmp/ms_error.txt" CONFIG "CPL_DEBUG" "ON" CONFIG "PROJ_DEBUG" "ON" STATUS ON PROJECTION "init=epsg:27700" END WEB IMAGEPATH "C:/Data/ms_tmp/" IMAGEURL "/ms_tmp/" METADATA "wfs_enable_request" "*" "wfs_title" "My Global Map WFS Server" "wfs_srs" "EPSG:4326 EPSG:900913 EPSG:27700" "wfs_boundingbox" "EPSG:27700 749.099975585938 -90036.5 660460.875 1227306.5" END END LAYER NAME "SampleLayer" STATUS DEFAULT TYPE POLYGON PROJECTION "init=epsg:27700" END CONNECTIONTYPE POSTGIS CONNECTION "host=localhost port=5432 dbname=SampleGeoDataTable user=postgres password=hahaha" DATA "wkb_geometry from SampleLayer" CLASS STYLE COLOR 0 100 255 OUTLINECOLOR 0 0 0 END END METADATA "wfs_enable_request" "*" "wfs_title" "Sample WFS" "wfs_srs" "EPSG:27700 EPSG:4326 EPSG:900913" "wfs_boundingbox" "EPSG:27700 749.099975585938 -90036.5 660460.875 1227306.5" "gml_include_items" "all" END END END ************************************************** Regards, Kajod_______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kajod4u at yahoo.com Wed Apr 26 07:32:03 2017 From: kajod4u at yahoo.com (Kajod Sharma) Date: Wed, 26 Apr 2017 14:32:03 +0000 (UTC) Subject: [mapserver-users] Issue in using MapServer WFS Filter In-Reply-To: References: <861495415.1625682.1493214164014.ref@mail.yahoo.com> <861495415.1625682.1493214164014@mail.yahoo.com> Message-ID: <1577736284.1241934.1493217123986@mail.yahoo.com> Hi Steve, Thanks for your response. I have already tried with supplying SRS name in query. Now tried again, but results are still same. Do you/someone know if I can somehow remove default spatial filter applied while MapServer makes a call to PostGIS? Thanks.?Regards, Kajod From: Steve Toutant To: Kajod Sharma Cc: "mapserver-users at lists.osgeo.org" Sent: Wednesday, 26 April 2017 3:05 PM Subject: RE: [mapserver-users] Issue in using MapServer WFS Filter Try adding &srsName="EPSG:4326"as a parameter typeName=SampleLayer&srsName=EPSG:4326 De : ? ? ??Kajod Sharma A : ? ? ??"mapserver-users at lists.osgeo.org" Date : ? ? ??2017-04-26 09:43 Objet : ? ?? ?[mapserver-users]Issue in using MapServer WFS Filter Envoy? par : ? ?? ?"mapserver-users" Hi, Greetings! I hope this is a right platform to discussmy query regarding FILTER applied on MapServer WFS. I'm new in this area and exploring some featuresof MapServer. I want to use GetFeature request of WFS to get features appliedon any location on map. I'm using "MapServer version 7.0.4 (MS4W 3.2.1)"and trying to apply filter "Contains" for it. I can see two problems when it applies Filterquery on PostGIS: 1. It looks it adds an extradefault geospatial filter in it while making a query to PostGIS. This defaultspatial filter is not stopping to return any result from PostGIS. Is thereany way to exclude this default filter? 2. It seems Contains coordinatesare not transformed properly according to SRS of data in PostGIS. I've tries with different projection in mapfile and request message with no success. Supporting data to give your input on myqueries: WFS request ************************* Formatted Version: http://localhost/cgi-bin/mapserv.exe? service=WFS& map=C:/Data/MapServerWFSSample.map& request=GetFeature& version=2.0.0& typeName=SampleLayer& FILTER= ? ? ?wkb_Geometry ? ? ? ? ?0.112034,53.567972 ? ? ? ************************* PostGIS query [Could see in log file]: ************************* msPostGISLayerWhichShapes query: select "Attribute1","Attribute2","Attribute3",encode(ST_AsBinary(ST_Force2D("wkb_geometry"),'NDR'),'hex')as geom from SampleGeoDataTable where wkb_geometry&& ST_GeomFromText('POLYGON((-0.999462804873474 -1.00102606014116,-0.999462804873474-1.00102606014116,-0.999462804873474 -1.00102606014116,-0.999462804873474-1.00102606014116,-0.999462804873474 -1.00102606014116))',find_srid('','SampleGeoDataTable','wkb_geometry'))and (st_contains(wkb_geometry,ST_GeomFromText('POINT (7853690.3631838141000000-5506204.5232773330000000)'))= TRUE) ************************* Similar WFS query to GeoServer works perfectly. It would be very helpful if someone can helpme on it. Thanks a lot in advance. Map File looks like: ************************************************** MAP ?NAME "Sample_WMS" ?CONFIG "PROJ_LIB" "C:\ms4w\proj\nad" ?CONFIG "MS_ERRORFILE" "C:/Data/ms_tmp/ms_error.txt" ?CONFIG "CPL_DEBUG" "ON" ?CONFIG "PROJ_DEBUG" "ON" ?STATUS ON ?PROJECTION ? ?"init=epsg:27700" ?END ? ? ?WEB ? IMAGEPATH "C:/Data/ms_tmp/" ? IMAGEURL "/ms_tmp/" ? METADATA ? ? ?"wfs_enable_request" "*" ? ?"wfs_title" ? ? ? ? "MyGlobal Map WFS Server" ? ?"wfs_srs" ? ? ? ? ? "EPSG:4326EPSG:900913 EPSG:27700" ? ?"wfs_boundingbox" ? ?"EPSG:27700749.099975585938 -90036.5 660460.875 1227306.5" ? ? ? END ?END ? ?LAYER ? NAME "SampleLayer" ? STATUS DEFAULT ? TYPE POLYGON ? PROJECTION ? ?"init=epsg:27700" ? END ? ? CONNECTIONTYPE POSTGIS ? CONNECTION "host=localhost port=5432 dbname=SampleGeoDataTableuser=postgres password=hahaha" ? DATA "wkb_geometry from SampleLayer" ? CLASS ? ? STYLE ? ? ?COLOR ? ? ?0 100 255 ? ? ?OUTLINECOLOR 0 0 0 ? ? END ? END ? ? METADATA ? ? ? ? ?"wfs_enable_request" "*" ? ?"wfs_title" ? ? ? ? "SampleWFS" ? ?"wfs_srs" ? ? ? ? ? "EPSG:27700EPSG:4326 EPSG:900913" ? ?"wfs_boundingbox" ? ?"EPSG:27700749.099975585938 -90036.5 660460.875 1227306.5" ? ?"gml_include_items" "all" ? END ? ?END ? ? END ************************************************** Regards, Kajod_______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at gatewaygeomatics.com Wed Apr 26 08:09:34 2017 From: jmckenna at gatewaygeomatics.com (Jeff McKenna) Date: Wed, 26 Apr 2017 12:09:34 -0300 Subject: [mapserver-users] Issue in using MapServer WFS Filter In-Reply-To: <861495415.1625682.1493214164014@mail.yahoo.com> References: <861495415.1625682.1493214164014.ref@mail.yahoo.com> <861495415.1625682.1493214164014@mail.yahoo.com> Message-ID: Hi Kajod, If you are using PostGIS, then I would set the 'wfs_extent' metadata at the layer level of the mapfile (it looks like you tried that, with an odd 'wfs_boundingbox' parameter): please review the syntax of the wfs_extent parameter at http://www.mapserver.org/ogc/wfs_server.html#layer-object Then, next step is always to execute a GetCapabilities request and go through that response and make sure there are no "WARNING" messages, and make the changes in the mapfile to remove those warnings if necessary... -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2017-04-26 10:42 AM, Kajod Sharma wrote: > Hi, > > Greetings! > > I hope this is a right platform to discuss my query regarding FILTER > applied on MapServer WFS. > > I'm new in this area and exploring some features of MapServer. I want to > use GetFeature request of WFS to get features applied on any location on > map. I'm using "MapServer version 7.0.4 (MS4W 3.2.1)" and trying to > apply filter "Contains" for it. > > I can see two problems when it applies Filter query on PostGIS: > > 1. It looks it adds an extra default geospatial filter in it while > making a query to PostGIS. This default spatial filter is not stopping > to return any result from PostGIS. Is there any way to exclude this > default filter? > 2. It seems Contains coordinates are not transformed properly according > to SRS of data in PostGIS. > > I've tries with different projection in map file and request message > with no success. > > Supporting data to give your input on my queries: > > WFS request > ************************* > Formatted Version: > > http://localhost/cgi-bin/mapserv.exe? > service=WFS& > map=C:/Data/MapServerWFSSample.map& > request=GetFeature& > version=2.0.0& > typeName=SampleLayer& > FILTER= xmlns:gml="http://www.opengis.net/gml" > xmlns:ms="http://mapserver.gis.umn.edu/mapserver"> > <*Contains*> > wkb_Geometry > > 0.112034,53.567972 > > > > ************************* > > PostGIS query [Could see in log file]: > ************************* > msPostGISLayerWhichShapes query: select > "Attribute1","Attribute2","Attribute3",encode(ST_AsBinary(ST_Force2D("wkb_geometry"),'NDR'),'hex') > as geom from SampleGeoDataTable where */wkb_geometry && > ST_GeomFromText('POLYGON((-0.999462804873474 > -1.00102606014116,-0.999462804873474 > -1.00102606014116,-0.999462804873474 > -1.00102606014116,-0.999462804873474 > -1.00102606014116,-0.999462804873474 > -1.00102606014116))',find_srid('','SampleGeoDataTable','wkb_geometry'))/* and > (st_contains(wkb_geometry,ST_GeomFromText('POINT > (*/7853690.3631838141000000 -5506204.5232773330000000/*)')) = TRUE) > ************************* > > Similar WFS query to GeoServer works perfectly. > > It would be very helpful if someone can help me on it. Thanks a lot in > advance. > > Map File looks like: > > ************************************************** > MAP > NAME "Sample_WMS" > CONFIG "PROJ_LIB" "C:\ms4w\proj\nad" > CONFIG "MS_ERRORFILE" "C:/Data/ms_tmp/ms_error.txt" > CONFIG "CPL_DEBUG" "ON" > CONFIG "PROJ_DEBUG" "ON" > STATUS ON > PROJECTION > "init=epsg:27700" > END > > WEB > IMAGEPATH "C:/Data/ms_tmp/" > IMAGEURL "/ms_tmp/" > METADATA > "wfs_enable_request" "*" > "wfs_title" "My Global Map WFS Server" > "wfs_srs" "EPSG:4326 EPSG:900913 EPSG:27700" > "wfs_boundingbox" "EPSG:27700 749.099975585938 -90036.5 > 660460.875 1227306.5" > END > END > > LAYER > NAME "SampleLayer" > STATUS DEFAULT > TYPE POLYGON > PROJECTION > "init=epsg:27700" > END > CONNECTIONTYPE POSTGIS > CONNECTION "host=localhost port=5432 dbname=SampleGeoDataTable > user=postgres password=hahaha" > DATA "wkb_geometry from SampleLayer" > CLASS > STYLE > COLOR 0 100 255 > OUTLINECOLOR 0 0 0 > END > END > > METADATA > "wfs_enable_request" "*" > "wfs_title" "Sample WFS" > "wfs_srs" "EPSG:27700 EPSG:4326 EPSG:900913" > "wfs_boundingbox" "EPSG:27700 749.099975585938 -90036.5 > 660460.875 1227306.5" > "gml_include_items" "all" > END > END > END > ************************************************** > > Regards, > Kajod > > From jukka.rahkonen at maanmittauslaitos.fi Wed Apr 26 12:57:39 2017 From: jukka.rahkonen at maanmittauslaitos.fi (Rahkonen Jukka (MML)) Date: Wed, 26 Apr 2017 19:57:39 +0000 Subject: [mapserver-users] Issue in using MapServer WFS Filter In-Reply-To: References: <861495415.1625682.1493214164014.ref@mail.yahoo.com> <861495415.1625682.1493214164014@mail.yahoo.com>, Message-ID: <1493236658858.48863@maanmittauslaitos.fi> Hi, When it comes to extra spatial filter, there is a brand new metadata item for switching it off. See http://mapserver.org/ogc/wfs_server.html wfs_use_default_extent_for_getfeature (Optional, since MapServer 7.0.4) Whether the MAP.EXTENT should be used in request to datasources in the absence of other spatial filter. This is the default behaviour, but this might affect performance in some use cases. In those cases, setting this item to NO will avoid he default spatial filter to be appended to the request. This is only implemented for OGR datasources. However, with PostGIS the && query is fast. The weird part in your log wkb_geometry && ST_GeomFromText('POLYGON((-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116,-0.999462804873474 -1.00102606014116)) means that the layer extent is not set correctly or Mapserver can't get is correctly from PostGIS which means data error on that side. For sure using the non-existing keyword wfs_boundingbox is not right. See what can be used from http://mapserver.org/ogc/wfs_server.html. When you play with spatial filters I recommend to start by using the native SRS for the feature type in filters. Non-native SRS in filter should be transformed by the server but it is error prone. Your filter is also also a little bit fuzzy. gml:coordinates belongs to GML2 and was removed from GML2. But you are using service version 2.0 that defaults to GML3. Is the meaning that your filter is GML2 or GML3? That is a big difference because in the first case the axis order of EPSG:4326 coordinates is longitude-latitude but in the latter it is latitude-longitude. Do you search near the equator or from somewhere in Europe? wkb_Geometry 0.112034,53.567972 One more thing, "wfs_srs" metadata takes only one SRS, not a list. If you send SQL for CREATE TABLE and for inserting one polygon into the table, and WFS filter you are using in your trials I thing I could find some time for testing. -Jukka Rahkonen- ________________________________________ Jeff McKenna wrote: Re: [mapserver-users] Issue in using MapServer WFS Filter Hi Kajod, If you are using PostGIS, then I would set the 'wfs_extent' metadata at the layer level of the mapfile (it looks like you tried that, with an odd 'wfs_boundingbox' parameter): please review the syntax of the wfs_extent parameter at http://www.mapserver.org/ogc/wfs_server.html#layer-object Then, next step is always to execute a GetCapabilities request and go through that response and make sure there are no "WARNING" messages, and make the changes in the mapfile to remove those warnings if necessary... -jeff -- Jeff McKenna MapServer Consulting and Training Services http://www.gatewaygeomatics.com/ On 2017-04-26 10:42 AM, Kajod Sharma wrote: > Hi, > > Greetings! > > I hope this is a right platform to discuss my query regarding FILTER > applied on MapServer WFS. > > I'm new in this area and exploring some features of MapServer. I want to > use GetFeature request of WFS to get features applied on any location on > map. I'm using "MapServer version 7.0.4 (MS4W 3.2.1)" and trying to > apply filter "Contains" for it. > > I can see two problems when it applies Filter query on PostGIS: > > 1. It looks it adds an extra default geospatial filter in it while > making a query to PostGIS. This default spatial filter is not stopping > to return any result from PostGIS. Is there any way to exclude this > default filter? > 2. It seems Contains coordinates are not transformed properly according > to SRS of data in PostGIS. > > I've tries with different projection in map file and request message > with no success. > > Supporting data to give your input on my queries: > > WFS request > ************************* > Formatted Version: > > http://localhost/cgi-bin/mapserv.exe? > service=WFS& > map=C:/Data/MapServerWFSSample.map& > request=GetFeature& > version=2.0.0& > typeName=SampleLayer& > FILTER= xmlns:gml="http://www.opengis.net/gml" > xmlns:ms="http://mapserver.gis.umn.edu/mapserver"> > <*Contains*> > wkb_Geometry > > 0.112034,53.567972 > > > > ************************* > > PostGIS query [Could see in log file]: > ************************* > msPostGISLayerWhichShapes query: select > "Attribute1","Attribute2","Attribute3",encode(ST_AsBinary(ST_Force2D("wkb_geometry"),'NDR'),'hex') > as geom from SampleGeoDataTable where */wkb_geometry && > ST_GeomFromText('POLYGON((-0.999462804873474 > -1.00102606014116,-0.999462804873474 > -1.00102606014116,-0.999462804873474 > -1.00102606014116,-0.999462804873474 > -1.00102606014116,-0.999462804873474 > -1.00102606014116))',find_srid('','SampleGeoDataTable','wkb_geometry'))/* and > (st_contains(wkb_geometry,ST_GeomFromText('POINT > (*/7853690.3631838141000000 -5506204.5232773330000000/*)')) = TRUE) > ************************* > > Similar WFS query to GeoServer works perfectly. > > It would be very helpful if someone can help me on it. Thanks a lot in > advance. > > Map File looks like: > > ************************************************** > MAP > NAME "Sample_WMS" > CONFIG "PROJ_LIB" "C:\ms4w\proj\nad" > CONFIG "MS_ERRORFILE" "C:/Data/ms_tmp/ms_error.txt" > CONFIG "CPL_DEBUG" "ON" > CONFIG "PROJ_DEBUG" "ON" > STATUS ON > PROJECTION > "init=epsg:27700" > END > > WEB > IMAGEPATH "C:/Data/ms_tmp/" > IMAGEURL "/ms_tmp/" > METADATA > "wfs_enable_request" "*" > "wfs_title" "My Global Map WFS Server" > "wfs_srs" "EPSG:4326 EPSG:900913 EPSG:27700" > "wfs_boundingbox" "EPSG:27700 749.099975585938 -90036.5 > 660460.875 1227306.5" > END > END > > LAYER > NAME "SampleLayer" > STATUS DEFAULT > TYPE POLYGON > PROJECTION > "init=epsg:27700" > END > CONNECTIONTYPE POSTGIS > CONNECTION "host=localhost port=5432 dbname=SampleGeoDataTable > user=postgres password=hahaha" > DATA "wkb_geometry from SampleLayer" > CLASS > STYLE > COLOR 0 100 255 > OUTLINECOLOR 0 0 0 > END > END > > METADATA > "wfs_enable_request" "*" > "wfs_title" "Sample WFS" > "wfs_srs" "EPSG:27700 EPSG:4326 EPSG:900913" > "wfs_boundingbox" "EPSG:27700 749.099975585938 -90036.5 > 660460.875 1227306.5" > "gml_include_items" "all" > END > END > END > ************************************************** > > Regards, > Kajod > > _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users From pe_lord at yahoo.ca Thu Apr 27 04:48:13 2017 From: pe_lord at yahoo.ca (pe_lord) Date: Thu, 27 Apr 2017 04:48:13 -0700 (MST) Subject: [mapserver-users] Multi template In-Reply-To: <1492543876608-5317677.post@n6.nabble.com> References: <1492520742623-5317599.post@n6.nabble.com> <1492534338162-5317655.post@n6.nabble.com> <1492543876608-5317677.post@n6.nabble.com> Message-ID: <1493293693420-5318595.post@n6.nabble.com> Any another hint to maintain 2 template on same layer? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Multi-template-tp5317599p5318595.html Sent from the Mapserver - User mailing list archive at Nabble.com. From steve.lime at state.mn.us Thu Apr 27 15:57:18 2017 From: steve.lime at state.mn.us (Lime, Steve D (MNIT)) Date: Thu, 27 Apr 2017 22:57:18 +0000 Subject: [mapserver-users] Multi template In-Reply-To: <1493293693420-5318595.post@n6.nabble.com> References: <1492520742623-5317599.post@n6.nabble.com> <1492534338162-5317655.post@n6.nabble.com> <1492543876608-5317677.post@n6.nabble.com>, <1493293693420-5318595.post@n6.nabble.com> Message-ID: My suggestion is the same as before, use OUTPUTFORMATs. You can define a JSON format and a HTML format and process the same layer through both, including simple joins. The exception here is if you're doing one-to-many joins where the join itself requires a template. In that case you're stuck because there is no way to specify multiple templates for a one-to-many join. Wait! Actually you can, you just have to define the join multiple times, one for JSON and one for HTML - it's inefficient though. The key here is that you're basically abandoning the TEMPLATE keyword at the layer level. Instead you do: OUTPUTFORMAT NAME 'json' DRIVER 'TEMPLATE' MIMETYPE 'application/json' FORMATOPTION "FILE=templates/json.tmpl" FORMATOPTION 'ATTACHMENT=mapserver.json' END OUTPUTFORMAT NAME 'html' DRIVER 'TEMPLATE' MIMETYPE 'text/html' FORMATOPTION "FILE=templates/html.tmpl" FORMATOPTION 'ATTACHMENT=mapserver.html' END In your layer you'd have: TEMPLATE void just to make the layer queryable. If you're using the CGI you'd use queryformat=json or queryformat=html to switch between them. With WFS/WMS I believe you have to reference the mime type. Please let me know if you have more questions. This can work well. I have several apps that return JSON, GEOJSON or HTML with a single layer. Steve ________________________________ From: mapserver-users on behalf of pe_lord Sent: Thursday, April 27, 2017 6:48:13 AM To: mapserver-users at lists.osgeo.org Subject: Re: [mapserver-users] Multi template Any another hint to maintain 2 template on same layer? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Multi-template-tp5317599p5318595.html Sent from the Mapserver - User mailing list archive at Nabble.com. _______________________________________________ mapserver-users mailing list mapserver-users at lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/mapserver-users -------------- next part -------------- An HTML attachment was scrubbed... URL: From DShorthouse at mus-nature.ca Fri Apr 28 07:23:39 2017 From: DShorthouse at mus-nature.ca (David Shorthouse) Date: Fri, 28 Apr 2017 14:23:39 +0000 Subject: [mapserver-users] PHP mapscript - unable to load dynamic library; undefined symbol sapi_globals Message-ID: <81CBE05D-0DEE-4729-AF5C-CA038D5188AF@mus-nature.ca> Folks, I get an 'Unable to load dynamic library...undefined symbol: sapi_globals' with PHP MapScript under PHP 5.6.30 and MapServer 7.0.4 on Travis-CI, Ubuntu 14.04.5 LTS. See the build log: https://travis-ci.org/dshorthouse/SimpleMappr/builds/226818941. FWIW, I also receive the following on compilation: textlayout.c: In function ?msLayoutTextSymbol?: textlayout.c:703:18: warning: unused variable ?glyph_count? [-Wunused-variable] unsigned int glyph_count,j; ...then later: php.h:290:19: warning: variable ?zend_error? set but not used [-Wunused-but-set-variable] #define php_error zend_error error.c:96:21: note: in expansion of macro ?php_error? php_error_object *php_error; Any ideas would be most appreciated, David From jmorgan3 at uwf.edu Fri Apr 28 13:09:34 2017 From: jmorgan3 at uwf.edu (John Morgan) Date: Fri, 28 Apr 2017 15:09:34 -0500 Subject: [mapserver-users] python wrapper mapscript Message-ID: <60db3c80-0ac4-9d07-ec43-e6491397fc38@uwf.edu> Hello, I am trying to get a basic python mapscript wrapper working on my localhost. The following full style URL works well:http://127.0.0.1:8080/cgi-bin/mapserv.exe?map=/ms4w/apps/water_quality/water_quality.map&SERVICE=WMS&map=/ms4w/apps/water_quality%20/water_quality.map&SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=wq_stations_pgsql&CRS=EPSG:4326&BBOX=30.00,-87.6,31.00,-87.26&STYLES=&WIDTH=600&HEIGHT=600&FORMAT=image/png I am trying to use the following python mapscript as: import mapscript req = mapscript.OWSRequest() req.loadParams() map = mapscript.mapObj( '../../apps/water_quality/water_quality.map' ) map.OWSDispatch( req ) and then I use the following URL to attempt to use the mapscript: http://127.0.0.1:8080/cgi-bin/water_quality?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&LAYERS=wq_stations_pgsql&CRS=EPSG:4326&BBOX=30.00,-87.6,31.00,-87.26&STYLES=&WIDTH=600&HEIGHT=600&FORMAT=image/png but it doesn't come back with the expected map, but rather a tiny grey square with two white little squares diagonal in it. Any help would be appreciated. Derek -------------- next part -------------- An HTML attachment was scrubbed... URL: