ThinkGeo.com    |     Documentation    |     Premium Support

Map features draw incorrectly in MapPrinterLayer

Hi,


Some time ago I submitted an issue where features drawn inside a MapPrinterLayer would partially obscure the borders of the MapPrinterLayer. Now I have discovered a similar problem. For example, if you create a MapPrinterLayer and add a single shapefile (let's say a polygon layer) and move the features so that the center of a polygon feature is bisected by the border of the MapPrinterLayer, it will (incorrectly) appear that the boundary of that feature exactly follows the edge (border) of the MapPrinterLayer.


I am using the latest production build of MapSuite Desktop (6.0.0.157) and have attached a sample project.


Thanks,


Steve


 



PageLayoutSample_(Incorrect_Display).zip (43.1 KB)

Hi Steve,
 
Thanks for posting this, we confirmed this behavior is not good, so it has been changed in or after 6.0.158.0 and 6.0.0.158, please have a try, it now looks like this

 
Regards,
Edgar

Hello again,


Thanks for the fix. However, now we seem to have a new problem. When printing, the map features are not contained within the borders of the MapPrinterPage. See the screenshot below. I used the same sample that was attached above, just added a button for printing.


Help!


Thanks,


Steve



 


 


 



Steve, 
  
 Thanks for telling this, now the element will not be drawn outside of the border, however, if the printerlayer is on vector mode, the border of the shape will be drawn like the result you mentioned in your first post, so if you don’t want the border be drawn, please use the raster mode. The new dlls will be available in or after 6.0.166.0 or 6.0.0.166. 
  
 Regards, 
  
 Edgar

Edgar,


I am trying to get my Printing screen working again and have run into a similar Issue. If i send my map straight to the PdfGeoCanvas it prints out in vector graphics. If i run it through the MapPrintingLayer on my Print screen it prints out as an image. (See images below) You mention a Vector mode for the Printing Layer. I can't seem to find that mode anywhere can you point me in the right direction?


MapPrintingLayer



PdfGeoCanvas




Hi Jesse, 
  
 The property is MapPrinterLayer.DrawingMode, which is available in development build. 
  
 Regards, 
 Edgar

Hi Edgar, 



I was finally able to get back to this issue and the behavior is still incorrect for printing. If I print (to a printer or to a pdf) the map features are drawn incorrectly as in my original sample project (the border of the feature appears to be where the edge of the MapPrinterLayer is). This happens whether the MapPrinterLayer is set to DrawingMode.Raster or DrawingMode.Vector. Display on the screen is OK with DrawingMode.Raster. Using v 6.0.190.0. 


We have been unable to demonstrate the printing feature to our clients because of this problem.



Thanks for any additional help, 



Steve 



Steve, 
  
 Thanks for your feedback, the reason is that we forcefully make the drawing mode to vector when printing to a printer, so setting the DrawingMode to Raster didn’t work, now after the discussing of the development team, the drawingMode has new behaviors,  
  
 Default: printing to printer is vector mode, others are raster mode. 
 RasterMode: All are raster mode. 
 VectorMode: All are vector mode. 
  
 Please get the 6.0.193.0 and have a try. 
  
 Regards, 
 Edgar

Hi Steve, 
  
 We made a progress on the Printer stuff, now it would work correctly in your previous reply on “10-24-2012 06:45 AM”, the shape will not be drawn outside of the border and there will no polygon borders follow the map’s border. The new behavior was available since 6.0.220.0. 
  
 Regards, 
 Edgar

Edgar, 
  
 Thanks for your work on this issue. From the little bit of testing I’ve done so far everything seems to be working correctly. I see that this fix is available only in the Dev build. I assume it won’t show up in the Production build until the next release (7.0). Is that correct? 
  
 Thanks! 
  
 Steve

Hello Steven, 
  
 I’m glad it’s working, because we added something to fix this bug, so it count as added new feature, I think we will only synchronize this to release branch when the 7.0 release. 
  
 Sorry for the inconvenience. 
  
 Regards, 
  
 Gary