Could you please explain clearly what is your problem and attached your GH definition as well?

Hi Dr. Pirouz,

    This tool is really useful for weighting the origins and destinations.But the Gh examples doesnot work .It shows that SNG is inactive ,and Networkdist is just red.My gh and Rhino are both the latest version.I don know if I miss some steps?

I also use your Rhino examples,so lines are well connected I guess, but SNG caculator just goes red too if I input any value.

The error message :1. Solution exception:Cannot find a way:“Boolean Rhino.Geometry.Line.EpsilonEquals(Rhino.Geometry.Line, Double)”。

Error_grasshopper%20file.gh

Thank you for access to your work and tools.

I am more optimstic about incorporating and make more intuitive design decisions with the help of cheetah.

Attached is my .GHA file

Street network to a zone in Mumbai India. 

I am getting an error through network street command, Segment lengths that are 0 m or very very low. Although I don't have any that small. 

I used ELK to get the street network data. 

Thank you for your time and help. 

Hi Karan, You have not posted your geometry file, anyway I would say most probably it includes tiny segments or disconnected components. You cannot easily accept whatever on OSM. I have a temporary solution attached for the time being. It is a component from the next version which is being cooked now. In any case it is best to double check your network. Segmenter.gh

Edit: I have matched the number of attraction points and weights, which fixed the 'red' components. But now, analysis colors are only showing up on one small set of lines at the edge, no matter what I do. Any insight would be greatly appreciated!

Hi, first of all, thanks for providing such an incredible tool. I can see great potential here. Just a question, I'm trying to re-create a sample part of your YouTube video with a simple rectangular grid, but I cannot get any analysis colors to show up. I imagine it is something very basic, I'd very appreciate if anyone can provide some quick guidance. Thank you!

Files:

Public%20Services%20Analyses.3dm

Public%20Services%20Analyses.gh

Hi Andrew, I'm happy that you've found the tools useful. The main problem was that the network lines should be fed in as a flat list; but they were in a tree. File is corrected and attached. 

PublicServicesAnalyses_PZN_Ed.gh

Thank you so much for your quick response, Pirouz! Looks great! I will keep exploring your product, as I said, its potential is mouthwatering. 

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

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!

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. 

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

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

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!

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

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

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. 

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

Hi all, it looks like nothing is going on with the development, but in fact we are continuously working on a new version. I tested a whole new version in a workshop for eCAADe conference at TU Wien recently. I also presented the new features in a paper and a talk:

Here are links to my presentation and the paper:

https://mh-engage.ltcc.tuwien.ac.at/engage/ui/watch.html?id=b1dffea...

More info on my website: 

https://sites.google.com/site/pirouznourian/configurbanist

 the paper on CONFIGURBANIST, to be made open access early in 2016. For the time being, you can find it on research gate.

Found a typo.

Hi Tim, thanks for point out :) ps. the new version is getting almost ready. It will be based on a dll that can be used in coding new projects. Can't promise a date yet because I am busy with writing my dissertation but sometime in the spring I hope we will publish it.  

Great news indeed. I'll keep an eye for typos or weird stuff. Not a problem for me since I'm gonna use cheetah quite a lot for what I'm doing here.

Found a typo, peace.

Found a typo

Get this weird pop up when loading my street network. There should be no nurbs there because I converted all of them into polylines prior to the analysis (I double checked with selection tools, no curves).

Hi Pirouz

I'm trying to get it working with a street network that I have here, but so far I can't, could you elaborate on the source of the problem?

1. Solution exception:Value was either too large or too small for an Int32.

According to Zuzanna:

I have tried the newest version and I have encountered an issue with Network Distance Calculator. When I connect Attraction Points the component reports an error. It says that "value is too big or too small for Int32 value". What does it mean? 

solved it. I had some lines which did not connect to the middle of other lines.

She managed to solve the problem, but I don't understand the nature of it. I know that all the lines must be split into segments and connect to each other's endpoints, but what's wrong?

(also, there is a flat mesh, I assume if you don't have terrain geometry, component won't work, is that correct?)

Hi Tim, that component is indeed one of the trickiest in the toolkit. I have been working on alternative approaches intensively in the past year. I will share the new components for splitting the network from our kitchen tomorrow. The problem is the topological validity of the network as one connected graph. Many things that appear to be connected to bare eyes are unfortunately not cleanly connected in terms of their computational representation. There are many efforts in the fields of GIS in the direction of resolving such problems while requiring as little human intervention as possible. Not so easy; but the new tools could do much better I suppose. They are based on a much more systematic approach.

Yes, I understand.

Times and times again, we (students) get messy maps for our design projects, not only lines are a mess, but layer structure and blocks are in disarray. I used to clean them up, because of my pedantic nature and rhino skills, my groupmates even gave me a nick for that: "cleaner" XD.

So, as far as I can tell, I did my best to create a perfect linework for the analysis and was a bit surprised to get the error.

Pirouz,  I am also getting the "Solution exception:Value was either too large or too small for an Int32." when I connect the attractor points to the network dist. component.

Maybe there is a way of detecting which streets are not connected and displaying it on rhino as points or circles, the same way as CAD does when hatching fails, or spread to other areas.

Also,  the street network dist. component should be able to calculate through curves

Hope Pirouz is ok and doing well with thesis. Hope this project won't die out.

Hi Tim, thanks for your message; I am fine :). Got an approval on my PhD dissertation the day before yesterday from my professors; and should be able to defend in a couple of months. In the meantime, I will do my best to update the cheetah toolkit with the new version which is 95% ready on my laptop. Keep in touch!

Hey man, you are alive XD. Great to hear, great news. 

Wish you good luck with the defence, nail them there XD

I'm about to start my graduation project, so I feel the excitement and feel like it is important to work hard and try my best.

I don't want to urge you or anything, please take your time and have enough rest. I'll try to apply your tools for my project, but not sure, the scale might be not so big, anyway if it is gonna be large enough I might pop up here again.

Take care and have fuuuun.

@ Thiago Jardim: The problem is most certainly with the problems in your street network data. You can wait for the new version, or in the mean time try to clean your data-set using QGIS or by hand.

Hi Architect, you can download the package from here: https://sites.google.com/site/pirouznourian/configurbanist

Hi Giovana, Sorry, I do not understand what you mean by a radius for an equipment. Could you please rephrase the question?

Hello Pirouz Nourian, 

I am having a little problem with the configurbanist grasshopper file.

When everI am trying to change the values of the slider-Spatial Catchment Radius and temporal catchment Radius. It does not change anything either in the net distance nor in zoning. Do you might know what I am doing wrong. My file does not show any mistakes.done.gh

Pirouz, when will the new version be available?

Hi Djamila, Sorry for my late reaction. Haven't yet checked your file; but could it be that the radii provided for spatial range (metric distance) or temporal range (travel time in Minutes) are outside feasible ranges? Could you please double check?

Will check your file asap. 

Thiago, I cannot promise a date yet because I am busy with arranging my PhD defense. Hopefully before September I will do it; I myself would love to do it earlier; but this is one of the many things that I  can only do outside my working hours so it gets delayed.  

Hi Pirouz,

I am having a problem - the Catchment Analysis component does not have any output that I can use in grasshopper, it is empty and only have the preview.

I tried to load the fixed one that you uploaded but it still not working.

there is something I can do so I would be able to use the curves from the analysis?

Hi Tal, 

sorry for reacting late, very hectic schedule these days. The only fix I have right now is the attached GHA. Make sure it is unblocked (by going to file properties). It has been tested before and reportedly worked. I will not be possibly able to work on another fix until Wednesday next week. If this did not work, please do not hesitate to remind me here. Catchment_Cheetah.gha

Hi!

It is working now, thank you very much Pirouz!

Hi Pirouz, 

I actually have the exact same problem as tal. I tried to install the fix you provide, but it isn't working.

When grasshoppers asks to replace all, or skip all, I choose the replace all but the fixed component isn't actually loaded.

I get a second error window, it informs me that "1 object could not be loaded because of ID conflicts. etc"

How can I solve this issue, and get the fixed component to be loaded? Thank you.

Try to choose the other option instead of replace all (skip all?)