[mapserver-users] Raster Image Quality
Hi, Can anyone give me a few tips on producing better quality images from my raster maps. I chopped it up using maptiler - http://www.maptiler.org - and the image quality is top notch. When I use MapServer shp2img the quality isn't as good. I looked at the images in IfranView and the MapTiler image has a lot more unique colors Here is the gdalinfo for one of the tiles Image Structure Metadata: COMPRESSION=LZW INTERLEAVE=BAND Corner Coordinates: Upper Left ( 316000.000, 271000.000) ( 6d14'39.88W, 53d40'33.00N) Lower Left ( 316000.000, 268000.000) ( 6d14'43.91W, 53d38'56.00N) Upper Right ( 32.000, 271000.000) ( 6d11'2.06W, 53d40'29.75N) Lower Right ( 32.000, 268000.000) ( 6d11'6.23W, 53d38'52.75N) Center ( 318000.000, 269500.000) ( 6d12'53.02W, 53d39'42.89N) Band 1 Block=2x1 Type=Byte, ColorInterp=Palette Color Table (RGB with 256 entries) 0: 255,255,255,255 1: 0,0,0,255 2: 0,0,0,255 3: 0,0,0,255 4: 0,0,0,255 5: 0,0,0,255 6: 0,0,0,255 7: 0,0,0,255 8: 0,0,0,255 9: 0,0,0,255 10: 0,0,0,255 11: 0,0,0,255 12: 0,0,0,255 13: 0,0,0,255 14: 0,0,0,255 15: 0,0,0,255 16: 0,0,0,255 17: 0,0,0,255 18: 0,0,0,255 19: 0,0,0,255 20: 0,0,0,255 21: 0,0,0,255 22: 0,0,0,255 23: 0,0,0,255 24: 0,0,0,255 25: 0,0,0,255 26: 0,0,0,255 27: 0,0,0,255 28: 0,0,0,255 29: 0,0,0,255 30: 0,0,0,255 31: 0,0,0,255 32: 0,0,0,255 33: 0,0,0,255 34: 0,0,0,255 35: 0,0,0,255 36: 0,0,0,255 37: 0,0,0,255 38: 0,0,0,255 39: 0,0,0,255 40: 0,0,0,255 41: 0,0,0,255 42: 0,0,0,255 43: 0,0,0,255 44: 0,0,0,255 45: 0,0,0,255 46: 0,0,0,255 47: 0,0,0,255 48: 0,0,0,255 49: 0,0,0,255 50: 0,0,0,255 51: 0,0,0,255 52: 0,0,0,255 53: 0,0,0,255 54: 0,0,0,255 55: 0,0,0,255 56: 0,0,0,255 57: 0,0,0,255 58: 0,0,0,255 59: 0,0,0,255 60: 0,0,0,255 61: 0,0,0,255 62: 0,0,0,255 63: 0,0,0,255 64: 0,0,0,255 65: 0,0,0,255 66: 0,0,0,255 67: 0,0,0,255 68: 0,0,0,255 69: 0,0,0,255 70: 0,0,0,255 71: 0,0,0,255 72: 0,0,0,255 73: 0,0,0,255 74: 0,0,0,255 75: 0,0,0,255 76: 0,0,0,255 77: 0,0,0,255 78: 0,0,0,255 79: 0,0,0,255 80: 0,0,0,255 81: 0,0,0,255 82: 0,0,0,255 83: 0,0,0,255 84: 0,0,0,255 85: 0,0,0,255 86: 0,0,0,255 87: 0,0,0,255 88: 0,0,0,255 89: 0,0,0,255 90: 0,0,0,255 91: 0,0,0,255 92: 0,0,0,255 93: 0,0,0,255 94: 0,0,0,255 95: 0,0,0,255 96: 0,0,0,255 97: 0,0,0,255 98: 0,0,0,255 99: 0,0,0,255 100: 0,0,0,255 101: 0,0,0,255 102: 0,0,0,255 103: 0,0,0,255 104: 0,0,0,255 105: 0,0,0,255 106: 0,0,0,255 107: 0,0,0,255 108: 0,0,0,255 109: 0,0,0,255 110: 0,0,0,255 111: 0,0,0,255 112: 0,0,0,255 113: 0,0,0,255 114: 0,0,0,255 115: 0,0,0,255 116: 0,0,0,255 117: 0,0,0,255 118: 0,0,0,255 119: 0,0,0,255 120: 0,0,0,255 121: 0,0,0,255 122: 0,0,0,255 123: 0,0,0,255 124: 0,0,0,255 125: 0,0,0,255 126: 0,0,0,255 127: 0,0,0,255 128: 0,0,0,255 129: 0,0,0,255 130: 0,0,0,255 131: 0,0,0,255 132: 0,0,0,255 133: 0,0,0,255 134: 0,0,0,255 135: 0,0,0,255 136: 0,0,0,255 137: 0,0,0,255 138: 0,0,0,255 139: 0,0,0,255 140: 0,0,0,255 141: 0,0,0,255 142: 0,0,0,255 143: 0,0,0,255 144: 0,0,0,255 145: 0,0,0,255 146: 0,0,0,255 147: 0,0,0,255 148: 0,0,0,255 149: 0,0,0,255 150: 0,0,0,255 151: 0,0,0,255 152: 0,0,0,255 153: 0,0,0,255 154: 0,0,0,255 155: 0,0,0,255 156: 0,0,0,255 157: 0,0,0,255 158: 0,0,0,255 159: 0,0,0,255 160: 0,0,0,255 161: 0,0,0,255 162: 0,0,0,255 163: 0,0,0,255 164: 0,0,0,255 165: 0,0,0,255 166: 0,0,0,255 167: 0,0,0,255 168: 0,0,0,255 169: 0,0,0,255 170: 0,0,0,255 171: 0,0,0,255 172: 0,0,0,255 173: 0,0,0,255 174: 0,0,0,255 175: 0,0,0,255 176: 0,0,0,255 177: 0,0,0,255 178: 0,0,0,255 179: 0,0,0,255 180: 0,0,0,255 181: 0,0,0,255 182: 0,0,0,255 183: 0,0,0,255 184: 0,0,0,255 185: 0,0,0,255 186: 0,0,0,255 187: 0,0,0,255 188: 0,0,0,255 189: 0,0,0,255 190: 0,0,0,255 191: 0,0,0,255 192: 0,0,0,255 193: 0,0,0,255 194: 0,0,0,255 195: 0,0,0,255 196: 0,0,0,255 197: 0,0,0,255 198: 0,0,0,255 199: 0,0,0,255 200: 0,0,0,255 201: 0,0,0,255 202: 0,0,0,255 203: 0,0,0,255 204: 0,0,0,255 205: 0,0,0,255 206: 0,0,0,255 207: 0,0,0,255 208: 0,0,0,255 209: 0,0,0,255 210: 0,0,0,255 211: 0,0,0,255 212: 0,0,0,255 213: 0,0,0,255 214: 0,0,0,255 215: 0,0,0,255 216: 0,0,0,255 217: 0,0,0,255 218: 0,0,0,255 219: 0,0,0,255 220: 0,0,0,255 221: 0,0,0,255 222: 0,0,0,255 223: 0,0,0,255 224: 0,0,0,255 225: 0,0,0,255 226: 0,0,0,255 227: 0,0,0,255 228: 0,0,0,255 229: 0,0,0,255 230: 0,0,0,255 231: 0,0,0,255 232: 0,0,0,255 233: 0,0,0,255 234: 0,0,0,255 235: 0,0,0,255 236: 0,0,0,255 237: 0,0,0,255 238: 0,0,0,255 239: 0,0,0,255 240:
Re: [mapserver-users] Raster Image Quality
Jerry , your color table looks like it is of a black and white image (255,255,255,255 is white, 0,0,0,255 is black) looks very strange to me. Your problem could also be that you use 8-bit color images, you could try to use RGB images which help when having to resample the tiles (which is what shp2img does when it draws your image) Cheers, Francesco Pirotti Jerry O'Sullivan ha scritto: Hi, Can anyone give me a few tips on producing better quality images from my raster maps. I chopped it up using maptiler - http://www.maptiler.org - and the image quality is top notch. When I use MapServer shp2img the quality isn't as good. I looked at the images in IfranView and the MapTiler image has a lot more unique colors Here is the gdalinfo for one of the tiles Image Structure Metadata: COMPRESSION=LZW INTERLEAVE=BAND Corner Coordinates: Upper Left ( 316000.000, 271000.000) ( 6d14'39.88W, 53d40'33.00N) Lower Left ( 316000.000, 268000.000) ( 6d14'43.91W, 53d38'56.00N) Upper Right ( 32.000, 271000.000) ( 6d11'2.06W, 53d40'29.75N) Lower Right ( 32.000, 268000.000) ( 6d11'6.23W, 53d38'52.75N) Center ( 318000.000, 269500.000) ( 6d12'53.02W, 53d39'42.89N) Band 1 Block=2x1 Type=Byte, ColorInterp=Palette Color Table (RGB with 256 entries) 0: 255,255,255,255 1: 0,0,0,255 2: 0,0,0,255 3: 0,0,0,255 4: 0,0,0,255 5: 0,0,0,255 6: 0,0,0,255 7: 0,0,0,255 8: 0,0,0,255 9: 0,0,0,255 10: 0,0,0,255 11: 0,0,0,255 12: 0,0,0,255 13: 0,0,0,255 14: 0,0,0,255 15: 0,0,0,255 16: 0,0,0,255 17: 0,0,0,255 18: 0,0,0,255 19: 0,0,0,255 20: 0,0,0,255 21: 0,0,0,255 22: 0,0,0,255 23: 0,0,0,255 24: 0,0,0,255 25: 0,0,0,255 26: 0,0,0,255 27: 0,0,0,255 28: 0,0,0,255 29: 0,0,0,255 30: 0,0,0,255 31: 0,0,0,255 32: 0,0,0,255 33: 0,0,0,255 34: 0,0,0,255 35: 0,0,0,255 36: 0,0,0,255 37: 0,0,0,255 38: 0,0,0,255 39: 0,0,0,255 40: 0,0,0,255 41: 0,0,0,255 42: 0,0,0,255 43: 0,0,0,255 44: 0,0,0,255 45: 0,0,0,255 46: 0,0,0,255 47: 0,0,0,255 48: 0,0,0,255 49: 0,0,0,255 50: 0,0,0,255 51: 0,0,0,255 52: 0,0,0,255 53: 0,0,0,255 54: 0,0,0,255 55: 0,0,0,255 56: 0,0,0,255 57: 0,0,0,255 58: 0,0,0,255 59: 0,0,0,255 60: 0,0,0,255 61: 0,0,0,255 62: 0,0,0,255 63: 0,0,0,255 64: 0,0,0,255 65: 0,0,0,255 66: 0,0,0,255 67: 0,0,0,255 68: 0,0,0,255 69: 0,0,0,255 70: 0,0,0,255 71: 0,0,0,255 72: 0,0,0,255 73: 0,0,0,255 74: 0,0,0,255 75: 0,0,0,255 76: 0,0,0,255 77: 0,0,0,255 78: 0,0,0,255 79: 0,0,0,255 80: 0,0,0,255 81: 0,0,0,255 82: 0,0,0,255 83: 0,0,0,255 84: 0,0,0,255 85: 0,0,0,255 86: 0,0,0,255 87: 0,0,0,255 88: 0,0,0,255 89: 0,0,0,255 90: 0,0,0,255 91: 0,0,0,255 92: 0,0,0,255 93: 0,0,0,255 94: 0,0,0,255 95: 0,0,0,255 96: 0,0,0,255 97: 0,0,0,255 98: 0,0,0,255 99: 0,0,0,255 100: 0,0,0,255 101: 0,0,0,255 102: 0,0,0,255 103: 0,0,0,255 104: 0,0,0,255 105: 0,0,0,255 106: 0,0,0,255 107: 0,0,0,255 108: 0,0,0,255 109: 0,0,0,255 110: 0,0,0,255 111: 0,0,0,255 112: 0,0,0,255 113: 0,0,0,255 114: 0,0,0,255 115: 0,0,0,255 116: 0,0,0,255 117: 0,0,0,255 118: 0,0,0,255 119: 0,0,0,255 120: 0,0,0,255 121: 0,0,0,255 122: 0,0,0,255 123: 0,0,0,255 124: 0,0,0,255 125: 0,0,0,255 126: 0,0,0,255 127: 0,0,0,255 128: 0,0,0,255 129: 0,0,0,255 130: 0,0,0,255 131: 0,0,0,255 132: 0,0,0,255 133: 0,0,0,255 134: 0,0,0,255 135: 0,0,0,255 136: 0,0,0,255 137: 0,0,0,255 138: 0,0,0,255 139: 0,0,0,255 140: 0,0,0,255 141: 0,0,0,255 142: 0,0,0,255 143: 0,0,0,255 144: 0,0,0,255 145: 0,0,0,255 146: 0,0,0,255 147: 0,0,0,255 148: 0,0,0,255 149: 0,0,0,255 150: 0,0,0,255 151: 0,0,0,255 152: 0,0,0,255 153: 0,0,0,255 154: 0,0,0,255 155: 0,0,0,255 156: 0,0,0,255 157: 0,0,0,255 158: 0,0,0,255 159: 0,0,0,255 160: 0,0,0,255 161: 0,0,0,255 162: 0,0,0,255 163: 0,0,0,255 164: 0,0,0,255 165: 0,0,0,255 166: 0,0,0,255 167: 0,0,0,255 168: 0,0,0,255 169: 0,0,0,255 170: 0,0,0,255 171: 0,0,0,255 172: 0,0,0,255 173: 0,0,0,255 174: 0,0,0,255 175: 0,0,0,255 176: 0,0,0,255 177: 0,0,0,255 178: 0,0,0,255 179: 0,0,0,255 180: 0,0,0,255 181: 0,0,0,255 182: 0,0,0,255 183: 0,0,0,255 184: 0,0,0,255 185: 0,0,0,255 186: 0,0,0,255 187: 0,0,0,255 188: 0,0,0,255 189: 0,0,0,255 190: 0,0,0,255 191: 0,0,0,255 192: 0,0,0,255 193: 0,0,0,255 194: 0,0,0,255 195: 0,0,0,255 196: 0,0,0,255 197: 0,0,0,255 198: 0,0,0,255 199: 0,0,0,255 200: 0,0,0,255 201: 0,0,0,255 202: 0,0,0,255 203: 0,0,0,255 204: 0,0,0,255 205: 0,0,0,255 206: 0,0,0,255 207: 0,0,0,255 208: 0,0,0,255 209: 0,0,0,255 210: 0,0,0,255 211: 0,0,0,255 212: 0,0,0,255 213: 0,0,0,255 214: 0,0,0,255 215: 0,0,0,255 216: 0,0,0,255 217:
[mapserver-users] mapscript does not use GRID information when reprojecting rect object
Hello I do not know if this it the right list to post, but I was wandering if any of you had trouble when using the project() function in mapscript (PHP). It does not use the grid file which is stated in the EPSG line in the epsg file inside the ...proj/nad directory. Reprojection of the map is wonderful, uses the grids, but script reproject of a rectangle object does not make use of the grids. I made sure of course that the epsg file which is read is the one I modified. Anyone had the same problem? Cheers, -- *Francesco Pirotti* Dep. TESAF CIRGEO – Interdepartmental Research Center on Cartography Photogrammetry Remote Sensing and G.I.S. University of Padova Web: http://www.cirgeo.unipd.it/cirgeo/francescopirotti.htm Email: francesco.piro...@unipd.it mailto:francesco.piro...@unipd.it Phone: +39 049 827 2710 Phone: +39 349 55 39 261 ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Leading zeros removed from variabel when passed to map file
Hi Solved the problem by adding quote marks at the beginning and end of each ref_no so that the variable is seem by the map file as a string rather than an integer. Graeme GGould wrote: Hi Im just starting out with MapServer and have a bit of a stumbling block. The following script should identify a property based on the ref_no string variable passed to the map file. DATA geometry from snh_properties FILTER placeref = %ref_no% This works for all ref_no's beginning with a whole number, however if the re_no begins with a zero then it does not work. Has anyone come across this before and is there a solution that hopefully wont tax my brain too much. Cheers Graeme -- View this message in context: http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125557p4131812.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: Re: [mapserver-users] Raster Image Quality
Francesco, They are black white images. Are you suggesting doing some processing with GDAL first or use some directives in the map file to improve image quality? Thanks Jerry Jerry , your color table looks like it is of a black and white image (255,255,255,255 is white, 0,0,0,255 is black) looks very strange to me. Your problem could also be that you use 8-bit color images, you could try to use RGB images which help when having to resample the tiles (which is what shp2img does when it draws your image) Cheers, Francesco Pirotti Jerry O'Sullivan ha scritto: Hi, Can anyone give me a few tips on producing better quality images from my raster maps. I chopped it up using maptiler - http://www.maptiler.org - and the image quality is top notch. When I use MapServer shp2img the quality isn't as good. I looked at the images in IfranView and the MapTiler image has a lot more unique colors Here is the gdalinfo for one of the tiles Image Structure Metadata: COMPRESSION=LZW INTERLEAVE=BAND Corner Coordinates: Upper Left ( 316000.000, 271000.000) ( 6d14'39.88W, 53d40'33.00N) Lower Left ( 316000.000, 268000.000) ( 6d14'43.91W, 53d38'56.00N) Upper Right ( 32.000, 271000.000) ( 6d11'2.06W, 53d40'29.75N) Lower Right ( 32.000, 268000.000) ( 6d11'6.23W, 53d38'52.75N) Center ( 318000.000, 269500.000) ( 6d12'53.02W, 53d39'42.89N) Band 1 Block=2x1 Type=Byte, ColorInterp=Palette Color Table (RGB with 256 entries) 0: 255,255,255,255 1: 0,0,0,255 2: 0,0,0,255 3: 0,0,0,255 4: 0,0,0,255 5: 0,0,0,255 6: 0,0,0,255 7: 0,0,0,255 8: 0,0,0,255 9: 0,0,0,255 10: 0,0,0,255 11: 0,0,0,255 12: 0,0,0,255 13: 0,0,0,255 14: 0,0,0,255 15: 0,0,0,255 16: 0,0,0,255 17: 0,0,0,255 18: 0,0,0,255 19: 0,0,0,255 20: 0,0,0,255 21: 0,0,0,255 22: 0,0,0,255 23: 0,0,0,255 24: 0,0,0,255 25: 0,0,0,255 26: 0,0,0,255 27: 0,0,0,255 28: 0,0,0,255 29: 0,0,0,255 30: 0,0,0,255 31: 0,0,0,255 32: 0,0,0,255 33: 0,0,0,255 34: 0,0,0,255 35: 0,0,0,255 36: 0,0,0,255 37: 0,0,0,255 38: 0,0,0,255 39: 0,0,0,255 40: 0,0,0,255 41: 0,0,0,255 42: 0,0,0,255 43: 0,0,0,255 44: 0,0,0,255 45: 0,0,0,255 46: 0,0,0,255 47: 0,0,0,255 48: 0,0,0,255 49: 0,0,0,255 50: 0,0,0,255 51: 0,0,0,255 52: 0,0,0,255 53: 0,0,0,255 54: 0,0,0,255 55: 0,0,0,255 56: 0,0,0,255 57: 0,0,0,255 58: 0,0,0,255 59: 0,0,0,255 60: 0,0,0,255 61: 0,0,0,255 62: 0,0,0,255 63: 0,0,0,255 64: 0,0,0,255 65: 0,0,0,255 66: 0,0,0,255 67: 0,0,0,255 68: 0,0,0,255 69: 0,0,0,255 70: 0,0,0,255 71: 0,0,0,255 72: 0,0,0,255 73: 0,0,0,255 74: 0,0,0,255 75: 0,0,0,255 76: 0,0,0,255 77: 0,0,0,255 78: 0,0,0,255 79: 0,0,0,255 80: 0,0,0,255 81: 0,0,0,255 82: 0,0,0,255 83: 0,0,0,255 84: 0,0,0,255 85: 0,0,0,255 86: 0,0,0,255 87: 0,0,0,255 88: 0,0,0,255 89: 0,0,0,255 90: 0,0,0,255 91: 0,0,0,255 92: 0,0,0,255 93: 0,0,0,255 94: 0,0,0,255 95: 0,0,0,255 96: 0,0,0,255 97: 0,0,0,255 98: 0,0,0,255 99: 0,0,0,255 100: 0,0,0,255 101: 0,0,0,255 102: 0,0,0,255 103: 0,0,0,255 104: 0,0,0,255 105: 0,0,0,255 106: 0,0,0,255 107: 0,0,0,255 108: 0,0,0,255 109: 0,0,0,255 110: 0,0,0,255 111: 0,0,0,255 112: 0,0,0,255 113: 0,0,0,255 114: 0,0,0,255 115: 0,0,0,255 116: 0,0,0,255 117: 0,0,0,255 118: 0,0,0,255 119: 0,0,0,255 120: 0,0,0,255 121: 0,0,0,255 122: 0,0,0,255 123: 0,0,0,255 124: 0,0,0,255 125: 0,0,0,255 126: 0,0,0,255 127: 0,0,0,255 128: 0,0,0,255 129: 0,0,0,255 130: 0,0,0,255 131: 0,0,0,255 132: 0,0,0,255 133: 0,0,0,255 134: 0,0,0,255 135: 0,0,0,255 136: 0,0,0,255 137: 0,0,0,255 138: 0,0,0,255 139: 0,0,0,255 140: 0,0,0,255 141: 0,0,0,255 142: 0,0,0,255 143: 0,0,0,255 144: 0,0,0,255 145: 0,0,0,255 146: 0,0,0,255 147: 0,0,0,255 148: 0,0,0,255 149: 0,0,0,255 150: 0,0,0,255 151: 0,0,0,255 152: 0,0,0,255 153: 0,0,0,255 154: 0,0,0,255 155: 0,0,0,255 156: 0,0,0,255 157: 0,0,0,255 158: 0,0,0,255 159: 0,0,0,255 160: 0,0,0,255 161: 0,0,0,255 162: 0,0,0,255 163: 0,0,0,255 164: 0,0,0,255 165: 0,0,0,255 166: 0,0,0,255 167: 0,0,0,255 168: 0,0,0,255 169: 0,0,0,255 170: 0,0,0,255 171: 0,0,0,255 172: 0,0,0,255 173: 0,0,0,255 174: 0,0,0,255 175: 0,0,0,255 176: 0,0,0,255 177: 0,0,0,255 178: 0,0,0,255 179: 0,0,0,255 180: 0,0,0,255 181: 0,0,0,255 182: 0,0,0,255 183: 0,0,0,255 184: 0,0,0,255 185: 0,0,0,255 186: 0,0,0,255 187: 0,0,0,255 188: 0,0,0,255 189: 0,0,0,255 190: 0,0,0,255 191: 0,0,0,255 192: 0,0,0,255 193: 0,0,0,255 194:
RE: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem
John, What features are not being rendered? Are they randomly distributed? located at the outside edges of the rendered features? Any pattern to the IDs? David. From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of W.John Guineau Sent: Friday, December 04, 2009 8:12 AM To: 'W.John Guineau'; mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem How would I go about debugging this? I think this is GDAL and its query of shapefiles, right? The bottom line is that MapServer finds all the items when it is rendering the map by layer/class EXPRESSION, but the qstring in a URL using the exact same EXPRESSION string misses some of the items. I can also use ogrinfo from MAP4W to execute an SQL query directly on the shapefile and the items in questions are certainly there. In the image below, the green areas are result of the mapfile layer class EXPRESSION - all are correctly rendered. However, several of them do not get generated (HTML imagemap area tags not generated) when using a URL and itemnquery/qstring with the identical EXPRESSION. How do I enable debug (enabling mapfile DEBUG does not seem to give any useful info as to why GDAL is skipping certain items) Am I better off using MAP4W or similar to get debug/trace info for shapefile queries? john [cid:image001.png@01CA7719.0F845920] From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of W.John Guineau Sent: Thursday, December 03, 2009 3:11 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem I have a basic vector shapefile that I am trying to generate HTML clickable maps from. It seems to work well for the most part, however there is a problem where some items from the shapefile do not get processed from the qstring in the browser, but they are processed fine in the mapfile layer (to color them differently). So the map that renders shows all the items colored properly as the layer class defines. Using the exact same list of items in the HTTP query string causes several items to be ignored (the HTML image map area is not generated). http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.mapqlayer=coe_mmode=itemnquerysearchmap=truelayer=statesmapext=-91+34+-89+49mapsize=600+400qitem=MLRARSYMqstring=([MLRARSYM]%20in%20102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,114A,114B,115A,115B,115C) Below is the layer section from the mapfile. I can post whatever else is helpful. Thanks for any help on this. john LAYER NAME map_m DATA map_shape TEMPLATE bodytemplate.html HEADER imapheader.html FOOTER imapfooter.html PROJECTION proj=latlong ellps=GRS80 init=epsg:4326 END TYPE polygon STATUS ON TRANSPARENCY 70 CLASS NAME MLRA COLOR 0 200 0 OUTLINECOLOR 0 0 0 EXPRESSION( [MLRARSYM] in 102A,102B,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113,114A,114B,115A,115B,115C ) END METADATA qstring_validation_pattern .* END END inline: image001.png___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem
From: W.John Guineau [mailto:guin...@earthlink.net] Sent: Monday, December 07, 2009 7:20 PM To: 'Steve Lime'; 'mapserver-users@lists.osgeo.org' Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem Hi Steve, OK, I added the QUERYMAP section and changed the URL: http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.mapqlayer=coe_m mode=itemnquerymapsearchmap=truelayer=statesmapext=-91+34+-89+49mapsize =600+400qitem=MLRARSYMqstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10 2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D ,111E,112,113,114A,114B,115A,115B,115C%22) qlayer=coe_mmode=itemnquerymapsearchmap=truelayer=statesmapext=-91+34+- 89+49mapsize=600+400qitem=MLRARSYMqstring=([MLRARSYM]%20in%20102A,102B ,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1 11D,111E,112,113,114A,114B,115A,115B,115C) Now I get the map with some of the items highlighted in yellow, and the rest green: -Original Message- From: Steve Lime [mailto:steve.l...@state.mn.us] Sent: Monday, December 07, 2009 7:04 PM To: W.John Guineau; mapserver-users@lists.osgeo.org; 'Steve Lime' Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem Just add a querymap object to your mapfile, like so: QUERYMAP STATUS ON END Then change your URL to use the mode itemnquerymap and that should return just an image with the selected features highlighted in yellow. Steve On 12/7/2009 at 5:56 PM, in message 01ce01ca7798$dd4b89d0$97e29d...@net, W.John Guineau guin...@earthlink.net wrote: I'm new to mapserver, how do I quickly generate a querymap? I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've also tried 5.2.1 that I compiled myself. john -Original Message- From: Steve Lime [mailto:steve.l...@state.mn.us] Sent: Monday, December 07, 2009 6:40 PM To: 'W.John Guineau'; mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem GDAL's not in play here at all. If you generate a query map instead of an html image map does the output map look ok? What version are you using? Steve On 12/4/2009 at 8:11 AM, in message 04e001ca74eb$bc473400$34d59c...@net, W.John Guineau guin...@earthlink.net wrote: How would I go about debugging this? I think this is GDAL and its query of shapefiles, right? The bottom line is that MapServer finds all the items when it is rendering the map by layer/class EXPRESSION, but the qstring in a URL using the exact same EXPRESSION string misses some of the items. I can also use ogrinfo from MAP4W to execute an SQL query directly on the shapefile and the items in questions are certainly there. In the image below, the green areas are result of the mapfile layer class EXPRESSION - all are correctly rendered. However, several of them do not get generated (HTML imagemap area tags not generated) when using a URL and itemnquery/qstring with the identical EXPRESSION. How do I enable debug (enabling mapfile DEBUG does not seem to give any useful info as to why GDAL is skipping certain items) Am I better off using MAP4W or similar to get debug/trace info for shapefile queries? john From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of W.John Guineau Sent: Thursday, December 03, 2009 3:11 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Shapefile, itemnquery and HTML image map generation problem I have a basic vector shapefile that I am trying to generate HTML clickable maps from. It seems to work well for the most part, however there is a problem where some items from the shapefile do not get processed from the qstring in the browser, but they are processed fine in the mapfile layer (to color them differently). So the map that renders shows all the items colored properly as the layer class defines. Using the exact same list of items in the HTTP query string causes several items to be ignored (the HTML image map area is not generated). http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.mapqlayer=coe_m; mode=itemnquerysearchmap=truelayer=statesmapext=-91+34+-89+49mapsize=600 +400qitem=MLRARSYMqstring=([MLRARSYM]%20in%20102A,102B,102C,103,104,105 ,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D,111E,112,113, 114A,114B,115A,115B,115C) Below is the layer section from the mapfile. I can post whatever else is helpful. Thanks for any help on this. john LAYER NAME map_m
Re: [mapserver-users] Raster Image Quality
shp2img requires a mapfile... what kind of image outpuformat did you use in your mapfile? Shp2img resamples paletted black and white images and that does not give a great result usually. you could try to output grey scale 8-bit images (byte but not paletted). Did you also use pyramid layers or does the maptiler program also give you different scales? Francesco Jerry O'Sullivan ha scritto: Francesco, They are black white images. Are you suggesting doing some processing with GDAL first or use some directives in the map file to improve image quality? Thanks Jerry Jerry , your color table looks like it is of a black and white image (255,255,255,255 is white, 0,0,0,255 is black) looks very strange to me. Your problem could also be that you use 8-bit color images, you could try to use RGB images which help when having to resample the tiles (which is what shp2img does when it draws your image) Cheers, Francesco Pirotti Jerry O'Sullivan ha scritto: Hi, Can anyone give me a few tips on producing better quality images from my raster maps. I chopped it up using maptiler - http://www.maptiler.org - and the image quality is top notch. When I use MapServer shp2img the quality isn't as good. I looked at the images in IfranView and the MapTiler image has a lot more unique colors Here is the gdalinfo for one of the tiles Image Structure Metadata: COMPRESSION=LZW INTERLEAVE=BAND Corner Coordinates: Upper Left ( 316000.000, 271000.000) ( 6d14'39.88W, 53d40'33.00N) Lower Left ( 316000.000, 268000.000) ( 6d14'43.91W, 53d38'56.00N) Upper Right ( 32.000, 271000.000) ( 6d11'2.06W, 53d40'29.75N) Lower Right ( 32.000, 268000.000) ( 6d11'6.23W, 53d38'52.75N) Center ( 318000.000, 269500.000) ( 6d12'53.02W, 53d39'42.89N) Band 1 Block=2x1 Type=Byte, ColorInterp=Palette Color Table (RGB with 256 entries) 0: 255,255,255,255 1: 0,0,0,255 2: 0,0,0,255 3: 0,0,0,255 4: 0,0,0,255 5: 0,0,0,255 6: 0,0,0,255 7: 0,0,0,255 8: 0,0,0,255 9: 0,0,0,255 10: 0,0,0,255 11: 0,0,0,255 12: 0,0,0,255 13: 0,0,0,255 14: 0,0,0,255 15: 0,0,0,255 16: 0,0,0,255 17: 0,0,0,255 18: 0,0,0,255 19: 0,0,0,255 20: 0,0,0,255 21: 0,0,0,255 22: 0,0,0,255 23: 0,0,0,255 24: 0,0,0,255 25: 0,0,0,255 26: 0,0,0,255 27: 0,0,0,255 28: 0,0,0,255 29: 0,0,0,255 30: 0,0,0,255 31: 0,0,0,255 32: 0,0,0,255 33: 0,0,0,255 34: 0,0,0,255 35: 0,0,0,255 36: 0,0,0,255 37: 0,0,0,255 38: 0,0,0,255 39: 0,0,0,255 40: 0,0,0,255 41: 0,0,0,255 42: 0,0,0,255 43: 0,0,0,255 44: 0,0,0,255 45: 0,0,0,255 46: 0,0,0,255 47: 0,0,0,255 48: 0,0,0,255 49: 0,0,0,255 50: 0,0,0,255 51: 0,0,0,255 52: 0,0,0,255 53: 0,0,0,255 54: 0,0,0,255 55: 0,0,0,255 56: 0,0,0,255 57: 0,0,0,255 58: 0,0,0,255 59: 0,0,0,255 60: 0,0,0,255 61: 0,0,0,255 62: 0,0,0,255 63: 0,0,0,255 64: 0,0,0,255 65: 0,0,0,255 66: 0,0,0,255 67: 0,0,0,255 68: 0,0,0,255 69: 0,0,0,255 70: 0,0,0,255 71: 0,0,0,255 72: 0,0,0,255 73: 0,0,0,255 74: 0,0,0,255 75: 0,0,0,255 76: 0,0,0,255 77: 0,0,0,255 78: 0,0,0,255 79: 0,0,0,255 80: 0,0,0,255 81: 0,0,0,255 82: 0,0,0,255 83: 0,0,0,255 84: 0,0,0,255 85: 0,0,0,255 86: 0,0,0,255 87: 0,0,0,255 88: 0,0,0,255 89: 0,0,0,255 90: 0,0,0,255 91: 0,0,0,255 92: 0,0,0,255 93: 0,0,0,255 94: 0,0,0,255 95: 0,0,0,255 96: 0,0,0,255 97: 0,0,0,255 98: 0,0,0,255 99: 0,0,0,255 100: 0,0,0,255 101: 0,0,0,255 102: 0,0,0,255 103: 0,0,0,255 104: 0,0,0,255 105: 0,0,0,255 106: 0,0,0,255 107: 0,0,0,255 108: 0,0,0,255 109: 0,0,0,255 110: 0,0,0,255 111: 0,0,0,255 112: 0,0,0,255 113: 0,0,0,255 114: 0,0,0,255 115: 0,0,0,255 116: 0,0,0,255 117: 0,0,0,255 118: 0,0,0,255 119: 0,0,0,255 120: 0,0,0,255 121: 0,0,0,255 122: 0,0,0,255 123: 0,0,0,255 124: 0,0,0,255 125: 0,0,0,255 126: 0,0,0,255 127: 0,0,0,255 128: 0,0,0,255 129: 0,0,0,255 130: 0,0,0,255 131: 0,0,0,255 132: 0,0,0,255 133: 0,0,0,255 134: 0,0,0,255 135: 0,0,0,255 136: 0,0,0,255 137: 0,0,0,255 138: 0,0,0,255 139: 0,0,0,255 140: 0,0,0,255 141: 0,0,0,255 142: 0,0,0,255 143: 0,0,0,255 144: 0,0,0,255 145: 0,0,0,255 146: 0,0,0,255 147: 0,0,0,255 148: 0,0,0,255 149: 0,0,0,255 150: 0,0,0,255 151: 0,0,0,255 152: 0,0,0,255 153: 0,0,0,255 154: 0,0,0,255 155: 0,0,0,255 156: 0,0,0,255 157: 0,0,0,255 158: 0,0,0,255 159: 0,0,0,255 160: 0,0,0,255 161: 0,0,0,255 162: 0,0,0,255 163: 0,0,0,255 164: 0,0,0,255 165: 0,0,0,255 166: 0,0,0,255 167: 0,0,0,255 168: 0,0,0,255 169: 0,0,0,255 170: 0,0,0,255 171: 0,0,0,255 172: 0,0,0,255 173: 0,0,0,255 174: 0,0,0,255 175: 0,0,0,255 176: 0,0,0,255 177: 0,0,0,255 178: 0,0,0,255 179: 0,0,0,255 180: 0,0,0,255 181: 0,0,0,255 182:
RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem
Seems like an extent problem to me - the way the results are clustered in the center of the image. MapServer does apply a spatial pre-filter for attribute queries. However, the searchmap=true should compute a proper extent based on your image properties (extent, size) before doing the query. John, what are the changes you could zip up your data and mapfile for me? Steve W.John Guineau guin...@earthlink.net 12/08/09 7:05 AM Ok, try this: -Original Message- From: Steve Lime [mailto:steve.l...@state.mn.us] Sent: Monday, December 07, 2009 7:57 PM To: W.John Guineau; mapserver-users@lists.osgeo.org; 'Steve Lime' Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem Do the ones not selected fall at the end of your qstring? I'm wondering if something is getting truncated. I'd think you'd get a parsing error in that case, but perhaps not. Can you label the polygons with the value for MLRARSYM? Steve On 12/7/2009 at 6:19 PM, in message 01dc01ca779c$2c19eae0$844dc0...@net, W.John Guineau guin...@earthlink.net wrote: Hi Steve, OK, I added the QUERYMAP section and changed the URL: http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.mapqlayer=coe_m mode=itemnquerymapsearchmap=truelayer=statesmapext=-91+34+-89+49mapsize =600+400qitem=MLRARSYMqstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10 2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D ,111E,112,113,114A,114B,115A,115B,115C%22) qlayer=coe_mmode=itemnquerymapsearchmap=truelayer=statesmapext=-91+34+- 89+49mapsize=600+400qitem=MLRARSYMqstring=([MLRARSYM]%20in%20102A,102B ,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1 11D,111E,112,113,114A,114B,115A,115B,115C) Now I get the map with some of the items highlighted in yellow, and the rest green: -Original Message- From: Steve Lime [mailto:steve.l...@state.mn.us] Sent: Monday, December 07, 2009 7:04 PM To: W.John Guineau; mapserver-users@lists.osgeo.org; 'Steve Lime' Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem Just add a querymap object to your mapfile, like so: QUERYMAP STATUS ON END Then change your URL to use the mode itemnquerymap and that should return just an image with the selected features highlighted in yellow. Steve On 12/7/2009 at 5:56 PM, in message 01ce01ca7798$dd4b89d0$97e29d...@net, W.John Guineau guin...@earthlink.net wrote: I'm new to mapserver, how do I quickly generate a querymap? I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've also tried 5.2.1 that I compiled myself. john -Original Message- From: Steve Lime [mailto:steve.l...@state.mn.us] Sent: Monday, December 07, 2009 6:40 PM To: 'W.John Guineau'; mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem GDAL's not in play here at all. If you generate a query map instead of an html image map does the output map look ok? What version are you using? Steve On 12/4/2009 at 8:11 AM, in message 04e001ca74eb$bc473400$34d59c...@net, W.John Guineau guin...@earthlink.net wrote: How would I go about debugging this? I think this is GDAL and its query of shapefiles, right? The bottom line is that MapServer finds all the items when it is rendering the map by layer/class EXPRESSION, but the qstring in a URL using the exact same EXPRESSION string misses some of the items. I can also use ogrinfo from MAP4W to execute an SQL query directly on the shapefile and the items in questions are certainly there. In the image below, the green areas are result of the mapfile layer class EXPRESSION - all are correctly rendered. However, several of them do not get generated (HTML imagemap area tags not generated) when using a URL and itemnquery/qstring with the identical EXPRESSION. How do I enable debug (enabling mapfile DEBUG does not seem to give any useful info as to why GDAL is skipping certain items) Am I better off using MAP4W or similar to get debug/trace info for shapefile queries? john From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of W.John Guineau Sent: Thursday, December 03, 2009 3:11 PM To: mapserver-users@lists.osgeo.org Subject: [mapserver-users] Shapefile,
Re: [mapserver-users] Layer based on a view renders faster than if based on a table
Daniel, I already set this in the mapfile DEBUG 5 CONFIG MS_ERRORFILE /ms4w/logs/mapserver.log I don't get the SQL query in the log though. [Tue Dec 08 09:33:56 2009].961000 msDrawMap(): Layer 17 (RSSincidCumul), 0.390s [Tue Dec 08 09:33:56 2009].992000 msDrawMap(): Drawing Label Cache, 0.031s [Tue Dec 08 09:33:56 2009].992000 msDrawMap() total time: 0.421s [Tue Dec 08 09:33:57 2009].8000 msSaveImage() total time: 0.016s [Tue Dec 08 09:33:57 2009].24000 mapserv request processing time (msLoadMap not incl.): 0.453s [Tue Dec 08 09:33:57 2009].24000 msFreeMap(): freeing map at 01516C50. Steve Toutant, M. Sc. Analyste en géomatique Secteur environnement Direction de la santé environnementale et de la toxicologie Institut national de santé publique du Québec 945, avenue Wolfe Québec, Qc G1V 5B3 Tél.: (418) 650-5115 #5281 Fax.: (418) 654-3144 steve.tout...@inspq.qc.ca http://www.inspq.qc.ca Daniel Morissette dmorisse...@mapgears.com@lists.osgeo.org Envoyé par : mapserver-users-boun...@lists.osgeo.org 04/12/2009 05:05 PM A mapserver-users@lists.osgeo.org cc Objet Re: [mapserver-users] Layer based on a view renders faster than if based on a table steve.tout...@inspq.qc.ca wrote: I thought that a layer definition based on a table would be much faster than on a view. What should be the expected behavior please? Please tell me is this should be asked to postgis forum. I'd suggest you capture the exact SQL query that is run in each case (using DEBUG/MS_ERRORFILE) and check that the difference in time indeed comes form the PostGIS queries. If that's the case then you could submit a question to the postgis list based on that, taking MapServer out of the equation. If on the other hand the queries take about the same time and the time difference is in MapServer's code (which I doubt) then we'd need more details (ideally a testcase) to be able to reproduce and troubleshoot the issue. Daniel -- Daniel Morissette http://www.mapgears.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] Layer based on a view renders faster than if based on a table
Steve, Have you put the DEBUG 5 directive at the layer level too ? Alan On December 8, 2009 09:36:27 am steve.tout...@inspq.qc.ca wrote: Daniel, I already set this in the mapfile DEBUG 5 CONFIG MS_ERRORFILE /ms4w/logs/mapserver.log I don't get the SQL query in the log though. [Tue Dec 08 09:33:56 2009].961000 msDrawMap(): Layer 17 (RSSincidCumul), 0.390s [Tue Dec 08 09:33:56 2009].992000 msDrawMap(): Drawing Label Cache, 0.031s [Tue Dec 08 09:33:56 2009].992000 msDrawMap() total time: 0.421s [Tue Dec 08 09:33:57 2009].8000 msSaveImage() total time: 0.016s [Tue Dec 08 09:33:57 2009].24000 mapserv request processing time (msLoadMap not incl.): 0.453s [Tue Dec 08 09:33:57 2009].24000 msFreeMap(): freeing map at 01516C50. Steve Toutant, M. Sc. Analyste en géomatique Secteur environnement Direction de la santé environnementale et de la toxicologie Institut national de santé publique du Québec 945, avenue Wolfe Québec, Qc G1V 5B3 Tél.: (418) 650-5115 #5281 Fax.: (418) 654-3144 steve.tout...@inspq.qc.ca http://www.inspq.qc.ca Daniel Morissette dmorisse...@mapgears.com@lists.osgeo.org Envoyé par : mapserver-users-boun...@lists.osgeo.org 04/12/2009 05:05 PM A mapserver-users@lists.osgeo.org cc Objet Re: [mapserver-users] Layer based on a view renders faster than if based on a table steve.tout...@inspq.qc.ca wrote: I thought that a layer definition based on a table would be much faster than on a view. What should be the expected behavior please? Please tell me is this should be asked to postgis forum. I'd suggest you capture the exact SQL query that is run in each case (using DEBUG/MS_ERRORFILE) and check that the difference in time indeed comes form the PostGIS queries. If that's the case then you could submit a question to the postgis list based on that, taking MapServer out of the equation. If on the other hand the queries take about the same time and the time difference is in MapServer's code (which I doubt) then we'd need more details (ideally a testcase) to be able to reproduce and troubleshoot the issue. Daniel -- Alan Boudreault Mapgears http://www.mapgears.com ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Leading zeros removed from variabel whenpassed to map file
Thanks for posting your solution, might help another user. As I understand it you're quoting the variable on the way into MapServer, right? A simpler solution might be to just adjust your filter by placing quotes around replacement string, like so: FILTER placeref = '%ref_no%' That way PostGIS will interpret it as a string. Steve GGould graeme.go...@grandunionhousing.co.uk 12/08/09 5:15 AM Hi Solved the problem by adding quote marks at the beginning and end of each ref_no so that the variable is seem by the map file as a string rather than an integer. Graeme GGould wrote: Hi Im just starting out with MapServer and have a bit of a stumbling block. The following script should identify a property based on the ref_no string variable passed to the map file. DATA geometry from snh_properties FILTER placeref = %ref_no% This works for all ref_no's beginning with a whole number, however if the re_no begins with a zero then it does not work. Has anyone come across this before and is there a solution that hopefully wont tax my brain too much. Cheers Graeme -- View this message in context: http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125557p4131812.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] Layer based on a view renders faster than if based on a table
Thanks Alan, I didn't know that. Steve Steve Toutant, M. Sc. Analyste en géomatique Secteur environnement Direction de la santé environnementale et de la toxicologie Institut national de santé publique du Québec 945, avenue Wolfe Québec, Qc G1V 5B3 Tél.: (418) 650-5115 #5281 Fax.: (418) 654-3144 steve.tout...@inspq.qc.ca http://www.inspq.qc.ca Alan Boudreault aboudrea...@mapgears.com@lists.osgeo.org Envoyé par : mapserver-users-boun...@lists.osgeo.org 08/12/2009 09:39 AM A mapserver-users@lists.osgeo.org cc steve.tout...@inspq.qc.ca, Daniel Morissette dmorisse...@mapgears.com, mapserver-users-boun...@lists.osgeo.org Objet Re: [mapserver-users] Layer based on a view renders faster than if based on a table Steve, Have you put the DEBUG 5 directive at the layer level too ? Alan On December 8, 2009 09:36:27 am steve.tout...@inspq.qc.ca wrote: Daniel, I already set this in the mapfile DEBUG 5 CONFIG MS_ERRORFILE /ms4w/logs/mapserver.log I don't get the SQL query in the log though. [Tue Dec 08 09:33:56 2009].961000 msDrawMap(): Layer 17 (RSSincidCumul), 0.390s [Tue Dec 08 09:33:56 2009].992000 msDrawMap(): Drawing Label Cache, 0.031s [Tue Dec 08 09:33:56 2009].992000 msDrawMap() total time: 0.421s [Tue Dec 08 09:33:57 2009].8000 msSaveImage() total time: 0.016s [Tue Dec 08 09:33:57 2009].24000 mapserv request processing time (msLoadMap not incl.): 0.453s [Tue Dec 08 09:33:57 2009].24000 msFreeMap(): freeing map at 01516C50. Steve Toutant, M. Sc. Analyste en géomatique Secteur environnement Direction de la santé environnementale et de la toxicologie Institut national de santé publique du Québec 945, avenue Wolfe Québec, Qc G1V 5B3 Tél.: (418) 650-5115 #5281 Fax.: (418) 654-3144 steve.tout...@inspq.qc.ca http://www.inspq.qc.ca Daniel Morissette dmorisse...@mapgears.com@lists.osgeo.org Envoyé par : mapserver-users-boun...@lists.osgeo.org 04/12/2009 05:05 PM A mapserver-users@lists.osgeo.org cc Objet Re: [mapserver-users] Layer based on a view renders faster than if based on a table steve.tout...@inspq.qc.ca wrote: I thought that a layer definition based on a table would be much faster than on a view. What should be the expected behavior please? Please tell me is this should be asked to postgis forum. I'd suggest you capture the exact SQL query that is run in each case (using DEBUG/MS_ERRORFILE) and check that the difference in time indeed comes form the PostGIS queries. If that's the case then you could submit a question to the postgis list based on that, taking MapServer out of the equation. If on the other hand the queries take about the same time and the time difference is in MapServer's code (which I doubt) then we'd need more details (ideally a testcase) to be able to reproduce and troubleshoot the issue. Daniel -- Alan Boudreault Mapgears http://www.mapgears.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] Shapefile, itemnquery and HTML image map generation problem
Hi Steve. The missing data is not always clustered. It just happens on that map. I'll get you the map file and data tonight. I'm away from my pc now. -- Sent from my Verizon Wireless mobile phone --Original Message-- From: Steve Lime steve.l...@state.mn.us To: mapserver-users@lists.osgeo.org,steve.l...@state.mn.us Date: Tue, Dec 8, 8:26 AM -0600 Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem Seems like an extent problem to me - the way the results are clustered in the center of the image. MapServer does apply a spatial pre-filter for attribute queries. However, the searchmap=true should compute a proper extent based on your image properties (extent, size) before doing the query. John, what are the changes you could zip up your data and mapfile for me? Steve W.John Guineau guin...@earthlink.net 12/08/09 7:05 AM Ok, try this: -Original Message- From: Steve Lime [mailto:steve.l...@state.mn.us] Sent: Monday, December 07, 2009 7:57 PM To: W.John Guineau; mapserver-users@lists.osgeo.org; 'Steve Lime' Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem Do the ones not selected fall at the end of your qstring? I'm wondering if something is getting truncated. I'd think you'd get a parsing error in that case, but perhaps not. Can you label the polygons with the value for MLRARSYM? Steve On 12/7/2009 at 6:19 PM, in message 01dc01ca779c$2c19eae0$844dc0...@net, W.John Guineau guin...@earthlink.net wrote: Hi Steve, OK, I added the QUERYMAP section and changed the URL: http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.map http://localhost/cgi-bin/mapserv?map=/NWPL_CRREL/MLRA/mlra.mapqlayer=coe_m mode=itemnquerymapsearchmap=truelayer=statesmapext=-91+34+-89+49mapsize =600+400qitem=MLRARSYMqstring=(%22%5bMLRARSYM%5d%22%20in%20%22102A,102B,10 2C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,111D ,111E,112,113,114A,114B,115A,115B,115C%22) qlayer=coe_mmode=itemnquerymapsearchmap=truelayer=statesmapext=-91+34+- 89+49mapsize=600+400qitem=MLRARSYMqstring=([MLRARSYM]%20in%20102A,102B ,102C,103,104,105,106,107A,107B,108A,108B,108C,108D,109,110,111A,111B,111C,1 11D,111E,112,113,114A,114B,115A,115B,115C) Now I get the map with some of the items highlighted in yellow, and the rest green: -Original Message- From: Steve Lime [mailto:steve.l...@state.mn.us] Sent: Monday, December 07, 2009 7:04 PM To: W.John Guineau; mapserver-users@lists.osgeo.org; 'Steve Lime' Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem Just add a querymap object to your mapfile, like so: QUERYMAP STATUS ON END Then change your URL to use the mode itemnquerymap and that should return just an image with the selected features highlighted in yellow. Steve On 12/7/2009 at 5:56 PM, in message 01ce01ca7798$dd4b89d0$97e29d...@net, W.John Guineau guin...@earthlink.net wrote: I'm new to mapserver, how do I quickly generate a querymap? I'm using mapserver 5.4.2 from the latest MS4W on Windows 7 x64. I've also tried 5.2.1 that I compiled myself. john -Original Message- From: Steve Lime [mailto:steve.l...@state.mn.us] Sent: Monday, December 07, 2009 6:40 PM To: 'W.John Guineau'; mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] Shapefile,itemnquery and HTML image map generation problem GDAL's not in play here at all. If you generate a query map instead of an html image map does the output map look ok? What version are you using? Steve On 12/4/2009 at 8:11 AM, in message 04e001ca74eb$bc473400$34d59c...@net, W.John Guineau guin...@earthlink.net wrote: How would I go about debugging this? I think this is GDAL and its query of shapefiles, right? The bottom line is that MapServer finds all the items when it is rendering the map by layer/class EXPRESSION, but the qstring in a URL using the exact same EXPRESSION string misses some of the items. I can also use ogrinfo from MAP4W to execute an SQL query directly on the shapefile and the items in questions are certainly there. In the image below, the green areas are result of the mapfile layer class EXPRESSION - all are correctly rendered. However, several of them do not get generated (HTML imagemap area tags not generated) when using a URL and itemnquery/qstring with the identical EXPRESSION. How do I enable debug (enabling mapfile DEBUG does not seem to give any useful info as to why GDAL is skipping certain
Re: [mapserver-users] Leading zeros removed from variabel whenpassed to map file
Yes correct. I added the quotes where I populate the variable - so its in the asp. I think I tried your method but couldnt get it to work - will have to have another attempt. Graeme Steve Lime-2 wrote: Thanks for posting your solution, might help another user. As I understand it you're quoting the variable on the way into MapServer, right? A simpler solution might be to just adjust your filter by placing quotes around replacement string, like so: FILTER placeref = '%ref_no%' That way PostGIS will interpret it as a string. Steve GGould graeme.go...@grandunionhousing.co.uk 12/08/09 5:15 AM Hi Solved the problem by adding quote marks at the beginning and end of each ref_no so that the variable is seem by the map file as a string rather than an integer. Graeme GGould wrote: Hi Im just starting out with MapServer and have a bit of a stumbling block. The following script should identify a property based on the ref_no string variable passed to the map file. DATA geometry from snh_properties FILTER placeref = %ref_no% This works for all ref_no's beginning with a whole number, however if the re_no begins with a zero then it does not work. Has anyone come across this before and is there a solution that hopefully wont tax my brain too much. Cheers Graeme -- View this message in context: http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125557p4131812.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 -- View this message in context: http://n2.nabble.com/Re-Leading-zeros-removed-from-variabel-whenpassed-to-map-file-tp4132826p4133442.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] GetFeatureInfo-Capabilites of WMS-mapfiles
Dear mapserver-users, I am inspecting the Capabilities-document of my WMS-Server-mapfile. None of my layers do have GetFeatureInfo-possibilities (queryable=0), but my Capabilities also contain the following passage: GetFeatureInfo Formattext/plain/Format Formatapplication/vnd.ogc.gml/Format DCPType HTTP Get OnlineResource xmlns:xlink=http://www.w3.org/1999/xlink; xlink:href=http://sercer.tld?; xlink:type=simple/ /Get Post OnlineResource xmlns:xlink=http://www.w3.org/1999/xlink; xlink:href=http://server.tld?; xlink:type=simple/ /Post /HTTP /DCPType /GetFeatureInfo which is IMO useless. Is there a possibility to reduce this if no queryable layers are there? I cannot find any configuration hints right now. Thanks for any hints. TIA. Best Stephan -- Stephan Holl stephan.h...@intevation.de | Tel.: +49 (0)541-33 508 3663 Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabrück - HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner signature.asc Description: PGP signature ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Leading zeros removed from variabelwhenpassed to map file
MapServer handles the runtime input as strings always. It's only after the substitution is done that context might dictate interpreting things as a number, date or whatever. Steve On 12/8/2009 at 10:13 AM, in message 1260288815849-4133442.p...@n2.nabble.com, GGould graeme.go...@grandunionhousing.co.uk wrote: Yes correct. I added the quotes where I populate the variable - so its in the asp. I think I tried your method but couldnt get it to work - will have to have another attempt. Graeme Steve Lime-2 wrote: Thanks for posting your solution, might help another user. As I understand it you're quoting the variable on the way into MapServer, right? A simpler solution might be to just adjust your filter by placing quotes around replacement string, like so: FILTER placeref = '%ref_no%' That way PostGIS will interpret it as a string. Steve GGould graeme.go...@grandunionhousing.co.uk 12/08/09 5:15 AM Hi Solved the problem by adding quote marks at the beginning and end of each ref_no so that the variable is seem by the map file as a string rather than an integer. Graeme GGould wrote: Hi Im just starting out with MapServer and have a bit of a stumbling block. The following script should identify a property based on the ref_no string variable passed to the map file. DATA geometry from snh_properties FILTER placeref = %ref_no% This works for all ref_no's beginning with a whole number, however if the re_no begins with a zero then it does not work. Has anyone come across this before and is there a solution that hopefully wont tax my brain too much. Cheers Graeme -- View this message in context: http://n2.nabble.com/Leading-zeros-removed-from-variabel-when-passed-to-map-file-tp4125 557p4131812.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 mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Mapserver WMS under IIS 7 x64 serving up blank images
I figured out what was going on. It was an easting-northing mixup in the map and layer extents. Apparently earlier versions of mapserver/mapscript tolerated the bug. Anyway it's all working now under Windows Server 2008 x64 and IIS 7 FastCGI. A big thanks to the mapserver community. Open source rocks! Regards, Dan Walton GIS Fire Tools http://gisfiretools.com On Mon, Dec 7, 2009 at 4:25 PM, Daniel Walton dgwal...@gmail.com wrote: Tamas, Thanks for the tip. I used process monitor and everything looks OK in the permissions department. I think the problem relates to the fact that mapserver doesn't calculate an overlap between map and layer. I'm not sure what would cause this. -Dan On Mon, Dec 7, 2009 at 3:22 PM, Tamas Szekeres szeker...@gmail.comwrote: Daniel, This may also be an issue if GDAL couldn't actually open this file bacause of any reason (permission?). Make sure about this, by using a file monitoring tool, like SysInternals filemon for instance. Best regards, Tamas 2009/12/7 Steve Lime steve.l...@state.mn.us If I take the request out of WMS context to straight CGI with this request: http://www.fireimagery.com/ms/mapserv.exe?map=C :\maps\A091207074551.mapmode=mapmapsize=300+300layer=ZZ I get the following error: msDrawMap(): Image handling error. Failed to draw layer named 'ZZ'. msDrawRaster(): Image handling error. Unrecognized or unsupported image format drawEPP(): Image handling error. EPPL7 support is not available. Typically you'll see that when GDAL failed to identify the filetype. EPPL7 is the last thing checked so that's not relevant by itself. I guess I'd start by making sure the image is valid. Steve On 12/7/2009 at 2:47 PM, in message 8ab83e650912071247w7b93cb8bt90fe0c6a7a460...@mail.gmail.com, Daniel Walton dgwal...@gmail.com wrote: Thanks Daniel. No dice, though, log is empty. On Mon, Dec 7, 2009 at 2:38 PM, Daniel Morissette dmorisse...@mapgears.comwrote: Daniel Walton wrote: Yes, the same mapfile worked under MS4W on a 32-bit machine. I have verified that this same problem occurs using the x86 binaries from Tamas' site run in the current x64 environment. The source image is in PNG format in order to make transparency work well on the client. (My client is Silverlight-based, and PNG is the only supported format that supports transparency). The source image does have a world (*.WLD) file which contains these values (file is generated by running gdal_translate on a geotiff image): Um... perhaps try using DEBUG/MS_ERRORFILE and look for hints in the log output, if you haven't tried that already. -- Daniel Morissette http://www.mapgears.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 mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] GetFeatureInfo-Capabilites of WMS-mapfiles
Why do you want to remove it? It just shows that the service is capable of handling that request. If there are no queryable layers I client won't attempt the request. Best regards, Bart On Dec 8, 2009, at 5:18 PM, Stephan Holl wrote: Dear mapserver-users, I am inspecting the Capabilities-document of my WMS-Server-mapfile. None of my layers do have GetFeatureInfo-possibilities (queryable=0), but my Capabilities also contain the following passage: GetFeatureInfo Formattext/plain/Format Formatapplication/vnd.ogc.gml/Format DCPType HTTP Get OnlineResource xmlns:xlink=http://www.w3.org/1999/xlink; xlink:href=http://sercer.tld?; xlink:type=simple/ /Get Post OnlineResource xmlns:xlink=http://www.w3.org/1999/xlink; xlink:href=http://server.tld?; xlink:type=simple/ /Post /HTTP /DCPType /GetFeatureInfo which is IMO useless. Is there a possibility to reduce this if no queryable layers are there? I cannot find any configuration hints right now. Thanks for any hints. TIA. Best Stephan -- Stephan Holl stephan.h...@intevation.de | Tel.: +49 (0)541-33 508 3663 Intevation GmbH, Neuer Graben 17, 49074 OS | AG Osnabrück - HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner ___ 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] GetFeatureInfo request documentation
Hi all, I have a working GetFeatureInfo request thanks to posts here on the list. I notice various posts referring to documentation I am unable to find however. In particular, one post referred to wms_include|exclude_items and for the life of me I can not find any documentation referring to the particular wms_include_items metadata parameter. Am I missing something? About the only detailed documentation I can find on the subject is http://mapserver.org/ogc/wms_server.html Muchos Gracias Todo! Ted S. -- View this message in context: http://n2.nabble.com/GetFeatureInfo-request-documentation-tp4134366p4134366.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] how to set a 'finder' tool for a layer
Hi there, I´d like to set a 'finder-tool' for a given layer. Ex.: user browse the map and access a window containing fields for filtering the layer and fields available are the same fields of the shapefile. Is this feature available from any webmapping toolkit as geoExt, OpenLayers, MapFish, CartoWeb, Chameleon, etc ? best regards -- Eduardo Patto Kanegae http://anthologis.com http://blogdopatto.webmapit.com.br ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] GetLegendGraphic, class name, no label
Hi, I'm using GetLegendGraphic to get an icon. I don't want any label so I don't give a class name in the layer definition. I have a layer with several classes. I would like to get the icon for the last class only, without the label. I tried to use RULE=className in the request, and give a className to my last class, but the icon is distorted, too big. If I keep only one class (the last one I want) in the mapfile, without a classname, and without RULE key in the request the icon I get is good. Is there some more information I need to use RULE key in the request? Maybe I misunderstood this key uses. thanks steve___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] GetFeatureInfo request documentation
Ted Spradley wrote: Hi all, I have a working GetFeatureInfo request thanks to posts here on the list. I notice various posts referring to documentation I am unable to find however. In particular, one post referred to wms_include|exclude_items and for the life of me I can not find any documentation referring to the particular wms_include_items metadata parameter. Am I missing something? About the only detailed documentation I can find on the subject is http://mapserver.org/ogc/wms_server.html The wms_include|exclude_items metadata are actually the same as the gml_include|exclude_items, just with a different prefix which means that they are specific to the WMS protocol (applied to GetFeatureInfo in GML format in this case) and not applied to GML generation in general. You'll find docs for gml_include_items and gml_exclude_items in the same document at: http://www.mapserver.org/ogc/wms_server.html#layer-object-metadata Daniel -- Daniel Morissette http://www.mapgears.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Item Query
Wondering if this is possible? I have a Service set up to allow the user to input a few choices. I then am attempting to send those to a .map file to query a layer Can this be done...I am grabbing at straws here because I don't even know if this can be done? Service from an xml file: service title=SearchByPID selectable=false default=false locked=true div=PIDsearch url/cgi-bin/mapserv.exe/url input type=hidden name=map value=/ms4w/apps/GeoMOOSE/Maple_Grove_GeoMoose/itemquery_PID.map/ input type=hidden name=mode value=nquery/ input type=hidden name=layer value=parcels/ input type=select name=PropertyType title=Property Type: option value=CommercialCommercial/option option value=ResidentialResidential/option option value=Single FamilySingle Family/option option value=TownhomeTownhome/option option value=Twinhome/Zero LotTwinhome/Zero Lot/option /input input type=select name=PriceFactor title=Price Factor: option value=Greater ThanGreater Than/option option value=Less ThanLess Than/option option value=BetweenBetween/option option value=Equal ToEqual To/option option value=Greater Than Equal ToGreater Than Equal To/option option value=Less Than Equal ToLess Than Equal To/option /input /service .map file being called from above IS there a way to Use the filter to query the shapefile with the values from the two comboboxes above? Can I make a where clause in the Filter Filter * WHERE Propertytype (above combobox) and PriceFactor (above combobox) LAYER # Parcels Polygon Layer NAME 'Parcels' DATA 'parcels/parcels.shp' STATUS DEFAULT TYPE POLYGON METADATA qstring_validation_pattern '.' END TEMPLATE 'parcels/identpar.html' FILTERITEM 'PID' FILTER /^%idPID%/ END ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] GetFeatureInfo request documentation
Thanks much for the explanation Daniel! - Original Message - From: Daniel Morissette [via OSGeo.org] To: Ted Spradley Sent: Tuesday, December 08, 2009 3:32 PM Subject: Re: [mapserver-users] GetFeatureInfo request documentation Ted Spradley wrote: Hi all, I have a working GetFeatureInfo request thanks to posts here on the list. I notice various posts referring to documentation I am unable to find however. In particular, one post referred to wms_include|exclude_items and for the life of me I can not find any documentation referring to the particular wms_include_items metadata parameter. Am I missing something? About the only detailed documentation I can find on the subject is http://mapserver.org/ogc/wms_server.html The wms_include|exclude_items metadata are actually the same as the gml_include|exclude_items, just with a different prefix which means that they are specific to the WMS protocol (applied to GetFeatureInfo in GML format in this case) and not applied to GML generation in general. You'll find docs for gml_include_items and gml_exclude_items in the same document at: http://www.mapserver.org/ogc/wms_server.html#layer-object-metadata Daniel -- Daniel Morissette http://www.mapgears.com/ ___ mapserver-users mailing list [hidden email] http://lists.osgeo.org/mailman/listinfo/mapserver-users -- View message @ http://n2.nabble.com/GetFeatureInfo-request-documentation-tp4134366p4135526.html To unsubscribe from GetFeatureInfo request documentation, click here. -- View this message in context: http://n2.nabble.com/GetFeatureInfo-request-documentation-tp4134366p4135741.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] Item Query
Jay, Most Mapserver users won't know about GeoMoose's Services you've shown below. You may be able to use mapserver's text substitution to do what you describe below. Try setting the value to the required filter symbol: option value=Greater Than/option and in the mapfile: Filter * WHERE Propertytype = '%PropertyType%' and PriceFactor %PriceFactor% %uservalue% Or you may have to resort to mapscript to form the FILTER properly. Brent Fraser Wondering if this is possible? I have a Service set up to allow the user to input a few choices. I then am attempting to send those to a .map file to query a layer Can this be done...I am grabbing at straws here because I don't even know if this can be done? Service from an xml file: service title=SearchByPID selectable=false default=false locked=true div=PIDsearch url/cgi-bin/mapserv.exe/url input type=hidden name=map value=/ms4w/apps/GeoMOOSE/Maple_Grove_GeoMoose/itemquery_PID.map/ input type=hidden name=mode value=nquery/ input type=hidden name=layer value=parcels/ input type=select name=PropertyType title=Property Type: option value=CommercialCommercial/option option value=ResidentialResidential/option option value=Single FamilySingle Family/option option value=TownhomeTownhome/option option value=Twinhome/Zero LotTwinhome/Zero Lot/option /input input type=select name=PriceFactor title=Price Factor: option value=Greater ThanGreater Than/option option value=Less ThanLess Than/option option value=BetweenBetween/option option value=Equal ToEqual To/option option value=Greater Than Equal ToGreater Than Equal To/option option value=Less Than Equal ToLess Than Equal To/option /input /service .map file being called from above IS there a way to Use the filter to query the shapefile with the values from the two comboboxes above? Can I make a where clause in the Filter Filter * WHERE Propertytype (above combobox) and PriceFactor (above combobox) LAYER # Parcels Polygon Layer NAME 'Parcels' DATA 'parcels/parcels.shp' STATUS DEFAULT TYPE POLYGON METADATA qstring_validation_pattern '.' END TEMPLATE 'parcels/identpar.html' FILTERITEM 'PID' FILTER /^%idPID%/ END ___ 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] How do I Control QUERY Output?
From a simple MapServer HTML interface I switch to Query mode and click on a map feature, and templates I've assigned to the layer fill with data ... and display in a new page. What I'd like is for the info to display in a floating div and not disrupt the view by clearing the map just to display a small window of data. I'd also prefer to not use frames as well. With JavaScript I can make a floating drag-able div box, but I can't figure out how to get the template to send its table of data to the div. I've tried removing the HTML header and just appending the table to the div using innerHTML, but I keep getting null elements or other errors. Is this approach right and I'm just missing something, or is this done another way? I spent the better part of an hour today searching for docs and/or examples, but either it wasn't to be found or my google-fu was inferior today. Can someone point me to an example or explain how you can put query output anywhere on the map page? -- Bill Thoen GISnet - www.gisnet.com 1401 Walnut St., Suite C Boulder, CO 80302 303-786-9961 tel 303-443-4856 fax ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] GetLegendGraphic, class name, no label
Hi Steve, Have you tried to add width and height parameters in your request with the rule specified: ...width=20height=20Format=gifRULE=my_rule That should allow you to get the exact size. If not I believe the default sizes are taken from the keysize parameter legend block in the map file. If not defined it will default to 20/10. regards, steve.tout...@inspq.qc.ca wrote: Hi, I'm using GetLegendGraphic to get an icon. I don't want any label so I don't give a class name in the layer definition. I have a layer with several classes. I would like to get the icon for the last class only, without the label. I tried to use RULE=className in the request, and give a className to my last class, but the icon is distorted, too big. If I keep only one class (the last one I want) in the mapfile, without a classname, and without RULE key in the request the icon I get is good. Is there some more information I need to use RULE key in the request? Maybe I misunderstood this key uses. thanks steve ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Assefa Yewondwossen Software Analyst Email: ass...@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] ttf symbols worked in windows but not linux
I have been using a MS4W setup for some time and have finally talked the people I worked for to let me set up a testing server on a linux box. This has worked out great as all of the maps have had a massive speed gain compared to windows. However I have a problem with the ttf symbols. They will display normally in windows but only one will display in linux. I am sure it is a simple issue but I have not been able to find it. The linux set up is HostGIS which uses Slackware 12 and I believe Mapserver 5.2 anyone have any suggestions? ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] ttf symbols worked in windows but not linux
kall...@gmail.com wrote: I have been using a MS4W setup for some time and have finally talked the people I worked for to let me set up a testing server on a linux box. This has worked out great as all of the maps have had a massive speed gain compared to windows. However I have a problem with the ttf symbols. They will display normally in windows but only one will display in linux. I am sure it is a simple issue but I have not been able to find it. The linux set up is HostGIS which uses Slackware 12 and I believe Mapserver 5.2 anyone have any suggestions? A common issue to look for when porting apps from Windows to Linux is case sensitivity in filenames and paths: Windows is case-insensitive, and Linux/Unix is case-sensitive. I'd suggest you double-check your TTF filenames and paths. Daniel -- Daniel Morissette http://www.mapgears.com/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
