POST
|
Ok, Tried to re-link the mapping layer. It identifies the layer and attributes in the selection box but when I assign them it comes with the value 0 for all instead of the value assigned by the mapping layer. in the block inspector properties it says : '0 (typology)' (which by the way crashed the PC as it was trying to sub-divide a few thousands of blocks into little tiny shapes which resulted in several millions of shapes - crash. I've also tried assigning 'default' values, then re-selecting the blocks and re-assigning 'by layer' but still it ignores it and assigns 0 to all. Strange Any more idea? T
... View more
02-12-2013
06:12 AM
|
0
|
0
|
223
|
POST
|
I've just upgraded to 2012, then first thing was to open the project I'm working on. For some reason all the mapping layers I've had working on 2011 don't seem to work in 2012. The 'inspector' lets me select 'by layer attribute' and let me pick from the list the right attribute but then the value assigned is just 0 (zero). My model uses mapping quite extensively both for block and shape creation parameters. Now I can't run my model and bit stuck. My mapping layers pick one colour of 27 off my colour chart (attached) and selects the corresponding number based on the range it is in (so everything similar will be assigned to the nearest value), the 'inRange' routine does that. Here's a sample of my mapping layer code: // map red[0..1] to aRed[0.0...1.0] attr aRed = map_01(red, 0.0, 1.0) // map blue[0..1] to aBlue[0.0...1.0] attr aBlue = map_01(blue, 0.0, 1.0) // map green[0..1] to aGreen[0.0...1.0] attr aGreen = map_01(green, 0.0, 1.0) inRange (input, range) = case abs(range-input) < 0.25 : true else : false attr type = case inRange(aRed, 0) && inRange(aGreen, 0) && inRange(aBlue, 0) : "Offset Subdivision" //1 case inRange(aRed, 0) && inRange(aGreen, 0.5) && inRange(aBlue, 0) : "No Subdivision" #2 case inRange(aRed, 0) && inRange(aGreen, 1) && inRange(aBlue, 0) : "Offset Subdivision" //3 case inRange(aRed, 0.5) && inRange(aGreen, 0) && inRange(aBlue, 0) : "Recursive Subdivsion" //"Offset Subdivision" //4 case inRange(aRed, 0.5) && inRange(aGreen, 0.5) && inRange(aBlue, 0) : "Recursive Subdivsion" //5 #industry case inRange(aRed, 0.5) && inRange(aGreen, 1) && inRange(aBlue, 0) : "Offset Subdivision" //6 case inRange(aRed, 1) && inRange(aGreen, 0) && inRange(aBlue, 0) : "Skeleton Subdivision" //7 case inRange(aRed, 1) && inRange(aGreen, 0.5) && inRange(aBlue, 0) : "Skeleton Subdivision" //8 case inRange(aRed, 1) && inRange(aGreen, 1) && inRange(aBlue, 0) : "Offset Subdivision" //9 case inRange(aRed, 0) && inRange(aGreen, 0) && inRange(aBlue, 0.5) : "Offset Subdivision" //10 case inRange(aRed, 1) && inRange(aGreen, 1) && inRange(aBlue, 0.5) : "Skeleton Subdivision" #18 case inRange(aRed, 0) && inRange(aGreen, 0.5) && inRange(aBlue, 1) : "Offset Subdivision" //20 case inRange(aRed, 0.5) && inRange(aGreen, 0.5) && inRange(aBlue, 1) : "Offset Subdivision" //23 case inRange(aRed, 0.5) && inRange(aGreen, 1) && inRange(aBlue, 1) : "Offset Subdivision" //24 case inRange(aRed, 1) && inRange(aGreen, 0) && inRange(aBlue, 1) : "Offset Subdivision" //25 case inRange(aRed, 1) && inRange(aGreen, 0.5) && inRange(aBlue, 1) : "Offset Subdivision" //26 case inRange(aRed, 1) && inRange(aGreen, 1) && inRange(aBlue, 1) : "Offset Subdivision" //27 else: "No Subdivision" //0 I've doubled check that the image is still there and that its within the graph boundaries. I've tried to create a NEW mapping layer which seem to work but I've tried with a static assignment: attr type="Recursive Subdivsion". Is it possible that we can not anymore use routines within mapping layers Any ideas ? p.s. did anybody notice the typo in the 'Recursive Subdivsion' ??? - its missi
... View more
02-12-2013
04:40 AM
|
0
|
3
|
649
|
POST
|
That's a possibility, I'll need to double-check size and extent. The problem we have is that our contours are all georeferenced (DXF/DWG) while our maps aren't as all are produced in photoshop and I'm not sure how to georeference once we export them from Photoshop. So what I usually do is insert the map and slowly bring it to place and size until it matches, so the accuracy is not 100% but pretty close to. I haven't heard of leveller so had a look, the snapshot there looks more realistic than the DEM we get in CE using output from Autodesk Civil, do you think that will solve the problem ? And what about the georeferencing issue for the texture - would Leveller sort that too ? T Hi, I assume that the heightmap and the texturemap do not have the exact same extent, which they need. thus, the texturemap shifts on top of the terrain since it is exaclty repeated once over the whole terrain. How do you convert the contour lines ? Do you know the product 'Leveller' by Daylong Graphics ?
... View more
05-10-2012
12:45 AM
|
0
|
0
|
273
|
POST
|
Hi, Currently we are using the standard method of terrain - a mapping layer coupled with a texture one. Problem is the topography is far from accurate. We usually get the contours from CAD so they are very accurate, then we need to translate it into raster which less so and into CE which in turn gives really strange results. I've attached a photo to show how contours (which are on the underlying texture) are quite different from what the terrain is doing. (contours should be flat on the surface as are supposed to be equal-elevation) Is there a way to use the innately accurate CAD contours instead of a map layer ? We can also convert that into a surface via Civil / Sketchup or other applications if need be. Cheers T
... View more
05-09-2012
08:58 AM
|
0
|
3
|
794
|
POST
|
Brilliant, Set does the trick. The problem with the second option is that I only need to use the variable in routines 4 or 5 levels down so bit cumbersome to pass it on and on. Thanks again, T
... View more
04-04-2012
12:34 AM
|
0
|
0
|
407
|
POST
|
Hey, Is there a way to store a value at some point in the code so I can use it later - for example: I want to determine a building's height based on the plot size and its footprint (in order to get my FAr right). So I need to: 1. Measure the plot - geometry.area and save it 2. create the building footprint with ShapeL (or offset / ShapeU....) 3. now calculate based on a target FAR the height of the building (FAR = plot area / (footprint * no. of stories)) 4. extrude the building to the required height Its just that once I've done the shapeU operation I cannot go back to read the plot area as geometry.area(bottom) will now give me the building footprint. I tried with assigning the value to a new attr on the Lot rule (just before I divide them) but this doesn't seem to work. Cheers T p.s. working with really tedious urban planners - you know how they can sometimes be 😐
... View more
04-03-2012
06:34 AM
|
0
|
4
|
2246
|
POST
|
a measure / dimension tool would be much appreciated - currently need to export to CAD, then measure... surely this is an easy one. Cheers T
... View more
03-26-2012
02:22 AM
|
0
|
1
|
2215
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|