|
POST
|
The field names are in the image. The table works in ArcMap. Using the Excel to table tool also generates a valid table that uses the correct field names. I tried saving the sheet in multiple encoding formats, utf-8 among them, but the result is the same.
... View more
08-05-2016
07:53 AM
|
0
|
2
|
7599
|
|
POST
|
When I add Excel tables to a project, AGP doesn't recognize the first line as fields like ArcMap. Instead it gives me default names and treats the field names as first row. How do I fix this? I'd rather not lose flexibility so importing the tables into a gdb would be rather suboptimal.
... View more
08-05-2016
06:38 AM
|
0
|
16
|
18811
|
|
POST
|
The "internal" log is in Window --> show log. From my current experience once something's gone in CE (the scene stuff) it's gone for good. I think it's a good idea to do daily backups (File --> export --> archive file) and always close the scene before you exit CE.
... View more
08-05-2016
05:17 AM
|
0
|
0
|
636
|
|
POST
|
Here you go. The problem is in new_scene_02.cej. When I was making the scene I ran into another problem I get sometimes: the edges of imported shapes end up jaggy - see new_scene_01.cej.
... View more
08-05-2016
02:59 AM
|
1
|
1
|
1895
|
|
POST
|
Can't test ATM, but this should work on a selected shape: ce.getAttribute(ce.selection()[0], '/ce/rule/myAttribute')
... View more
08-03-2016
05:53 AM
|
0
|
0
|
774
|
|
POST
|
It's usually the amount of faces/polygons what makes a scene choke. If you look closely, those large scenes generally consist of just simple textured blocks, so more or less building_number*6 polygons. However you're splitting (ergo multiplying) your polygon count. Maybe it would be better to skip the split and visualize it with a series of textures instead.
... View more
08-02-2016
03:08 AM
|
0
|
1
|
1486
|
|
POST
|
I'm trying to read the vertices of some shapes I created in ArcMap (imported from GDB) and in CE. On some shapes, the reading fails consistently, returning "None". On some, it works sometimes. This changes usually after a CE restart. What could be the reason? These are the shapes; blue = imported, yellow = drawn in CE: Shapes that consistently don't work: blue: - pacman - rightmost C shape yellow: - northern yellow building footprint (traced from blue + moved) - two rightmost C shapes (both freehand) Works always so far: blue: - northern building footprint - leftmost round and rectangular shapes yellow: - pacman (traced from blue + moved) The others can be read sometimes, sometimes not. Furthermore, sometimes, usually when the shape is hand-drawn or imported, I'm getting a pretty weird (but at least consistent) reading order for the vertices. The first vertex (actually the second, since 0 is the first) is listed first in the array, then comes the 0th, then the leftover vertices are listed bottom up / counterclock-wise (last vertex = 3rd position). What's up with that? Attached you'll find a sample project (v. 2016) containing the shapes and script/rules I wrote. =============== /EDIT: I made some progress, the permanently and sometimes "None" shapes can be read this way: select shape with model delete models, turning the display off doesn't work (sometimes this is enough --> run script, otherwise keep going) deselect, select again run script Now this is curious: when you generate the models afterwards and select the shape with the model on it again, the script works with models on as well. As for the vertex part, when you write exactly the same vertices back you read, the vertices are numbered as expected ( 1 = 0), but the face is flipped. When you read and write the vertices back another time, they return to the original configuration. However, this problem never occurs with programmatically created shapes, as they already have the expected vertex numbering:
... View more
08-01-2016
08:59 AM
|
0
|
0
|
985
|
|
POST
|
Try this.. attr containerHeight = 2.6
@StartRule
Lot -->
extrude(floor(rand(1,5))*containerHeight)
print("Height: " +scope.sy +"\nContainers: " +scope.sy/containerHeight +"\n---") #print for control
split(y){containerHeight: ColorContainer}* #optional split
ColorContainer -->
color(rand,rand,rand)
... View more
08-01-2016
07:53 AM
|
1
|
4
|
1486
|
|
POST
|
I'm using byHeight to extrude the roof, so scope.sy should always equal it. As you can see in the console output on the right, when I turn the roof like it's pictured, the model height doesn't match the attribute height - it should meet the purple wedge's top, but it's much lower.
... View more
07-29-2016
11:34 AM
|
0
|
0
|
1895
|
|
POST
|
I figured I'd have to do either that or convert the field afterwards.. are more types planned for future releases?
... View more
07-29-2016
05:36 AM
|
0
|
0
|
919
|
|
POST
|
Is this another bug? When I change the index on a shape with many faces, the roofShed operation doesn't produce the expected results either.
... View more
07-29-2016
05:22 AM
|
0
|
0
|
1895
|
|
POST
|
Right-click "Select Layer By Attribute" --> Make Variable --> From Parameter --> Expression. Then mark the expression bubble as parameter. This should give you an expression field when you run your model. The query builder should be populated with your selected data's attribute fields.
... View more
07-28-2016
03:12 AM
|
0
|
1
|
1353
|
|
POST
|
I threw something together real quick, it's not complete but should help I hope. You iterate through all features in your layer (found under Insert), get each feature's FID for example and use that to name your output layers (Variable enclosed in %). Mind the precondition here, which basically means "don't do the step, before the precondition has finished". This ensures you get the proper Val. Afterwards you could apply the Symbology from another layer - just define one that covers everything you need to show in your seperate layers. IDK why I can't use this with the clipping output, you might need to make a second model and iterate through those afterwards. You can unfortunately only use one Iterator per model .
... View more
07-27-2016
09:15 AM
|
1
|
0
|
3955
|
|
POST
|
I created a time-enabled Layer in AGP. One Date field reads: 30.07.2016 00:00:00 When I import the layer in CE, the date is diplayed like this and seems to be a text field (can't see the data type): 30 Jul 2016 00:00:00 GMT When I export this layer from CE and load it in AGP again, the time field is properly recognized. However when I try to create a new time attribute in CE, it's not. I tried a simple string, Unix time, as well as different formattings and arrays, but with no success. Is this even possible (manually, or preferrably with Python)?
... View more
07-27-2016
08:43 AM
|
0
|
2
|
1813
|
|
POST
|
Go here: CityEngine Manual : Table Of Contents Do this:
... View more
07-27-2016
05:58 AM
|
2
|
0
|
2247
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 07-13-2018 02:05 AM | |
| 1 | 08-08-2016 06:59 AM | |
| 1 | 07-12-2018 09:08 AM | |
| 4 | 04-12-2019 08:20 AM | |
| 1 | 05-17-2016 03:25 AM |
| Online Status |
Offline
|
| Date Last Visited |
11-11-2020
02:23 AM
|