Cheetah, the CONFIGURBANIST

Information

"Cheetah, the CONFIGURBANIST" is a plugin for analyzing and designing urban configurations. A new version is released here https://sites.google.com/site/pirouznourian/configurbanist

Website: https://sites.google.com/site/pirouznourian/configurbanist
Location: Delft, the Netherlands
Members: 210
Latest Activity: Sep 8, 2023

Discussion Forum

How to thicken the lines like in the video? 2 Replies

Hi Pirouz,Great plugin, still learning it, a bit hard to get what's what, but certainly doable.Learning from your video, couldn't but notice the difference in line weight between my display…Continue

Started by Tim. Last reply by Emily Shaw Apr 19, 2023.

the add in does not install 2 Replies

Hi ,I am trying to install the plug in , but it seems that I cannot. When I install it , there is just one function of it in grasshopper. Can someone help? Continue

Started by Martina A.. Last reply by Samane Jan 30, 2022.

Puzzled by Polycentric Distribution

I am conducting a research on visualizing different minutes walk from the designative parks to residential buildings like the figure below. I hope the minute gradients are 5min, 10min, 15min and…Continue

Tags: Gradient, Designated, Configurbanist, Distribution, Polycentric

Started by WENG Yang Mar 5, 2020.

Polycentric Distribution

I´m trying to get a better understanding of the polycentric distribution component.I´m working in urban regeneration process related to touristic products on my PhD, to not extend myself too much,…Continue

Started by jorge sainz de aja Mar 23, 2017.

View All

Comment Wall

Comment

You need to be a member of Cheetah, the CONFIGURBANIST to add comments!

Comment by Luis Gordillo on June 18, 2015 at 4:48pm: I'll definitely have to check that out since I was able to recreate the error in a small portion and it was because of the reason you told me, not all of the streets were topologically connected, thanks for your help, Pirouz

Comment by Pirouz Nourian on June 18, 2015 at 2:45am: I did not manage to open your files. They crash GH. Looking at the error message I guess it is because your street network (most probably from OSM) is not topologically connected; meaning it has streets that probably appear to be intersecting while they do not. I know it can be cumbersome to search for such problems in a large network but if the input graph is not connected you get errors from path finding algorithms and the whole process gets stuck.

Comment by Pirouz Nourian on June 18, 2015 at 1:42am: Hi Luis, I have not yet pushed it to limits. There will be issues with betweenness calculation for sure. The new version is on its way and it will be significantly faster. I am planning to release the new version sometime in July. I´ll check your files now

Comment by Luis Gordillo on June 17, 2015 at 7:19pm: Good evening, I have a quick question, how large is the AOI that the component has? I need to evaluate a pretty big area but I get this error: 1. Solution exception:Value too big or too small for Int32.

Here are the files for reference. Thanks in advance for your help.

CONFIGURBANIST%20TEST.3dm

CONFIGURBANIST%20TEST.gh

Comment by Andrew M on March 7, 2015 at 11:32am: Thank you, Pirouz, that helps a lot. I think you're right about colors being much clearer than circles. I take this as a good learning experience though (still really new to GH). It's great to hear that you're working on a new version of Configurbanist, I and many others are looking forward to seeing it!

Comment by Pirouz Nourian on March 7, 2015 at 11:15am: It might be easier to compute the distance of junctions from one another; but it is more effective to find the distance of locations on streets. This is why I am developing the new version of configurbanist. This will be clearer in the new version. I would use the colors to indicate nearness. But if you insist to use circles, here is your file attached. WalkTimeGrid-PZN_Ed.gh

Comment by Andrew M on March 7, 2015 at 10:52am: Hi Pirouz, yes, the configuration in the file certainly has problems that I haven't addressed, such as the example you brought up. Attached is a file demonstrating what I wanted to achieve. In this file things are much easier because of the completely orthogonal grid (used the 'taxicab' equation).

Walk%20Time-Grid.3dm

Walk%20Time-Grid.gh

Comment by Pirouz Nourian on March 7, 2015 at 10:27am: one more thing; when you don't have distances from more than one single point, using proximity component (as it is now) does not change those values.

Comment by Pirouz Nourian on March 7, 2015 at 10:25am: Hi Andrew, walking distances in urban networks are shown by catchment areas not circles; a circle corresponds to points whose Euclidean (straight-line/as-the-crow-flies) distance is less than its radius. Here I would use catchment component instead.

Apart from this; considering you want to assign any value to a number of objects: you have 28 locations (corresponding to circles) and 78 values! What do you want to do? 28*78 different objects (circles)? If so you need to graft the point input of circle component. What sense would it make; I do not see!

Comment by Andrew M on March 7, 2015 at 3:37am: Hi again, Pirouz, can you or anyone else take a quick look at this and help figure out an experiment I'm trying? I want to create walk-distance circles whose radii correspond to their distance from a point (so circles which are further away get bigger proportional to their distance). I've put the components in place using Cheetah, and now I have circles at intersections, but their sizes don't correspond to distance from the point. What am I missing? Any help would be greatly appreciated, thank you!

Non-Ortho%20Grid.3dm

Non-Ortho%20Grid.gh