A warehouse or an industry always need to expand and enhance its productivity. Visit https://www.giraffestorage.com/ and expand your industry.
↧
Forum Post: RE: Standpipe storage for an industrial park
↧
Forum Post: RE: how to define parallel pumps, similar head and similar rate of flow
As my colleague Tom mentioned, you will need to enter the full pump characteristic curve (head vs. flow) as pumps can operate anywhere on their curve depending on the hydraulic conditions and energy balance. If the head and flow that you mentioned are the expected operating point, then you should see the pumps operating at that point if the pump definitions are entered correctly and the hydraulic model is set up to match the conditions where that operating point would be expected. You would not want to force the model to produce a specific pump outflow. Here is a related article from our Wiki. Check out the other related links in the "See also" section at the bottom of it, too: Why can’t I specify both head and flow at a pump? As for the layout of the pumps, it would typically look like the below screenshot. Minor losses through the pump station can be modeled using the minor loss coefficient field in the parallel piping, unless it is already accounted for (subtracted from) the pump characteristic curve.
↧
↧
Wiki Page: How to use the LIKE Operator to filter by label
Applies To Product(s): WaterGEMS, WaterCAD, HAMMER, SewerCAD, SewerGEMS, StormCAD, CivilStorm Version(s): 08.11.05.XX+ Area: Modeling Problem How can I set up a query or filter a flextable by label? For example, all pipes that begin with "P-2" How can I select elements whose label (or other text field) does NOT contain a certain word or letters? Solution In a Flextable, right click on the Label column heading and choose Filter > Custom. Now create the following filter, either by typing it into the text box, or by double clicking on selection fields: Label LIKE '%word%' You may use the % symbol as a wildcard on the either the end of the query, instead of on both sides as shown above, and the utilization of "word" can be any choice of characters you would like. Note that the single quote is used. The same syntax can be used with other queries, such as a regular query to select elements in the drawing or to create a selection set. You can also use "NOT LIKE" in a similar fashion. For example if you want to select all pipes whose label does not contain the phrase P-, then you would use this: Label NOT LIKE '%P-%'
↧
Forum Post: RE: In Query builder how to use "Not like" command for text.
Hello Raj, As a supplement to my colleagues' answers: please note that the syntax and use of LIKE and NOT LIKE are documented in this article from our Wiki: How to use the LIKE Operator to filter by label
↧
Forum Post: RE: Property connection base flow not accounted for in some conduits
Yashodhan, Sorry, but I should´ve said that "B5_Coletores existentes (Polyline)- 2062 " (and "B5_Coletores existentes (Polyline)- 453 " too) was with constant flow. Both the other two I cited earlier were varying already (including the one you cross checked). So I read the wiki, changed the C factor on my base calculation options to 0.5 and then to 1 and still got the same results... Both -2062 and -453 flows remain constant. I even tried with the exact model I uploaded yesterday. Could it be any other calculation setting? Thank you again
↧
↧
Wiki Page: Viewing and global editing a list of Demands
Applies To Product(s): WaterCAD, WaterGEMS Version(s): CONNECT Edition, V8i Area: Modeling Original Author: Dan Iannicelli and Jesse Dringoli, Bentley Technical Support Group Problem The demand alternative and junction flextable do not show a list of individual demands, just a "collection". How can I view all demands at once, filter and perform global edits to those demands? For example, how can I apply a "peaking factor" to peak my demands? Solution Since multiple demands can be entered for a single element, they appear as a "Collection" in the FlexTables and demand alternative, therefore, global editing cannot be done through normal means. There are two options for doing this: Option 1 - Demand Control Center Base demand + pattern To edit multiple "regular" demands (base demand plus pattern) in a demand alternative globally: 1) Make the scenario with that alternative active 2) Open the Demand Control Center. In CONNECT Edition, this is in the Components tab. In the V8i releases, this is in the Tools pulldown menu. 3) If you need to filter the list of demands that you will be global editing, do this now, using the Options button > Filter. If you want to filter by pattern or zone, choose Custom and configure/apply the filter. 4) Locate the column you want to global edit (typically the base demand or the pattern), right click on it, and select global edit. 5) Select the desired operator, enter the value, and click OK. The changes will apply to the demand alternative assigned to the active scenario. Unit Demands Follow the same steps as above, but you would use the Unit Demand Control Center instead of the Demand Control Center. Option 2 - Demand Adjustment Calculation Option If you do not wish to modify the data in your demand alternative, or if you do not wish to set up a new demand alternative to store the modified demands, you can use Demand Adjustments in the calculation options to apply an operation such as multiplication of the base demand to all demands or to a selection set of demands in the active scenario. 1) Go to Analysis > Calculation Options and double click the calculation option set (the red check mark indicates the calculation options assigned to the currently active scenario) 2) Select "Active" for Demand Adjustments (or Unit Demand Adjustments) 3) Configure the Scope (defines which elements will be used), demand pattern to apply, operator to use, value to apply, and then click OK. This adjustment will apply to the scenario that this calculation option set is assigned to:
↧
Forum Post: RE: WaterGems Darwin Designer querry: huge variation of consecutive pipe dia
Hello, You had posted in the "Be User groups" Forum. I have moved your post to the Hydraulics and Hydrology Forum where you can get help with WaterGEMS. In general, results from Darwin Designer can be sensitive to the configuration, and there may be situations where a feasible solution cannot be reached. It is possible that you have given Darwin too much freedom, resulting in unexpected pipe sizes as you have mentioned. Or, it may need more trials (and time) to settle on a better solution. It is best to start with taking a close look at the setup. Have you taken the formal LEARN Server training on WaterGEMS / Darwin Designer? (See the courses named "Automated Design..." in the Advanced training here ) The example model used as part of the hands-on part of the training may help you understand how to better configure Darwin for a more successful design. Also, see the "tips" section at the bottom of this article from our Wiki: Using Darwin Designer to design pipes in WaterGEMS [quote userid="378969" url="~/products/hydraulics___hydrology/f/haestad-hydraulics-and-hydrology-forum/169907/watergems-darwin-designer-querry-huge-variation-of-consecutive-pipe-dia"]3) How do i use peak factor in darwin designer?[/quote] If you would like to design pipes during peak demand conditions, you would edit the model's demands accordingly. This can be done in a number of ways, the easiest of which is the Active Demand Adjustments calculation option. This enables you to enter a multiplier if you wish, which can multiple all base demands. See more in this article from our Wiki: Viewing and global editing Demands
↧
Forum Post: RE: WaterGems Darwin Designer querry: huge variation of consecutive pipe dia
[quote userid="378969" url="~/products/hydraulics___hydrology/f/haestad-hydraulics-and-hydrology-forum/169907/watergems-darwin-designer-querry-huge-variation-of-consecutive-pipe-dia"]3) How do i use peak factor in darwin designer?[/quote] Also, "peaking" demands can be done in the Design event itself in Darwin Designer (if you don't want to modify the demands in the model itself or set up a peak conditions scenario). In the properties of a design event, you will see a column for "demand multiplier". This is mentioned here: Using Darwin Designer to design pipes in WaterGEMS
↧
Wiki Page: Using Darwin Designer to design pipes in WaterGEMS
Product(s): WaterGEMS Version(s): V8 XM , V8i, 10.00.XX.XX . Area: Modeling Overview The purpose of this TechNote is to discuss common steps to design new pipe layouts and pipe rehabilitation projects using Darwin Designer in Bentley WaterGEMS. Additional information can be found in the WaterGEMS Help menu. A free webinar demonstrating Designer is also available here: Optimize Design and Rehabilitation with Darwin Designer Background Darwin Designer is an efficient method of designing new pipe layouts and pipe rehabilitation projects. It allows the user to design pipes for an existing model either manually or, with efficient genetic algorithms, in a more automated fashion. It allows for multiple design candidates to be presented so the best possible solution to a given system can be found. Solutions can also be exported into a new scenario for use in an existing water system. Before considering Darwin Designer, first consider if it is the best method for your particular modeling situation. The way most engineers use modeling software is to pick diameters and simulate a wide variety of scenarios over the planning horizon. Then designs are checked against the applicable regulations in the engineer's area. There are some situations where an optimization model like WaterGEMS' Darwin Designer can help but that needs to be for cases where the assumptions in the optimization exactly fit your design problem. Usually the best approach is to initially size the pipes by estimating the peak flow over the life of the pipe and a reasonable maximum velocity (e.g. 2 m/s) and solve A = Q/V. That will get you a good initial estimate. Then, run a large number of scenarios based on different future demand growth assumptions and emergency situations to see how these sizes will work. Getting Started Darwin Designer is accessed by going to Analysis > Darwin > Darwin Designer (or in V8i and earlier, it is located under Analysis > Darwin Designer) Note: Darwin Designer is included with a license for WaterGEMS. It was previously also available in WaterCAD with an additional license configuration. However, Darwin is no longer available for purchase and use with WaterCAD. Once Darwin Designer is open, click the New icon in the upper left select “New Designer Study”. An item will appear in the window on the left, and a series of tabs will appear at the top right. Next, choose either “New Manual Run” or “New Optimized Run,” depending on the type of study you will be conducting. A new item will appear below the name of the design study. These can be renamed. The next step is to create your demand or rehabilitation groups. As stated above, Darwin Designer can be used to design new pipes or rehabilitate existing pipes. By entering pipes or pipe groups into these tabs, the program will know what type of study is being done. In other words, new pipe design and existing pipe rehabilitation must be done in separate Designer studies. It can be efficient to apply more than one pipe to a given design or rehabilitation group. Darwin Designer will assign the same diameter to each pipe in the group (or all of the pipes in the same rehabilitation group will receive the same rehab action). NOTE: It would be better if you have less number of pipe groups in Darwin designer, as optimization takes a lot of computer time for generic algorithm, so more pipe groups, longer it takes to find a solution. You could also think about designing different parts of systems using different runs if you have a large system, using selection sets . Those pipes should be combined together which are in series up to a point where there is major flow split, and from that point on, next pipes in another pipe group. For the purpose of grouping pipes together you should be familiar with the model, e.g. through multiple scenarios you will know how water moves at different times of the day, with multiple pumps running for different time steps. So you know which pipes are having major flow, which should be grouped together, then minor flow pipes in another pipe group and so on. The steps to add pipes to a new design or rehabilitation group are the same. First, click the New icon. A new pipe group label will appear. A collection field will appear under the column “Element IDs.” Click in this cell and then click the ellipsis (“…”) button. This will open a new dialog where you can select the elements to go into the group. Choose the “Select from Drawing” icon to open the Select toolbar. You can add or remove elements by activating the Add or Remove icon (Add is active by default). You can also add elements by drawing a polygon around a given group, or using a query. Selecting by selection set is available under the Query selection as well. Once completed, click the green checkmark icon. You will return to the previous dialog. Click Okay to return to Darwin Designer. Note that the collection cell will say that items are now included. Next, go to the Cost/Property tab. Here you will enter the cost information for a given pipe size or rehabilitation action. To create a new item, choose the New icon and choose either “Design Option Groups” or “Rehabilitation Option Groups.” Next in the table on the right, begin to enter data. For Design Option Groups, enter the material, diameter, Hazen Williams C factor, and the Unit Cost. For Rehabilitation Option Groups, you will include an action, and then the diameter function, unit cost function, and roughness function for the pre- and post-rehabilitation scenarios. Now go to the Design Type tab. Here you can select the Objective Type, and available budget for the project. Now return to the Design Events tab. Choose the Representative Scenario from the pulldown. Darwin Designer will use data from the selected scenario when running the analysis. Next, select the New icon to create a new event. When you do this, you will see new information in the upper right of Designer dialog. Some of the fields will be unavailable to editing; this is pulled directly from the scenario assigned to the event. Items like minimum and maximum pressure and velocity will assure an efficient Designer run. If you would like to perform a design during peak demand conditions and you do not already have a scenario set up for this, you can use the "Demand Multiplier" column in the design events. In the bottom right part of the Designer dialog, you can assign boundary overrides, demand adjustments, and pressure and flow constraints. These are used when the results calculated in the representative scenario might be different from when is observed in the field or allow a different set of constraints for certain elements. Manual Design Run Manual selections are used to force Darwin Designer to use specific designs in calculating costs of a new network design or existing rehabilitation study. The difference between the manual design run and the optimized design run is the Manual Selection column in the Design Groups and Rehabilitation Groups tabs. After you select a table to use for a group, you then set that group to use a specific pipe size or specific rehabilitation action. Manual runs can be useful when you want to test hand calculations you have made or to reproduce an optimized design with some forced manual overrides for some pipes. You could also create a manual design run where you force the groups of pipes to specific sizes, since optimized design runs will choose the best fit. To create a new manual design run, click the New icon and select “New Manual Design Run.” Go to the Design Group tab and select the Cost/Properties to be associated with the pipe group. Next, choose the size of pipe to be used for the manual run under the Manual Selection column. When you click the drop down, you will see a list of the pipe diameters assigned to the Cost/Property selection. It is possible to globally set the Cost/Properties column, but the Manual Selection column must to done individually. To compute, highlight the manual design run and click the Compute icon. After completion, a solutions will be available to view and export to the model. To view the results, highlight Solutions. This will display the fitness and total cost for each solution. To see the results from individual solutions, choose one of the solutions from the list. You will be able to view the breakdown of costs and the simulated model results for the solution. Optimized Design Run The optimized design study uses a genetic algorithm to find the best possible solution available within certain parameters. The optimized design study has no true optimality and only knows the best solution relative to other solutions already found during computation. However, the optimized design study runs through a large number of possible solutions and can often find a very good solution to fit the model. The process is similar to the manual run. Click the New icon in the upper left and choose New Optimized Design Run. Under the Design Group or Rehabilitation Group tab, choose the Cost/Properties field associated with the pipe group. You do not need to manually select the size since Darwin Designer will do that for you. Once completed, click the Compute button. Darwin Designer will then try different pipe sizes or rehabilitation actions that fall within the constraints entered in the Design Event tab until the best solution is found based on the objective type. Darwin Designer will continue until it finds the best solution available. The results are viewed just as the manual run, however there is an option to view as many as ten solutions. See the Tips section below for more information about this. Updating the Model If you are satisfied with the results, you can export to a new scenario, as well as new physical and active topology alternatives. To do this, highlight the solution you wish to export. The “Export to Scenario” icon will become active. Choose this icon and a new window will appear. To export to a new scenario, check the “Export to Scenario?” box. Do the same for the alternatives. With the check boxes selected the new results will be exported to new physical or active topology alternatives. If you export to a scenario and do not export to an alternative (by unchecking the associated box or boxes), the data for that alternative type will be exported to the Base alternative. Note: The data in your original model will not change unless you use this export feature Manual Cost Estimating Manual Cost Estimating is a method of estimating the construction cost of piping. This feature is available in Darwin Designer even for WaterCAD users with limited licensing features, such as no license for optimized or manual Designer runs. After creating a new Designer study, go to the Cost/Properties tab. Select the New icon and choose “Design Option Groups.” Enter the material, Hazen Williams C factor, and unit cost for each diameter of pipe. Next, go to the Design Group tab and click the New icon to create a new group. In the Element ID column, click the ellipsis button and choose the element or elements to be included. For Manual Cost Estimating, no information is needed in the tabs for Design Event, Rehabilitation Groups, or Design Type. Next, click the New icon from above the left column and choose New Manual Cost Estimate Run. Highlight this run and click the “Is Active?” box for any pipe group you want included in the analysis. Choose the Design Option Group entered in the Cost/Properties tab in the Cost/Properties column. You can use the Global Edit feature to assign these. The other item to set up is the “Use Diameter from Representative Scenario” item. If this box is checked, this will assure that the costs are based on the diameter of the pipes in the scenario. If it is unchecked, you will need to manually enter the scenario to be used. To compute the Manual Cost Estimating run, click the Compute icon. You will get a single solution. Highlight “Solutions” to get an overview of the total cost. Highlight “Solution 1” to view a breakdown on how the costs are distributed Tips After computing a designer study, you will sometimes see results that do not have a good fitness or do not make sense. Below are a few general tips to look at. More information on Darwin Designer can be found in the WaterGEMS Help documentation. Tips about how to create a pipe group, are explained at the starting of this technote under Getting started>NOTE section. If you are getting strange results, you can try the following: First, make sure you are using the correct design data, including the correct representative design scenario and that scenario includes all pipes to be sized by Darwin Designer. Second, make sure that the representative design scenario runs successfully within WaterGEMS. If it does not, then Designer will not be able to function correctly. Third, make sure that the correct demands are present. For EPS representative scenarios, make sure your patterns are correct and that you are using the correct time from start value in your design events. Fourth, make sure that you have applied the correct and necessary boundary conditions, including tank levels, pump operation, etc. Fifth, make sure that the range of pipe sizes and rehab actions you are using are reasonable and that you are allowing Darwin Designer a sufficient range of pipe diameters to come up with a reasonable design. Last, make sure that you have a reasonable number of design and/or rehab groups Since Darwin Designer applies a competent genetic algorithm to optimize the design, it does not require or have any domain-specific knowledge about the water system. This can have a side-effect for some design cases, like giving up-or-down pipe sizes. In particular, the solutions are evaluated by comparing the fitness values of solutions. Darwin Designer will assume a pipeline with pipe sizes that go up and down (to meet required pressures as closely as possible) is better than one that has a constant size that exceeds the pressures at some locations, since there is no specific penalty assigned to the fitness of a solution that has pipes that change up and down in size. It is up to you to control the eventual design and this can be done by different means. The first means is simply to make manual adjustments to a design after Darwin Designer has finished. Cleaning up a design may technically move you away from the cheapest design, but an inexpensive design that won't be constructed is of little use. You may find that not much cleaning up is necessary. Quick edits to diameters or rehab actions like can be performed effectively in Darwin Designer by using a manual design run. Another thing to consider when analyzing a Darwin Designer design is whether the chosen pipe sizes are a function of the lengths of pipe in your model. More information on this can be found in Help under the topic “Advanced Darwin Designer Tips.” Another means of achieving more constructible designs from Darwin Designer is to group in the same group pipes that would be constructed the same size. For example, a rising main would most likely be constructed a single size, and it would thus make sense to include all the model pipes that make up the rising main in the same design group. What you don't want to do by grouping pipes is artificially design the system even before you have had a chance to optimize it. When using the optimized designer run, you can change the results simply by changing some of the parameters under the Options tab. For instance, changing the Random Seed to another value will yield different results, possibly a solution that is better than the first pass through the simulation. You can also change items like the penalty factor, probability, population size, and maximum trials. More information on this can be found in Help under the topic “Advanced Darwin Designer Tips.” WaterGEMS also includes sample models and lesson files to help with the general setup of a Darwin Designer study. This is a good resource and can allow you to view completed models. The steps for the lesson files can be found in under File > Help > Quick Start Lessons. The lesson model files are found at the following file path: "C:\Program Files (x86)\Bentley\WaterGEMS\Samples\Designer" If you are working in an isolated pressure zone where you have adequate suction and you haven’t selected the pump yet, you can replace the pump/pump station with a reservoir. The approximate HGL at the pump/pump station should be known and can be used for the reservoir elevation. Of course, any piping upstream of that points messed up if there are multiple zones upstream. Here you are assuming that the suction to the pump station is adequate. This is a quick way to get started on piping in an isolated zone if you are pumping from a tank this is adequate. See Also Genetic Algorithm Parameters in Darwin Designer Can I use Darwin Designer for the EPS analysis?
↧
↧
Forum Post: RE: Property connection base flow not accounted for in some conduits
Thanks for pointing out the correct pipe to look at. I see what you mean now. The reason why the total flow at the outfall seems to be correct, is because the flow from the laterals in the pipe in question appears to be added to / accounted for in the downstream conduit (despite not showing up in the conduit in question). As you have seen elsewhere, the inflow from lateral connections are applied to the upstream node of a pipe and should thus be accounted for. I will look into what is going on here and will get back to you shortly.
↧
Wiki Page: Troubleshooting and Understanding LoadBuilder
Product(s): WaterGEMS, WaterCAD, SewerGEMS, SewerCAD Version(s): CONNECT Edition, V8i Area: Modeling Below you will find a list of wiki articles for LoadBuilder in one place. You can either scan this page for your error or use the CTRL + F function to open the "Find" tool in your browser to search the page based on a keyword. General Information How do each of the LoadBuilder methods work? Distributing a lump sum demand over a large area Distributing loads based on areas of different population type How do you consider only a selection set of elements with LoadBuilder? LoadBuilder applying demands or loads to inactive elements Flow monitoring distribution with LoadBuilder How does the unit line LoadBuilder method work? Applying demands to inactive elements Selecting junctions or hydrant as the nearest node in LoadBuilder methods for assigning customer elements Viewing a demand or load allocation after a LoadBuilder run Using Unit Loads and Extreme Flow Factors after a LoadBuilder run Modeling a District Metered Area (DMA) Introducing individual Property Connections to your model [VID] Troubleshooting Index was outside the bounds of the array error in the Thiessen polygon tool or LoadBuilder Unable to use multipoint shapefile as a background or in LoadBuilder Program crashes when using LoadBuilder in the 64 bit version Not seeing new demands or customer meter assignment after running LoadBuilder LoadBuilder brings in loads of zero There are not results available for the given input parameters Correct service area layer node ID field is not showing in the dropdown The total consumption allocated to nodes from LoadBuilder is less than the total flow in the flow boundary polygon layer LoadBuilder Error: "# Id(s) do not match any id of the model..." Error message: "A polygon with inner or outer rings was found. Polygons with multiple rings are not supported by this version of LoadBuilder" After running LoadBuilder I get a message that says, "The layer could not be opened." LoadBuilder Error: A very high number of Usage Types were found
↧
Forum Post: RE: Property connection base flow not accounted for in some conduits
Hi Joao, The problem appears to be due to the orientation of the pipe. You will notice that the "start node" in the conduit properties is actually set to the downstream element. If you use the reverse option to change the orientation, the problem will no longer occur. I have reported this to our developers as Defect #961300, and have linked it to a new Service Request for you (7000838467). We will look into this for a future release.
↧
Comment on Easily add and align hydraulic models to Bing Maps
Ad discussed on the forum, you will need the CONNECT Edition to see the Bing Maps feature.
↧
↧
Forum Post: RE: Property connection base flow not accounted for in some conduits
Jesse, reversing the orientation does work. Hopefully this situation didn´t happen in many conduits. Regards
↧
Forum Post: RE: Property connection base flow not accounted for in some conduits
Hi Joao, We're about to release a new version of SewerGEMS (CONNECT Edition Update 2) which includes a new feature to help in this situation. it is called the Network Connectivity Reviewer. Here is a preview for you, highlighting the pipes that appear to be oriented incorrectly:
↧
Forum Post: RE: Property connection base flow not accounted for in some conduits
I forgot to mention - you can subscribe to our Blog to get an alert with the new version is available. See: How to receive alerts on new version availability
↧
Wiki Page: Combining models with Submodel Import
Product(s): WaterGEMS, WaterCAD, HAMMER, StormCAD, SewerCAD, SewerGEMS, CivilStorm, PondPack Version(s): CONNECT Edition, V8 i and V8 XM Area: Modeling Overview This TechNote will explain how to import one model file ("submodel") into another model file ("target"). It is meant to provide clarification and explanation beyond what is given in the Help documentation. Note that this Technote was written for WaterCAD and WaterGEMS but the same concepts apply to HAMMER, StormCAD, SewerCAD, SewerGEMS, CIvilStorm and PondPack (V8 XM, V8i and CONNECT Edition) Definitions Target Model - The model that is accepting the submodel file. Submodel - The model that is being imported. Network Elements - The elements in your drawing pane that make up your model. These are junctions, pipes, valves, tanks, reservoirs, pumps , hydrants, etc. Rules for Importing Submodels 1. Existing elements in the target model will be matched with incoming elements from the submodel using their labels. 2. Incoming submodel input data will override target model data for any element matched by its label. 3. If a submodel element of the same label does not already exist in the target model, it will be created during the submodel import. Element Types Governed by Submodel Rules The rules for importing submodels govern the following element types: Analysis Menu Scenarios Alternatives Calculation Options Components Menu Controls Pump Definitions Unit Demands Zones Patterns Minor Loss Coefficients Pressure Dependent Demand Funtions GPV Headloss Curves ConstituentsValve Characteristics Time Series Field Data Tools Menu User Data Extensions Hyperlinks General Submodel import Process When you have a need to combine multiple models together, the following guidelines are suggested: 1) Save a backup copy of each model 2) Decide which common scenarios and alternatives you want to keep in each model and clean them up (remove unwanted scenarios and alternatives). 3) Check that the scenario and alternative labels and structure match (for the ones you decided to keep for the single model) 4) Relabel elements as needed to ensure element labels are unique across the two models. 5) Clean up any artificial elements that connected the models. For example if there was a connection between the two models that you modeled as a constant reservoir or approximated pump+reservoir, you'll want to remove those artificial elements, and place real connectivity after the submodel import. 6) Import each model as a submodel into one "base" model. (open the base model and choose File > Import . Submodel) The one you pick for the "base" model likely doesn't matter but you may want to consider which symbology (and other things stored in the WTG) you want to keep. Only the elements and attributes will be imported from the submodel(s). If one model is smaller than the other, it may be easier to open the larger model and import the smaller one as a submodel. 7) Check the scenario and alternative manager to confirm that the data imported as expected. 8) Referring back to item 5: establish connectivity between the network(s) (models) as needed. Example 1 In this example, the Submodel and Target Model have no elements in common (i.e., scenarios, alternatives, calculation options, and network elements do not match). Town 'A' (The Target Model) In the model illustration below, take notice of the labels for the elements outlined in red: Alternatives e.g., "Year 2000 Active Topology" "Plus Two 18in Pipes," "Diameter times 2") Scenarios (e.g., "Year 2000 Conditions," "Plus Two 18in Pipes") Calculation Options (e.g., "Year 2000 Conditions") Network Elements (e.g., Pipes P-90 and P-60, Junctions J-50 and J-40, Pumps, Reservoirs, Tanks, etc.) Town 'B' (The Submodel) In the model illustration below, take notice of the labels for the items outlined in red: Alternatives (e.g., "Model_B_Active Topology") Scenarios (e.g., "Model_B_Average_Day") Calculation Options (e.g., "Model_B") Network Elements (e.g., Pipes B_Pipe-9 and B_Pipe-11, Junctions B_Junc-7 and B_Junc-6, Pumps, Reservoirs, Tanks, etc.) Result of Importing Submodel into Target Model In the illustration below, the target model network elements are visible on the left, and the imported submodel network elements are outlined in red on the right. Since the target model elements have no label names in common with the submodel elements, all of the submodel elements will be created the target model, according to rule 3 above. None of the data in the target model will be overwritten in this case, since there were no matching labels. Observe how the scenarios, alternatives, calculation options, and element labels for all the submodel items have been brought into the target model (see red outlined areas). For example, for the Active Topology alternatives, all of the submodel's (Town 'B') network elements have come in as inactive for the original "Year 2000 Active Topology." The reason is because the newly imported elements did not previously exist in that alternative, so the default attributes are used. In the case of active topology, the default is inactive. So, the newly imported elements are inactive in the "Year 2000 Active Topology" alternative. In the case of the physical alternative, if the submodel's physical alternatives don't match the target model's, the default physical attributes will be used for the newly imported elements, for the physical alternatives that already existed in the target model. So in this example, since the physical alternative in the submodel ("Model_B_Physical") doesn't exist in the target model, it was brought in as a new alternative. So, the pipes from the submodel in the scenarios that use the "Year 2000 Physical" will have 6" diameters and junctions will have zero elevations and so forth. In order to see the original attributes of the submodel elements, the scenario would need to use the "Model_B_Physical" physical alternative. Example 2 In this example, the submodel and target model have some elements in common (i.e., scenarios, calculation options, and network elements J-100, J-210, and P-250). Town 'A' (The Target Model) In the model illustration below, take notice of the labels for the items outlined in red: Alternatives (e.g., "Year 2000 Active Topology" "Plus Two 18in Pipes," "Diameter times 2") Scenarios (e.g., "Year 2000 Conditions," "Plus Two 18in Pipes") Calculation Options (e.g., "Year 2000 Conditions") Network Elements (eg., Pipe "P-250" and Junctions "J-100" , "J-210") Town 'B' (The Submodel) In the model illustration below, take notice of the labels for the items outlined in red: Alternatives (e.g., "Model_B_Active_Topology") Scenarios (e.g., "Year 2000 Conditions") Calculation Options (e.g., "Year 2000 Conditions") Network Elements (eg., Pipe "P-250" and Junctions "J-100" , "J-210") Result of Importing Submodel into Target Model In this model below we have connected the submodel (right) network to the target model network (left) at junctions J-100, J-210, and pipe P-250 (center). This connection occurs because both models shared some of the same junction and pipe labels as import rule 2 states. The submodel data is therefore going to overwrite the existing target model data in any items governed by the rules that are common to both models (illustrated below). You can see that for both the submodel and target model there is also a common scenario name. If any of the properties for this scenario were different the submodel properties for this scenario would overwrite the properties for the target model. Above we see the target model network has all become inactive except for the junctions and the pipe that are shared by both models. This happens because the submodel data is overwriting the scenario data for the 'Year 2000 Conditions' scenario (import rule 2). In the illustration below, Town 'A' Demands and Pipe Diameter before the import are outlined in red Junction Demands Pipe P-250 Diameter J-100 = 19.60 gpm 6 inches J-210 = 72.60 gpm In the illustration below, Town 'B' demands and pipe diameter before the import are outlined in red Junction Demands Pipe P-250 Diameter J-100 = 72.0 gpm 8 inches J-210 = 40.0 gpm In the illustration below, pipe size and junction demands after the import are outlined in red Junction Demands Pipe P-250 Diameter J-100 = 72.0 gpm 8 inches J-210 = 40.0 gpm **If there is a case where the target model and the submodel share elements in common, as in the example above, but the X and Y coordinates differ they will be updated with the X and Y coordinates from the submodel. Example 3 In this example, the submodel and target model share all of the same network elements but, none of the same scenarios, calculation options, or alternatives. Town 'A' (The Target Model) In the model illustration below, take notice of the labels for the items outlined in red: Scenarios Calculations Options Alternatives Average Day Demand Average Day Conditions Average Day Fire Flow Fire Flow Fire Flow Constituent Analysis Constituent Constituent Alternative - 1 Town 'A'_2 (Submodel) In the model illustration below, take notice of the labels for the items outlined in red: Scenarios Calculation Options Alternatives Peak Conditions Peak Condtiions Peak Peak Times 2 Peak Times 2 Result of Importing Submodel into Target Model In the model below we can see the import of the submodel results in all the network elements remaining the same because all these elements had the same labels. Hypothetically, if any of the properties of the network elements were different in the submodel from the target model the properties of the result would contain the values that were contained in the submodel (import rule 2). The significant change that happens in this model, much like in the first example, is that the scenarios, alternatives, and calculation options from the submodel all get added to the target model without overwriting anything. In the model illustration below, take notice of the labels for the items outlined in red: Scenarios Calculation Options Alternatives Average Day Demand Average Day Conditions Average Day Fire Flow Fire Flow Fire Flow Constituent Analysis Constituent Constituent Alternaitve - 1 Peak Conditions Peak Conditions Peak Peak Times 2 Peak Times 2 Steps for completing a Submodel Export/Import 1) Open the model that you want to export the submodel part from. 2) Select the part (or entire) model that you want to export. This can be done in many ways. Three common ways are by using your mouse to draw a box around certain areas, using your mouse to left click and select one element or multiple elements while holding down the shift key, or by holding down the CTRL key + A , which will select all the elements on screen. The default color for selected elements is red. 3) With the elements selected in the display panel go to File > Export > Submodel. Name and save your model to a location that you will remember. 4) Now open your target model and after it load go to File > Import > Submodel. Note: if you would like to import the entire model and not a subsection of the model, only step 4 is required. Meaning, in the target model, simply go to File > Import > Submodel, then select the .wtg.mdb file associated with the submodel you would like to import. Troubleshooting If you know you imported the model but don't see anything or are missing part of the model on in your display area. Answer: Go to Tools > Options and see if the option on the Global tab for "Display Inactive Topology" is checked. Also notice the color the inactive topology is set to. If all or part of the model you imported is gray Answer: Your model has likely imported correctly but, all or part of it is currently inactive. If you want it to appear as an "active" status element the active scenario you have to use the active topology tool (Tools > Active Topology Selection) or go into the active topology alternative and change the status of the inactive elements. The reason this happens is because the active topology alternative in the submodel did not match the target model. So, the default status of inactive is used. If you do not want to manually change this in the resultant model, you will need to first go back to the target model and change the labels and structure of the active topology alternatives, so that they match between the models. The attributes/data from the submodel were lost Answer: If the properties of the submodel elements appear to use the default values (such as 6" for all diameters, zero elevation, etc), most likely the physical alternative(s) in your submodel did not match the physical alternatives in the target model. For example if a scenario and physical alternative exist in the base model but not in the submodel, any new elements imported from the submodel will use default values for physical properties in that scenario in the base model. You will either need to correct this manually, or go back to the target model and change the labels and structure of the alternatives so they match exactly to the target's What if models have same labels? Answer: If models have same labels such as P-1 in Project A and P-1 in Project B as well, then the tool from the link below can be used to prefix the Labels before importing. Once the import process is done, the prefixed label can be removed too. http://communities.bentley.com/other/old_site_member_blogs/peer_blogs/b/akshayas_blog/archive/2013/07/11/update-labels-of-a-hydraulic-model-using-waterobjects-net.aspx OR You can use the relabel function in the flextables to relabel some elements. The wiki for how to do that can be found here; How do I append a prefix to element labels based on a selection set of elements? What if I want to combine Flushing areas or studies? Answer: As of 10.01.00.72, Flushing Areas cannot be merged together with submodel import. All events will be import into all areas. You could manually clean this up after the submodel import, or wait for a future release which may have better handling for this situation (reference # 797290) I do not want to over-write the controls of my main model when I bring in another model having controls with same ID's. How to accomplish this? Answer: If you don’t not want your controls to be overridden, here is a suggested workflow; 1. In the model you wish to import, go to Components > Controls. 2. Select the controls and export them. In this you have two options a. Either select all controls and export them together, in which case a single file will be generated to save. Drawback of this is that when you re-import these, all the controls will be imported. b. Select each control and export individually. Benefit of this is that each control is stored separately. Hence you can choose which controls you require during import. 3. Save them to a separate location. 4. Delete all the controls in the model (you wish to import) 5. Now import the prepared sub-model into your main model. 6. In Components > Controls (you will see only the existing controls of your main model, as controls for the model you imported are deleted). This way your original controls won’t be overridden by controls having the same ID’s. Additionally, you can import your controls (which were exported in Step 2) again if you wish to use them. See Also Pipes connecting to the wrong element after submodel import Elements turning inactive and reverting to default properties after submodel import
↧
↧
Forum Post: 41595 - 41891 - 41355 - 40008 - 40015 - 40018 (WaterCad)
Hi everyone ! As you can see from my subject name these are the user notification i get. I wish somebody could help me. I Uploaded the file here.
↧
Forum Post: RE: 41595 - 41891 - 41355 - 40008 - 40015 - 40018 (WaterCad)
communities.bentley.com/.../waternet.rar
↧
Forum Post: RE: 41595 - 41891 - 41355 - 40008 - 40015 - 40018 (WaterCad)
Hello Abood, The user notification message ID 41595 has this message; "Node is not connected to, or is isolated from, a boundary (reservoir or tank)." This means that the selected node (in your case all the junctions in your model) are disconnected from a reservoir or tank. I checked your model and found that the pump orientation is reversed. Your pump PMP-2 should draw water from reservoir R-1 and supply to the junction J-4, but its reversed i.e. it is supplying to the reservoir (source) rather than drawing water from it. I changed the "downstream pipe" from P-248 (which is going towards the reservoir) to P-247 (which goes towards J-4). You can change the downstream pipe in the pump properties. Here is the relevant article on that; Node is not connected to, or is isolated from, a boundary (reservoir or tank) user notification After that I validated again and there were no user notifications. I was not able to see the other message ID's you mentioned. Hope this helps.
↧