Subscribe to this thread
Home - General / All posts - New Video - Custom Area Labels
Dimitri


5,491 post(s)
#11-Jul-19 15:34

There's a new video on the Video page, inspired by the discussion in this thread.

Mike Pelletier


1,602 post(s)
#11-Jul-19 21:38

It's great that you use videos to illustrate points. Very helpful and the effort is appreciated.

In this case, it worries me because of the use of the words "fun" and "cool" associated with these label functions. Current labeling in 9 is terribly basic and not a selling point. I shouldn't read much into this as I'm sure better stuff is coming. However, this video makes me think good labeling tools are not high on the list, meaning not coming for another year or more. Looking at the big picture, good labeling tools can often save more time than fast analysis tools. Thanks.

Dimitri


5,491 post(s)
#12-Jul-19 08:12

I hear you, but I'd respectfully point out that the "fun" and "cool" in that video isn't about labels, it is about the ability to have multiple geometries in a table, and the ability to have many different ways of generating those geometries, either dynamically or on a one-off basis. The flexibility and dynamism of that allows all sorts of techniques you can't get in Arc, for example

That particular video doesn't really use labels except to create default labels on points, and except to show how labels on areas will automatically move around to show as many as possible area labels for a given view.

Better labeling tools are always desired, but they tend to be very case specific. The best way to get what you want is to say what you want.

For example, take the use case in the thread that inspired that video. How should you be able to create labels that are explicitly positioned at different places for each area, and which are not automatically re-positioned?

There is often tension between automated placement of labels, and the desire to override such automated placement when the machine doesn't read our minds as we would like. How does Arc do that, and how could Manifold do it better?

There are different ways of doing that in Manifold. The video shows just one such way. Another way would be to use style overrides for per-area placement. If that is not easy, at least as easy for someone who has learned Manifold as it would be for someone who has learned Arc, then the key question would be how can that be made easier, and what needs to be done which is required but which cannot be done today.

A related question, good for discussion in this forum, is that if something needs to be done which cannot be done today, how should it be done in a general way, that is not just some one-of-a-kind special case. That's important, because if you succumb to the desire to "just do it" and implement something as a special case, well, before you know it, everything is a special case and with thousands of capabilities you end up with far too many special cases to learn and to remember.

It's better to think in terms of how to create some needed capability using a limited set of broadly-powerful building blocks, each of which can be mastered and remembered and which in combination can be used to do whatever is needed. We need to have that in labels, too, and that takes longer to do than to simply whip up a special case.

It can help to compare how Manifold does such things with how, say, ArcGIS Pro does such things. That can help boil down requests to specifics. How would you handle the use case in the thread in ArcGIS Pro?

I don't think anyone at Manifold has ever said "Perfect. Labels are done. Time for sushi." If anything, it's always been "OK, here are some basic labeling capabilities with which you can do a lot, while labels get further built out." But, honestly, I think that is an understatement. You can do some very intense things today with labels, if you get your head around all the possibilities. That's not saying you can do everything, but what is there today really does cover a lot of what workmanlike GIS output requires.

In fact, some things are easier in 9 than in Illustrator or PhotoShop. An example is this image, which is 100% 9 and fully automated. It's true there is tinker time in such things, and you have to learn to use it, and there is always a fair question how capabilities to do complex / intense presentations could be made easier to learn and to accomplish, but... for all that the capability is there today to do some very useful labeling.

For all that, I absolutely agree there are many ways labels could be improved as part of continuing work on cartography. Not time for sushi, yet. :-) For example, labels that follow curvy lines, better handling of web backgrounds in printed layouts (with better automated handling of scale) and so on. The latter is important for labels because many people do mass production using a base layer that is web served, so the labels that generates have to be scaled correctly.

Also, don't forget that improvements in geometry such as flexibility and greater ease of accessing the power of geometry, also play a key role in labels, since quite often what you want to do is to automate the positioning of labels in a way that classic label positioning engines, even very good ones like ESRI's Maplex label engine, cannot do.

I agree all that has to play together, but it is an ongoing task made up of very many small details from related disciplines, all working together. I guess the bottom line is that if there is anything you specifically want in labels that are not there, say what you want.

tjhb

8,805 post(s)
#12-Jul-19 10:29

Great post Dimitri. Lots of wisdom.

Mike Pelletier


1,602 post(s)
#12-Jul-19 16:47

It seems to me the real challenge of programming good labeling would be in conflict resolution algorithms and how to prioritize stretching, squeezing, stacking, etc. of labels to get labels placed tastefully. Then have easy way to manually improve. This is where 9 currently lacks. ESRI's Maplex attempts to do it but often fails and lacks predictability. Maptext.com is the best I'm aware of.

Workmanlike GIS, in my opinion, requires labeling many different layers at a time. Most maps, including the all important web map, have various standard background layers like roads, streams, lakes, places, plus whatever else the map is about. Until these type maps start showing up 9's help document, it is probably safe to assume labeling tools fall way short and a critical part of cartegraphy is missing.

It's difficult for me to imagine how to best organize from the ground up a good labeling interface for most cases. I've submitted many suggestion over the years with what to prioritize though. Certainly looking at ESRI and Maptext are an easy way to see how they approached it.

The approach of putting labels for each layer in the map is a good way to prioritize but I wonder if it wouldn't be better to have a label dialogue instead. Labels in the layer list adds clutter and are annoying when they show up in the legend, as in 8. On the plus side, it's easy to turn on/off a layers label. It also doesn't overwhelm a dialogue box if there are many label layers with different setting.

Perhaps keep the layer approach for now and focus on giving the user lots of control stretching, shrinking, stacking, rotating, etc. That would allow those who want to spend lots of time setting up a priority scheme via layering labels with different settings the ability to get good automated labels. Making the priority scheme more automated could come later.

My biggest point is that cartegraphy needs to put many layers close together from many layers. To look good they need to stack, stretch, shrink, follow curves. Stylizing abilities for vectors is great. Time for labels to catch up so we can put the former to work :-)

Manifold User Community Use Agreement Copyright (C) 2007-2017 Manifold Software Limited. All rights reserved.