Morten

The roughness rose will cover the same area as the user-supplied map out to a radial distance of 30 km. It replaces the detailed roughness patterns of the real map. The European Wind Atlas explains how the roughness values in the sector segments are calculated. As you learnt in the WAsP course, the provided map must include a margin around any site of interest equal to 100-150 times the hub or anemometer height. For each sector, the flow model assumes a wind profile based on the far-upwind reference surface roughness, and this basic profile is corrected by internal boundary layers. You can see this in the site view>site effects view. The roughness rose is still used inside the model, but the developers choosed to remove it from the WAsP 12 user interface. I sometimes miss it for pedagogical reasons.

Correct, all turbines' wake model parameters are uniform, but you can modify wake-decay parameters for individual sectors.

Your colleague is right. WAsP simplifies the detailed surface roughness map to a local polar map around each site of interest. We sometimes call this simplified map a roughness rose, and it has common roughness values within each sector and fewer roughness changes in the radial direction. The original roughness-simplification method is described in chapter 5 of European Wind Atlas - DTU Findit around page 81. The method may have been updated later, but the principle is the same. The maximum radius of the roughness rose is something like 30 km. We recommend that the map prepared by QGIS has a margin around any site of interest equal to 100-150 times the hub height or anemometer height.

Hi Gil, The WAsP wake model applies global parameters for the entire wind farm. Right-click the main turbine site group and click the 'Edit' button to modify them. You can use the observed wind climates for two masts if you arrange the WAsP project as in the attached screen dump. Here, I inserted two nested turbine groups as child objects to the wind farm and sorted the turbine sites for their most representative met mast. I inserted two wind climates, one for each mast, and attached the second wind climate to the second sub-group. In the screen dump, Turbine cluster A is modelled by Mast 1 while Turbine cluster B is modelled by Mast 2. The WAsP flow model may not cross-predict from one met-mast to another correctly, especially if the terrain is complex and RIX numbers differ. Furthermore, be aware of the risk of mistaking annual wind climate variations for spatial variations if the measurement periods of the two met masts differ. Regards, Morten

The standard way to generate an observed mean wind climate file is to use the WAsP Climate Analyst tool. By default, this program will export to the OMWC file format, but you can also select the old TAB file format. To write a TAB file without the Climate Analyst, you will need to check the format in the WAsP help file section Technical reference>WAsP file formats>Observed wind climate>Observed wind climate (*.tab)

I see a mail address in your profile and will use that for continued discussion.

The error message suggests a problem connecting to our database. I am not sure why but you could try again another time, from another Network or from another PC. I made a small demo to illustrate the process, see https://panopto.dtu.dk/Panopto/Pages/Viewer.aspx?id=a8c6d653-53b5-4bee-8208-b21700925271. Note that I insert a turbine site before downloading the GWC to help WAsP finding the location of the process.

We updated the wind climate models and the new model parameters are not supported by the old LIB file format. If you need a LIB file for a special purpose, you must recalculate the GWC without the new model options before you can export it to file. Follow this procedure: Right-click the GWC and select Show GWC from the popup menu. Open the Stability panel and select the old EWA profile model from the drop-down menu. Open the Geostrophic shear panel and hit the Turn off button Close the GWC and recalculate it Right-click the GWC and select the Export GWC to legacy format option from the popup menu. For WAsP calculations, we definitely recommend GWC calculations by the updated model and export to the new GWC file format. Maybe you can seek advice from the WindPro developers about the best workflow for their program. Best regards, Morten

The WAsP week 2024 is a three-days WAsP course followed by two days of workshops. You can learn about our ideas for workshop topics at WAsP Week 2024 open for registration, but we are open for your suggestions too. Do you have a topic, which you would like us to discuss in depth?

Hi Pablo, The Terrain analysis (CFD) window can optimize this mosaic to cover all turbines and met stations by a minimum number of 2x2 km tiles. As you say, this will normally not result in an area of a rectangular shape. WAsP allows you to generate one or several resource grids, and they may include areas with no CFD data. To see how this work, we can open the ParqueFicticio workspace, which is part of the WAsP sample data normally stored in ..\Documents\WAsP samples\WAsP 12\Wasp, import the associated CFD data and create a resource grid, which is larger than the area covered by CFD calculations as in the first screen dump below. If we export this to a WRG file, that file will include the grid nodes without CFD data and report zero in all result columns, see second screen dump. I do not know how Windfarmer will react to a WRG file containing lots of zeros. To learn about best practice for CFD results in Windfarmer, I suggest that you consult the Windfarmer documentation or ask for their guidance. Good luck with your project!

Hi Heather, The wind speedup and deflection script in WAsP Engineering provides a simple lookup table, which you can use to correct an observed time series observed at a reference point to the conditions at a turbine site and maybe another height above ground ground level. We made this script a long time ago supporting people who wanted to work with alternatives to the annual-maximum method, which in those days was the only extreme-wind estimation method in WEng. In principle, you could correct your time series by the lookup table of the WEng speedup and deflection script and use it for other purposes, but be aware that the WEng flow models focus on extreme wind conditions and does not include stability corrections. The built-in standard model of WAsP (IBZ) and WAsP-CFD are more suited for prediction of energy production. When correcting a time series by these models, you must consider possible differences in upwind flow profiles and apply the geostrophic drag law. As mentioned above by Rogier.

Hi Kwak, The error handling in WAsP software is implemented by try…except statements, see this site for explanation of the concept. When the computer is asked to do something impossible, it stops execution and raises an exception which the program can react to. There is also a basic message like “divide by zero”. A programmer which foresees all problems and spend sufficient time on error handling, might add comments like “Undefined hub height of Turbine no. 001”. However, most subroutines in the programs just raise a new exception and append more information about where the problem occurred. Subroutines can call each other in a long chain, so you often see a complicated message in the final report including information from all nested sub-routines. It is not particularly helpful for the end user, but it explains the fundamental error type, approximately where in the program the first exception was raised, and the last action in the user interface. Still it may not always enough to diagnose the problem, so we often ask for additional information like A test project file reproducing the problem A description of what you were trying to do, maybe supplemented by screen dumps A WAsP installation report You can save time if you include such information already the first time you contact WAsP support.

The two most common problems with the SCM tool are The SCM server providing the long-term reference data might be down. However, I just checked and it worked OK this afternoon. If the coordinates of the reference mast or the map projection are incorrect, the SCM server might not find the data, e.g. it if the false position is in the middle of an ocean. The easiest way to check the mast location is to open a spatial view, synchronize with Google Earth (see below), and make sure that the map is displayed correctly on the virtual world. If these simple explanations does not apply, then please contact our technical support system via mail. The above error message might be enough for the programmer to understand the issue, but please also describe your actions just before the error message arrived. Screen dumps and a sample project file demonstrating the problem are also useful and sometimes even necessary. In general, it is usually better to contact the support system about specific technical problems and reserve this forum for discussions of interest to all users.

I was testing my above method and need to correct myself. It seems like the map editor does not save information about the adjusted map size to file. so I guess thise merely was intended as a way to enlarge the 'canvas' while 'painting' roughness-change lines and elevation contours manually. In most cases you can use the methods inside WAsP and WAsP Engineering as described in my post above, but not for the Prepare data for WAT tool inside WAsP Engineering. The trouble is that this tool will ask you for a WAsP vector map file and then do some WAsP calculations for mean wind climates. As you can imagine, this can fail if the map does not include an offshore wind farm. A work-around method is to open the map in the map editor adjust the map size to include the wind farm create a dummy roughness line as a polygon surrounding the offshore wind farm specify water surface roughness both inside and outside that polygon. Load the map with the amended map into the Prepare data for WAT tool and its WAsP calculations should work without problems.

The map editor limits the map domain as you describe, because it does not know for sure how far the water surfaces extends into the unknown. However, you can select Edit> Adjust map domain size in the main menu of the Map Editor main window (not the Map display window) and extend the map domain size manually. As an alternative, you can extend the map from inside WAsP. For this you right-click the vector map in the object hierarchy and select Change Extend of map from the popup menu. The domain editor of WAsP Engineering program generates a grid map based on your vector map. For coastal or offshore sites, we sometimes need to extend that map in the offshore direction. For this you first zoom out the displayed vector map and then you can select a grid map with more extend in the offshore direction. The zoom button in the WAsP Engineering domain editor window is the second one next to the line with the name of the vector map, see below.