[mapserver-users] layer mask without clipping
Hello, I really like the MapServer layer mask feature. Is there a way that MapServer doesn't clip the mask, instead just setting a opacitiy / color value? I'm getting the result by rendering two passes with mask and inverted mask. The latter is using a white opacity layer on top. Afterwards I can stack the images together. The is working well, as long as there are no labels rendered along the mask boundary. If they are, then they are not clipped. Best wishes, Lars ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] layer mask without clipping
Lars, I don't understand what you're trying to obtain. Can you clarify and/or post a couple screenshots? -- thomas On 25 February 2014 09:58, Lars Lingner gislars+l...@googlemail.com wrote: Hello, I really like the MapServer layer mask feature. Is there a way that MapServer doesn't clip the mask, instead just setting a opacitiy / color value? I'm getting the result by rendering two passes with mask and inverted mask. The latter is using a white opacity layer on top. Afterwards I can stack the images together. The is working well, as long as there are no labels rendered along the mask boundary. If they are, then they are not clipped. Best wishes, Lars ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] layer mask without clipping
I think that masked areas would simply appear semi-transparent, not totally hidden. -Jukka Rahkonen- thomas bonfort wrote: Lars, I don't understand what you're trying to obtain. Can you clarify and/or post a couple screenshots? -- thomas On 25 February 2014 09:58, Lars Lingner gislars+l...@googlemail.com wrote: Hello, I really like the MapServer layer mask feature. Is there a way that MapServer doesn't clip the mask, instead just setting a opacitiy / color value? I'm getting the result by rendering two passes with mask and inverted mask. The latter is using a white opacity layer on top. Afterwards I can stack the images together. The is working well, as long as there are no labels rendered along the mask boundary. If they are, then they are not clipped. Best wishes, Lars ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] WMS image display
That's a weird one. It kinda sounds like a data issue for that certain area more than a mapserver issue. I mean, if there was something funky going on with image size and scale computation I'd expect all images at that zoom level and image size to be blank, not just one. I'd recommend further isolating the particular set of imagery for further debugging. How are your images organized? Steve From: mapserver-users-boun...@lists.osgeo.org [mapserver-users-boun...@lists.osgeo.org] on behalf of Dash [jim...@co.clackamas.or.us] Sent: Monday, February 24, 2014 1:11 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] WMS image display Hey folks, I am experiencing something rather strange when trying to displaying imagery. We have developed several in-house applications that display aerial photography at different scales. However, it appears that one location within the imagery does not display until we change the width and height of the imagery within the wms request. For example, we are returning the image using a width of 298 x 237. When I run a straight wms request with the provided width and height the image is blank. If I change the width and height to something like 400 x 300 the image displays. I've checked the mapfile and even turned off the scale dependencies. We rebuilt the image index and still it did not help. I'm kind of stumped on what to try next. Any suggestions would be greatly appreciated. I've made sure to run a GetCapabilities to make confirm that the formatting was correct and that the mapfile contained no errors. Thanks. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-image-display-tp5105622.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] GeoMOOSE
In GeoMOOSE I would like to create a folder in the catalog section. This folder would not contain any data layers, it would just connect to multiple html documents that connect to PDFs and jpeg images. Is this possible to do? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/GeoMOOSE-tp5105851.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] GeoMOOSE
(This might be a double post, I forgot my Gmail is not subscribed...) This isn't really the right list for this (try GeoMOOSE Users). But, since I'm here, I can answer the question: No, the current catalog doesn't support that kind of reference. I don't think it would be that hard to add an enhancement that can handle such tasks but we'd need to add code to the base. If it's something you really need in the short term then I'm always available for GeoMOOSE contracts big and small. If it's something you can wait on then please add an enhancement request to our github issues repository: https://github.com/geomoose/geomoose/issues/new On Tue, Feb 25, 2014 at 9:12 AM, Dan Little theduckylit...@gmail.com wrote: This isn't really the right list for this (try GeoMOOSE Users). But, since I'm here, I can answer the question: No, the current catalog doesn't support that kind of reference. I don't think it would be that hard to add an enhancement that can handle such tasks but we'd need to add code to the base. If it's something you really need in the short term then I'm always available for GeoMOOSE contracts big and small. If it's something you can wait on then please add an enhancement request to our github issues repository: https://github.com/geomoose/geomoose/issues/new On Tue, Feb 25, 2014 at 9:06 AM, jcwalz jennaw...@co.stevens.mn.us wrote: In GeoMOOSE I would like to create a folder in the catalog section. This folder would not contain any data layers, it would just connect to multiple html documents that connect to PDFs and jpeg images. Is this possible to do? -- View this message in context: http://osgeo-org.1560.x6.nabble.com/GeoMOOSE-tp5105851.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] WMS image display
Thanks for the response. The images are in a tif format and we used GDAL to create the tiling index (gdaltindex command). We ran the gdalinfo command against the imagery and nothing out of the ordinary stands out. The size of the tile that is giving us trouble is 5471, 5457. The tile to the west has a size of 5429, 5400 and the tile to the east has a size of 5489, 5456. Could this cause an issue? The metadata and image structure metadata is all the same. We are thinking of manipulating the shapefile index that gdaltindex created. Possibly changing the location attribute to access a different tile for testing. I'm not really sure what else to try. Thanks. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-image-display-tp5105622p5105870.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] WMS image display
Do your tiffs have overviews? Changing the image size affects the map scale and thus potentially which overview is being used... -- thomas On 25 February 2014 16:52, Dash jim...@co.clackamas.or.us wrote: Thanks for the response. The images are in a tif format and we used GDAL to create the tiling index (gdaltindex command). We ran the gdalinfo command against the imagery and nothing out of the ordinary stands out. The size of the tile that is giving us trouble is 5471, 5457. The tile to the west has a size of 5429, 5400 and the tile to the east has a size of 5489, 5456. Could this cause an issue? The metadata and image structure metadata is all the same. We are thinking of manipulating the shapefile index that gdaltindex created. Possibly changing the location attribute to access a different tile for testing. I'm not really sure what else to try. Thanks. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-image-display-tp5105622p5105870.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] WMS image display
Our tiff images do not have overviews. We are thinking that something may have happened during the transfer of the image from our Windows machine to Linux machine. I highly doubt this is the case but it's worth a shot. I was just reading about creating overviews. It seems this would increase the amount of disk space needed but would it actually increase application performance? What is the difference between overviews and creating a tile index using gdal? Thanks. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-image-display-tp5105622p5105896.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] WMS image display
Hi, Overviews help at small scales. Let's assume that you have orthophotos with 1 meter native pixel size. If you want to show a 10x10 km area in a 500x500 pixel sized box in your application, it means that the pixel size of the output it 20 m. It is heavy to read 1x1 native pixels and resample those but if there happens to be readily available overviews with 2-4-8-16 m pixel sizes you can pick the 16 m pixels and use them for final resampling. Tile index is used for finding the right image file at some geographic area. And finally internal tiling of image files help at big scales, when you want to draw 500x500 m area in the 500x500 pixel sized box. If you have tiled tiff files it is possible to pick a handful of 256x256 pixel tiles from the middle of the image file. If you have a 1x1 pixel sized png file you must decompress all the 100 million pixels before you can pick the 250 thousand that you really need. The key is to read as little extra pixels as possible, and therefore you need all three: internal tiling, overviews, and tileindes. Actually for country wide service even a fourth one: on overview image that covers the whole country with much bigger pixel size so you do not need to open hundreds of images from the tileindex for picking only a few pixels from each. -Jukka Rahkonen- Dash wrote: Our tiff images do not have overviews. We are thinking that something may have happened during the transfer of the image from our Windows machine to Linux machine. I highly doubt this is the case but it's worth a shot. I was just reading about creating overviews. It seems this would increase the amount of disk space needed but would it actually increase application performance? What is the difference between overviews and creating a tile index using gdal? Thanks. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/WMS-image-display-tp5105622p5105896.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Upgrading to 6.4.x
All, Has anyone experienced a problem with MapServer not drawing short segments correct in the newer versions? I have a V5.4 that is outputting segmented lines (continuous but separate line segments) just fine. But the V6.4 version is not drawing small (visually) line segments, and leaving gaps in the line. The problem seems to be related to some sort of pixel threshold, if I zoom in, the lines become visually longer, and they display correctly. Am I explaining this correctly? Thanks Bobb ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Upgrading to 6.4.x
Can you post pics? From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Basques, Bob (CI-StPaul) Sent: Tuesday, February 25, 2014 3:09 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Upgrading to 6.4.x All, Has anyone experienced a problem with MapServer not drawing short segments correct in the newer versions? I have a V5.4 that is outputting segmented lines (continuous but separate line segments) just fine. But the V6.4 version is not drawing small (visually) line segments, and leaving gaps in the line. The problem seems to be related to some sort of pixel threshold, if I zoom in, the lines become visually longer, and they display correctly. Am I explaining this correctly? Thanks Bobb ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Upgrading to 6.4.x
Steve, I'll send something out tomorrow. This is tied into the AVL, and all the trucks are now back to the yard and parked for the day. :c) You want a copy of the MAPFILE too, it's fairly short. Thanks Bobb From: Lime, Steve D (MNIT) Sent: Tuesday, February 25, 2014 5:14 PM To: Basques, Bob (CI-StPaul); mapserver-users@lists.osgeo.org Subject: RE: Upgrading to 6.4.x Can you post pics? From: mapserver-users-boun...@lists.osgeo.orgmailto:mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Basques, Bob (CI-StPaul) Sent: Tuesday, February 25, 2014 3:09 PM To: mapserver-users@lists.osgeo.orgmailto:mapserver-users@lists.osgeo.org Subject: [mapserver-users] Upgrading to 6.4.x All, Has anyone experienced a problem with MapServer not drawing short segments correct in the newer versions? I have a V5.4 that is outputting segmented lines (continuous but separate line segments) just fine. But the V6.4 version is not drawing small (visually) line segments, and leaving gaps in the line. The problem seems to be related to some sort of pixel threshold, if I zoom in, the lines become visually longer, and they display correctly. Am I explaining this correctly? Thanks Bobb ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users