Latest Contributions by MatthiasBuehler1

hi Devon, there's no connection possible between static (imported) footprints and dynamic streets. but you can use the 'dynamic city layouts' system, to create blocks, then set the block subdivision type to 'skeleton subdivision' to get similar results to what data you imported. ok ? Matt ... View more

hi ! images consist of r,g,b components. if you have a standard 8 bit image ( 3 channels ), each one color is represented in a range with 256 brightness values ( for each color component ). e.g. 255,0,0 is pure red. 0,255,0 is pure green. .. sampling attributes can be done differently, to get a proper attribute mapping. but in the end, you're always querying those r,g,b colors and putting them in a new range, default is 0 - 1, as you've seen in the tutorials. what you sample is up to you : whether you're working with the image brightness ( 0 - 1 ), hue, saturation or with just the individual color components of that image. since usually you want to map one information to 1 color value, it is easiest to use just 'brightness' and not colors per se, because they contain 3 components. I usually create 1 greyscale map for each attribute I want to map, mapped by brightness. The issue with sampling colors is that you have to find specific colors within 3 components. e.g. if color.r > 0.9 && color.g < 0.1 && color.b < 0.1 then it must be 'reddish'. testing this component-wise is a pain. The additional factor which makes this tricky is that CityEngine samples image color values ( the integer values 0 - 255 ) and 'casts' them as float values ( values with decimals ), which can produce tiny imprecisions of the color values. e.g. color.r = 0.999878453 instead of 1. Those potential errors have to be handled in case statements, which you find a bit confusing and unintuitive. [But that's how it is currently.] Thus, by far the best thing is to encode any info you need simply in greyscale values ( e.g. rgb 0,0,0  //  10,10,10 // 58,58,58 , ..). Hope this makes sense. Let me know if it does .. 😉 Matt ... View more