Hey,
Let's take a look:
Currently you can setup a landmass with a background image (you could draw a rectangular landmass if necessary). Or were you thinking of smaller images? Normally that would be covered by importing features.
What situations were you thinking of using this functionality?
If I try to make a map, based upon real world, the easiest way to do it with OWM is, to import an image file to background, and draw it with OWM tools. Call this method a simply vectorization. It can be made easier, if the background image is a simple layer, not just a setup inside the canvas options. That is true, it's basicly not different, but according my opinion, it would be better. (Experience based on OCAD use)
Right now you can select "lock" from the edit menu to lock a particular map item in place (but you can still change its properties). Were you thinking of a locking option where properties are locked too?
In usual CAD softwares, the lock function locks the geometry and attributes too. The lock doesn't have any effect for snapping, but for modification. If I lock a layer, I lock it to prevent modifications. In my opinion, the modification of properties can mess up things too, so I prefer "full" lock.
That's something that we didn't think about. Would it make sense to have non-pixel units for outline sizes, etc? What properties should have non-pixel units?
In this point, I also think about real map vectorization. For example, if you scan a map, with a given scale, you can set the size of the map (A4 for example), but if you want to print it, in some cases, it's important to know, what is the weight of a line, and if you want to print it, you should know the metric size of the line, not the pixel size. For example, during my topography studies, we learned that, the thinest line, which can be drawn manually is 0.1 mm, and there is a definition, which map item can be drawn with it. If I want to draw in this way, the pixel system won't help me much, I need a metric one, to know, what line weight is 0,1 mm thin.
That is true, OWM won't require that kind of accuracy, and what I mentioned above doesn't make any sense, but it can help, if someone try to re-draw real topography data. I know, probably no one will use OWM for this purpose, so if you think, it's not required, pls ignore this idea:)
I will post other ideas a bit later, when I got more expeeience using OWM:)
Thanks:)
