MapInfo Pro

The current issue i'm having is that in a Ranged Thematic (colours) of overlapping point data, lower and less important ranges are appearing over top of higher ranges.

Ex. Ranges of high income (red) are falling beneath ranges of low income (yellow - less important).

 

Hi Dave,

Thanks for posting!

Can you take a screenshot of your Map and Layer Control and add it to this reply?

Do you have multiple thematic Maps, using the same point table? or are we only working with one thematic map that you created?

Have you tried double clicking on the thematic map in layer control, to edit the Range/Breaks?

Thanks,

Hi Dave

Assuming the case is of single ranged thematic map with overlapping point data, Did you try using Range Theme "Point Ranges of varying size" where high to low ranges can be defined based on varying size/color of symbols? These symbols can be sorted in ascending or descending order. Varying sizes/symbol can help see the required values. Attaching image for reference [ranged_theme.jpg]

Individual Theme Map creation supports moving value up and down based on the choice. You can use this in combination with Ranged theme to meet your requirement. To do this you can create category column and update this with Individual Value based on decision of your ranged theme. For example

Ranged Theme Individual Theme Value

01 - 20 1

20 - 40 2

40 - 60 3

60 - 80 4

80 - 100 5

Then create Individual theme map based on column created with Individual Value. These values can be moved up and down based on your requirement. Attached image for reference [individual_theme.jpg]. Created order of values can be readjusted by clicking "Modify Theme" option available on Legend Ribbon, a new feature support to calculate dynamic thematic maps in MapInfo Pro.

If the issue is different altogether, suggest you to share sample data and snapshot to help you assist further as suggested by my colleague Matt Wilming.

-- Regards, Neena Priyanka

Attachment: Individual_theme

This isn't an answer, but a problem that exist in v16.0.3 build 304 also. I have used MapInfo for years and I've never seen this issue. It got to be a bug. I have sorted data ASC order so when painted the highest value are on top of the stack. Below are screen captures that demonstrate the existence of this issue. The correct map should look mostly green. note that there is only 16824 data points here, we usually use dataset that are much larger and it seem to worsen the larger files gets.

pic 1: all ranges

pic 2: range -140 ~ -100 off

pic 3: ranges -140 ~ -100 & -100 ~ -95 off

@Reniel Valdes? , can you take a look at this? Perhaps there's a reason for the behavior, meaning use cases that it supports?

I have in house tool running on all 32bit versions up to v15 fully patch. We are updating the tool for the new toolbar and stuff to support the 64bit platform. All was a go until we started testing before releasing it to the engineers. So, this discovery put the release to a hard stop since we rely on this behavior. the following screen shot is from v12.5 and the same is true for v15 fully patch.

Info tool shows data in perfect order in map. And browser displaying data in ASC order. Map thematic is rendered accurately.

Please email me directly and I will provide you a sample data.

So, how long for a bug fix? we have a large number of engineers waiting to update to MapInfo v16 in our organization. Our in house tool need this fix, we cannot upgrade without this fix. Also, is this the only place to report bugs? I may have some bugs to report like inconsistency between executing MB statement in MB vs from C# .Net.

@Jacques Bastien?, can you try to turn of the Fast Symbol Rendering preference to see if that gives you the expected result in MapInfo Pro 16.0?

You find this preference on the PRO tab under Options, Output Settings.

This setting improves the time it takes to render points on a map by avioding to draw points at a pixel where a point already has been rendered.

It does however not take into account whether the points are rendered using the same symbol or color.

Hello Peter, that did the trick, but are there any ramification for this parameter change and how can I set and reset it programmatically while my application is in session?

Great, glad it worked!

This statement can be used to turn it on and off:

Set FastPointRendering On/Off

Hi Dave. If you log into Li360 and go to the discussion you can ‘mute’ it using the drop down next to your original question. Click on the view/Answer button to take you there.

So Peter, this setting must stay off the entire time the map has that themed data visible. it seems if I re-enable it after I create the themed layers I get the same results as before. An it makes map screen rendering very very slow especially when turning layers on and off. Note my tool creates about 20 themed layers per presentation/session.

So, in a way this isn't a fix for me. I did not have this issue with any of the 32bit versions.

Dave Andrews - do you have a public bug tracker of is it private. I'm wondering if bug "MCS-5828" is on-track for the next maintenance release? Or should I inform purchasing to hold on and wait for MapInfo Pro Advanced 17? that would mean postpone our internal application.

Thank you.

Yes, you will have to keep the Fast Symbol Rendering turned off while showing these themes in your map.

You said that "it" makes your screen rendering very slow. I assume that's when you turn off the Fast Symbol Rendering, right?

Is it slower than what you were used ot in 32 bit?

Do you have Enhanced Rendering turned on and did you also have Enhanced Rendering turned on in 32 bit? You can find this setting via the Map Options by right clicking on the Map in the Layer List.