|
POST
|
Hi Michael, I would say in my experience Florida's Geographic Library (FGDL) has been good for finding "Case Study Cities" and data in Florida. In terms of cities within Florida that have data that complements FGDL I would suggest potentially Orlando (which allows download of everything they have in one FGDB). Tampa also has a good data portal that can complement FGDL. I can't speak to their GTFS data though because I have not looked at in a while, Florida is known for not having the best GTFS data in many areas... New York City's open data portal is also good, and they also have their parcel data set for download for free now. Can you specify what type of data generally you are looking for? David
... View more
02-22-2016
10:45 AM
|
1
|
3
|
4200
|
|
POST
|
Hi Jk, I have a batch rename alias field tool that might be helpful as a template. Batch Rename Field Alias I use a text string that is split so it can do them in batch. Hope this is helpful. David
... View more
02-18-2016
06:59 PM
|
2
|
2
|
1689
|
|
POST
|
That makes sense actually. Other parameters would have been next on the list, but considering your context synchronous to false makes sense. Care to share a gif of the result? I am curious of the end result?
... View more
02-17-2016
07:36 AM
|
0
|
1
|
2014
|
|
POST
|
Try putting them in a valid selection and then passing the selection first, then hit generate on it rather than the layer. ce.generateModels(ce.selection())
... View more
02-16-2016
05:57 PM
|
2
|
3
|
2014
|
|
POST
|
Hey Kent, Related tutorials: Tutorial 2: Terrain and dynamic city layouts—CityEngine Tutorials | ArcGIS for Desktop Tutorial 4: Import streets—CityEngine Tutorials | ArcGIS for Desktop Relevant Documentation Page: Help - Growing Streets Relevant CGA Rules: https://community.esri.com/docs/DOC-6915
Let me know if you want more information, David
... View more
02-11-2016
05:04 PM
|
0
|
0
|
984
|
|
POST
|
Hi Reit, This has previously been answered by Matthias Buehler here: https://community.esri.com/thread/50380
From link: Hi, those two indicators show the 2 memory types CityEngine uses : Java memory (left) and Native memory (right). [ CityEngine is written using 2 programming languages : Java and C++ ] Thus you're running out of Java memory. The reason for this is that Java reserves a certain amount of memory for CityEngine and this memory can not be used for any other application. Due to this fact, the developers had to agree on this certain amount of memory which is okay for most users. Some users with big datasets may - as you - run into issues with this. But of course this amount can be set. (PM me to get instructions) Though editing this amount has it's risks if the user's not perfectly aware of the steps taken. To get an overview of how much the VRAM is used, check : Help > About CityEngine > Installation Details > System Info > OpenGL
... View more
02-11-2016
03:12 PM
|
0
|
0
|
1059
|
|
POST
|
Hey Scott, I am actually surprised someone starting using that feature so quickly! As you can imagine, I have hesitated adding them to the rule for the very same reason you are hesitant to make models with them! The code that actually places the sharrows is borrowed from the bicycle lane code (because I don't like dedicating lots of code for politically convenient infrastructure). What I would suggested doing is taking your texture, going to the sharrow code (Cntr+F Sharrow(dir,lanestotal,lanenumber), and modifying this line here: ~1.5:BikeLaneStamp(1.5,Bike_Lane_Color+"_stamp.jpg",Bike_Lane_Color) So that your new texture is in the lanes folder in with a new path like: Bike_Lane_Color+"_stamp_Sharrow.jpg" The full path could also be used: \Lanes\street_1bike_green_stamp.jpg to \Lanes\street_1bike_green_stamp_sharrow.jpg The code path used for bike stamps is here for example: LanesFolder+"/street_1bike_"+FileEnd Keep in mind that your might need to make a texture for every color, or you will get an unknown texture for that sharrow (or just make sure you color setting for sharrows matches what you want or just alter the code a little more). Keep in mind things like this feed into the area painted reporting, but texture changes you are suggesting will have minor impacts on that. David
... View more
02-11-2016
08:22 AM
|
1
|
0
|
12222
|
|
POST
|
Hey Tess, To my understanding, CE Basic has no access the python API, which is unfortunate. Pro or other options using feature service would be the best long term option. Just getting CGA rules packages to work in Pro as I have read and discussed with others requires some modification before use, just keep that in mind. Good luck. If you have any further questions, I can try to answer them.
... View more
02-08-2016
09:18 AM
|
2
|
0
|
1582
|
|
POST
|
To add on to this, if you decide to go through the python script route, one barrier I have encountered is it can be hard to group layers for web scene publishing through purely the python API. Another concern is scheduling tasks might be complicated by the fact that the interpreter is jython rather than python. Eric is it possible to even point to the interpreter to run python scripts outside of CE? Can scripts be run outside of the CE application?
... View more
02-05-2016
01:20 PM
|
2
|
0
|
1582
|
|
POST
|
Hey ZR, Glad you got it to pass correctly. The interaction between different data types between languages, GIS, and CGA/CityEngine can be tricky. David
... View more
02-01-2016
10:47 AM
|
0
|
5
|
3229
|
|
POST
|
I was not sure on this point Chris, thanks (my uncertainty is why I suggested deleting the layer entirely). From Z R's post it seems that different layers can set off occlusion functions, so I guess my question is would deleting the layer entirely work?
... View more
01-29-2016
12:16 PM
|
0
|
0
|
3229
|
|
POST
|
Oh got it. Sorry I misunderstood. The opacity method works assuming you still want occlusions to trigger. Now that I see your python script I understand. I think part of the problem is you are iterating through shapes without using a "getObjectsFrom" function. It might help with accessing the objects in question (shapes). for layer in layers: #for loop iterates through all objects in scene
print("Checking objects in layer ", layer)
objectList=ce.getObjectsFrom(layer)
for object in objectList: Another part is I am not sure you want to set the attribute equal to the string "true" or "false", does the rule attribute in your rule take a boolean on or a string for triggering? Because now you are passing it is string it seems. Your rule might have to recognize it as a string. # So if it is boolean:
case generate:Rule
else: NIL
# If it is a string:
case generate=="true":Rule
else:NIL Hope this helps with your python code. I see the issue has to do with the layers interaction. I think one question I have is have you just tried deleting and then reinserting the layer again if you need it?
... View more
01-29-2016
11:38 AM
|
0
|
9
|
3229
|
|
POST
|
Hey ZR, Ohhh, so you want to toggle visibility on the procedural model level. I think you have few options here. For one, NIL will not generate geometry so the occlusion functions may not work (not entirely sure on that). What might be as helpful is the parameter approach you suggested toggling the material.opacity attribute. By toggling this attribute between 1-0 and setting the attribute in python, you should be able to cloak your models while still setting off occlusion functions. Thus this way you get the same effect, without turning off the entire layer. Also you can change the shape attributes opacity ANYWHERE in the shape hierarchy allowing more nuanced control. Hope this helps, David
... View more
01-27-2016
07:29 AM
|
0
|
11
|
3229
|
|
DOC
|
Hey Ben, Does your company allow access to Github? You can download the rule there, and if you already have the assets folder then the code is all you need. Hope this helps. Holisticnature/Complete_Street_Rule: This i... - GitHub David
... View more
01-24-2016
03:03 PM
|
1
|
0
|
43066
|
|
POST
|
I think Chris is right, this would likely be best as a standalone rule that uses the mapped attribute approach I mentioned above, and the polygon approach for the overhead sign. It would be interesting to see a polygon based sign rule that expanded and added different types of signs with longer lengths. It would be nice if the rule made was modular enough to be imported into a street rule if you ultimately want to depend on street geometry more. David
... View more
01-19-2016
08:32 AM
|
0
|
1
|
3402
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 06-07-2024 02:16 PM | |
| 1 | 05-15-2022 12:21 PM | |
| 1 | 08-27-2016 11:03 AM | |
| 1 | 12-19-2021 01:10 PM | |
| 1 | 06-12-2020 03:29 PM |