|
POST
|
Please review answers in the Hydro forum... http://forums.arcgis.com/threads/86029-Error-occur-during-generating-CNgrid-in-HECgeoHMS.
... View more
06-05-2013
06:49 AM
|
0
|
0
|
669
|
|
POST
|
Looks like you are not the only one to have had problems with the GPGenerateCNGrid procedure in those versions of GeoHMS, found this in the Geoprocessing forum unfortunately no feedback there either. Default CNGrid not generating hi, I am uisnin ArcMap9.3 with Windows 7 32 bit. I installed HEC-GeoHMS, ArcHydro for watershed modelling. when i tried to generate CNGrid (input fil, Lulc_soil_union and CNLookup table) from utilities of HEC-GeoHMS, its doesnot generating CNGrid (Grid formate) and showing the massage below " System.NullReferenceException: Object reference not set to an instance of an object. at ESRI.APWR.HECGeoHMS9.GPGenerateCNGrid.GenerateCNGridWk(ApLayers apLayers, Int32 debug, ITrackCancel& trackcancel, IGPMessages& messages, String& exMessage) Failed to execute (GenerateCNGrid)." Pls anybody explain me Often specific problems are not with installation or configuration of the H&H programs (ArcHydro, GeoHMS, GeoRAS) but with missing steps or misconfigured input data. True in these older releases, and still true. Here are links to HEC maintained user manuals for GeoHMS versions 4.2 and 5.0--look in Chapter 12 - Utilities of either for discussion of the Generate Curve Number Grid utility. Understanding the necessary input components should help. HEC link to HEC-GeoHMS_Users_Manual_4.2 (pdf) HEC link to HEC-GeoHMS_Users_Manual_5.0 (pdf) If you find you are providing all preprocessing and required input grids and are still having this issue, please post back and we'll try to help. Stuart
... View more
06-05-2013
06:07 AM
|
0
|
0
|
1657
|
|
POST
|
bhavna, You'll need to provide more detail about your ArcGIS 9.x installation, and version details for GeoHMS and ArcHydro you have installed for anyone to be of help. Regards, Stuart p.s. have moved this post to the Hydro forum where more assistance for the HEC GeoHMS and GeoRAS tools is available, so you'll have some chance of receiving an answer.
... View more
06-05-2013
05:58 AM
|
0
|
0
|
1657
|
|
POST
|
Abby, For its configuration management practices HEC has Esri build the GeoHMS with a version controlled build of ArcHydro and bundles that version. But, those checks are only in the Windows Installer package for the HEC GeoHMS--not in its runtimes. Meaning, you can safely uninstall the ArcHydro Tools from Add/Remove programs (i.e. appwiz.cpl), restart computer and then install the HEC GeoHMS package. It will detect no ArcHydro Tools present and as you found offer to install the requisite version as bundled in the .MSI package. Permit that to install, and to then complete the GeoHMS installation. Then if you choose, you can immediately uninstall the bundled ArcHydro Tools, and download and install its most recent installer package from the sftp site. Just, while updating, don't try to run the GeoHMS toolbar without the ArcHydro Tools present. Other than the Windows Installer packaging issues, the more recent developmental build of ArcHydro Tools should have no compatibility issues with the most recent build of HEC GeoHMS. But, if any issues are discovered they are likely to be bugs that the Esri Water Resources developers will need reported. Simply report all OS and ArcGIS program(s) configuration details when raising such an issue. Post back if that is not clear, or you get stuck. Stuart
... View more
06-04-2013
05:23 AM
|
0
|
0
|
1585
|
|
POST
|
Jim, See the sticky thread at the top of this forum: http://forums.arcgis.com/threads/79329-ArcHydro-Tutorial-and-Documentation Additionally, the compiled HTML help file (ARCHYDRO.chm) installed with ArcHydro is a pretty comprehensive guide--look for it in the installation folder, default C:\Program Files (x86)\ESRI\WaterUtils\ArcHydro\bin Stuart
... View more
05-17-2013
06:56 AM
|
0
|
0
|
662
|
|
POST
|
Jacob, Looking at the FillSinks() syntax below, I'd try a "0" or "1" for the use_issinkfield. As noted in this thread: http://forums.arcgis.com/threads/15398-FillSinks-not-working-properly-in-Python-or-command-line?highlight=python+archydro FillSinks(in_dem_raster=None, out_hydrodem_raster=None, fill_threshold=None, in_deranged_poly_features=None, use_issinkfield=None) FillSinks_archydro(in_dem_raster, out_hydrodem_raster, {fill_threshold}, {in_deranged_poly_features}, {use_issinkfield}) INPUTS: in_dem_raster (Raster Layer): Input DEM fill_threshold {Double}: Fill Threshold in_deranged_poly_features {Feature Layer}: Input Deranged Polygon use_issinkfield {Boolean}: Use IsSink field OUTPUTS: out_hydrodem_raster (Raster Layer): Output Hydro DEM Stuart
... View more
05-15-2013
08:13 AM
|
0
|
0
|
748
|
|
POST
|
Jacob, Check that there is a ArcHydroTools.pth recorded in the PYTHONHOME location, e.g. C:\Python27\ArcGIS10.1\Lib\site-packages It should point to the location of the installed ArcHydroTools, e.g. C:\Program Files (x86)\ESRI\WaterUtils\ArcHydro\bin With that present and ArcHydroTools installed, should only need to "import ArcHydroTools" Here is a simple command line example, it dumps the "help" for all modules. >>>import ArcHydroTools help(ArcHydroTools) I've captured and attached the output of that as a ZIP'd text file ArcHydroPythonHelp.txt which should be of help for using the ArcHydroTools in Python scripting. ArcHydroTools use in scripts will have syntax and file format requirements, NO ShapeFiles! And you will need to import your Desktop seat license level including Spatial Analyst extension, and also import the arcpy site library. Stuart
... View more
05-13-2013
01:46 PM
|
0
|
0
|
942
|
|
POST
|
@littleboko, You don't give us much detail about your download utility, but suspect it to be a web browser. Otherwise, site transfers are working correctly. Use a secure copy or sftp capable utility. I prefer Filezilla ( https://filezilla-project.org ), or you can use the utility offered by Esri secure hosting service ( https://mft.esri.com/EFTClient/Account/mft.zip ), give one of those a try and it should resolve any issues. Stuart
... View more
05-02-2013
07:02 AM
|
0
|
0
|
4979
|
|
POST
|
Carolyn, from the Desktop 10.1 Quick Start guide Upgrade ArcGIS 10.0 Single Use licenses to 10.1 [INDENT]For existing ArcGIS 10.0 users, automatic license upgrade functionality has been introduced at ArcGIS 10.1 which allows for a much easier license upgrade process. Instead of deauthorizing older licenses and authorizing the latest version, users can convert their existing 10.0 licenses to 10.1 using the one-step upgrade option. [INDENT] Uninstall ArcGIS 10.0 Desktop without deauthorizing your existing licenses. Install ArcGIS 10.1 for Desktop. On completion of the ArcGIS 10.1 for Desktop installation, you will be automatically prompted to upgrade your licenses if 10.0 licenses are already present. Follow the instructions to complete the upgrade process. [/INDENT][/INDENT] The license upgrade is usually pretty robust. If the FlexNet Publisher license cache was left in place when uninstalling Desktop ArcGIS 10.0, following the installation of 10.1, the existing cache of license fulfillments (C:\ProgramData\FLEXnet\ARCGIS_xxxxxxxx_tsf.data) is detected by the authorization process. The existing 10.0 fulfillments are then returned, validated, allocated back to the registered Esri global account, and then reissued as 10.1 fulfillments. That exchange is seen as a series of SSL Web exchanges. If interrupted, as in your users case by loss of network connection, depending on where in the process it was the user should simply be able to restart the SoftwareAuthorization by launching the Authorization wizard... from the ArcGIS Administrator -> Desktop panel. Alternatively, I believe you can launch the ArcGIS Administrator -> Desktop panel Deauthorize button to return any remaining 10.0 fullfillments. And then obtain the upgrade 10.1 Authorization numbers from the Customer Care portal. It is not clear at what point the upgrade authorization numbers are generated, that they preexist or are assigned when the 10.0 fulfillments are returned. But if you help your user access the Customer Care portal (customers.esri.com) , you will be able to tell. Once you have the 10.1 authorization numbers ready for use--complete the Authorization wizard. The important thing is to deauthorize and return the 10.0 fulfillments. Either with the upgrade exchange during 10.1 installation. Or prior to uninstalling Desktop 10.0, or if moving to new hardware. Esri provides an ArcGIS Deauthorization Tool tool for deauthorizing -- found in KB 38656 when Desktop 10.0 has been removed without returning the fulfillments. If all does not go well and still have issues with the fulfillments, an Esri Customer Service rep or your regional distributor will be able to help them obtain their upgrade Authorization numbers. You will need to know the Esri Customer ID assigned to your user (not their Esri Global ID), they should have that on their Desktop 10.0 purchase records (email or letter). Let us know how things go. Stuart
... View more
04-20-2013
07:25 AM
|
0
|
0
|
839
|
|
POST
|
Nicole, No, the zip file link from the Communities Surface Water site contains the final 2.0 build, 2.0.1.133 dtd 10/10/2011; current build for ArcGIS 10.0 is 2.1.0.152 dtd 1/29/2013 available from the secure ftp site. Also, the listed zip file version for 10.1 is also an outdated build, 10.1.0.96 dtd 1/31/2013; current build is 10.1.0.128 dtd 3/27/2013 also available from the secure ftp site. The most current, and fully patched builds are going to be available from the secure ftp site the moderators for the Communities page seem to be a bit behind. Stuart
... View more
03-30-2013
01:54 PM
|
0
|
0
|
2095
|
|
POST
|
This is an open Esri NIMBUS reported bug -- NIM086586 Lists the work around of copying esriLicense.config to the user profile of each user. It has no discussion of handling the workspace. But as noted, the osgi.instance.area {-data} should be placed by default into each users account if licensing authorization occurs. Or can use a common location at the initial launch following install as I note.
... View more
03-21-2013
07:02 AM
|
0
|
0
|
2254
|
|
POST
|
Mary, Glad you got it working, moving this thread over to the ArcGIS Runtime SDK for Java forum where it will be of help to other Java SDK developers looking at WebStart and JNLP for deploying runtime applets. Stuart
... View more
03-19-2013
10:50 AM
|
0
|
0
|
960
|
|
POST
|
Matt, The mixed Eclipse and Java runtime OSGi syntax is so convoluted, but yes I think that helps. Stuart
... View more
03-18-2013
06:40 AM
|
0
|
0
|
2254
|
|
POST
|
Wael, I'd say per user .CityEngine authorization and configuration on an Windows Active Directory managed Domain following initial installation and authorization and lack of detail about the Eclipse and Java configuration details needed to make CityEngine reliable on a multiuser workstation using FlexNet Publisher concurrent licensing. Stuart
... View more
03-17-2013
01:54 PM
|
0
|
0
|
2254
|
|
POST
|
Matt, Installing City Engine 2012.1 (CityEngine_2012_1_64bit_130381.exe) onto a multiuser Windows Active Directory Domain member 64-bit Windows 7 workstation, ArcGIS 10.1 installed and an Advanced (ArcInfo) concurrent seat selected and authorized. The CityEngine install has some pretty unusual Windows installation behavior. Specifically, when using a Domain managed local administrators group member account, if the installation is performed "Run as Administrator" launch after installation fails. And then for that local administratos group Domain account, when the Welcome Wizard runs, the user account has no access to the default Workspace location of the "Run as Administrator" install. The Wizard closes with a message that it could not open that workspace. Subsequent attempts to launch CityEngine result in a CityEngine License error message "CityEngine is not authorized for use..." [ATTACH=CONFIG]22668[/ATTACH] Workaround: [INDENT] The same domain local administrators group member account, or the local system Administrator account (activated for my deployments), can perform the installation and authorize CityEngine not "Run as Administrator" followed by launch of Welcome Wizard. But then other local & domain users are not able to launch CityEngine unless the default WorkSpace is set during initial Welcome Wizard run to a common use directory on the system. And, the esriLicense.config file has to remain in the account where created, and all users need to be granted read access to it.[/INDENT] This authorization and configuration behavior is not common for a multiuser, Enterprise application and will cause a lot of issues and behaves more like a single use product. I hope you can get some assistance from the Esri product engineers on adjusting the installer and program behavior for next release of CityEngine as the extension has been picked up for classroom use by our Urban and Regional Design program in our College of Architecture. Installation glitches are impeding that classroom use. In the interim, two questions for you that might allow a more flexible management of user configuration: [INDENT]1) where in the CityEngine program does the path to the esriLicense.config get recorded; could it be moved to a common location like C:\Program Files\Common\Esri, or C:\ProgramData\Esri? 2) is it possible to change the default Workspace opened on launch directly in a common configuration file, or possibly a per-user configuration file; where would that be found in the CityEngine program directories?[/INDENT] Stuart
... View more
03-16-2013
10:50 AM
|
0
|
5
|
5979
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 08-01-2014 07:06 AM | |
| 2 | 10-04-2022 05:38 AM | |
| 1 | 03-10-2022 04:50 AM | |
| 1 | 11-21-2021 10:18 AM | |
| 1 | 11-12-2021 10:06 AM |
| Online Status |
Offline
|
| Date Last Visited |
08-28-2023
04:23 AM
|