Have you ever wanted to transfer a feature with lat./lon. attribute information from Google Earth to ArcGIS 10?
To do this, first select the ‘add placemark’ tool to pick a selected feature (e.g. LP Field) in Google Earth.
After selection, a new dialog box will pop up with the correct latitude and longitude for selected feature. Pick a name and click ‘OK’ when finished.
A new point will then be added to the vertical places section in Google Earth as well as on the map. The user must then right-click on the point (in vertical selection toolbar) and click ‘save place as’. Then save the point as a .kml file. (that’s .kml – NOT .kmz). Upon completion, the transfer from .kml to shapefile (.shp) must occur next before ArcGIS can correctly read the newly created information. At this point, open any of Esri’s ArcGIS desktop apps. (e.g. ArcMap)
In ArcToolbox, select Conversion Tools> From KML> KML to Layer. A dialog box will open. ArcGIS populates the map with the point, polygon, or line from Google Earth (notice the thumbtack, correct position and newly displayed font).
For alternative workflows or more info, check out “How do I import/export KML to ArcGIS Desktop?” and “How can I convert between KML and ESRI’s shapefile format?“.
If you have landed on this page, chances are you want to fix this error:
log4net:ERROR XmlConfiguratorAttribute: Exception getting ConfigurationFileLocation. Must be able to resolve ConfigurationFileLocation when ConfigFile and ConfigFileExtension properties are not set. System.Security.SecurityException: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=126.96.36.199, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed. at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet) at System.Security.CodeAccessPermission.Demand() at System.AppDomainSetup.VerifyDir(String dir, Boolean normalize) at log4net.Config.XmlConfiguratorAttribute.ConfigureFromFile(Assembly sourceAssembly, ILoggerRepository targetRepository) The action that failed was: Demand The type of the first permission that failed was: System.Security.Permissions.FileIOPermission The Zone of the assembly that failed was: Internet Unhandled Exception: System.Security.SecurityException: Request for ConfigurationPermission failed while attempting to access configuration section 'nant'. To allow all callers to access the data for this section, set section attribute 'requirePermission' equal 'false' in the configuration file where this section is declared. ---> System.Security.SecurityException: Request for the permission of type 'System.Configuration.ConfigurationPermission, System.Configuration, Version=188.8.131.52, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' failed.
Here’s one solution:
- Download Mark Russinovich’s Sysinternals Streams App.
streams -s -d [your nant folder]to unblock the files.
Another solution is to unblock the files using Windows Explorer.
Mercurial supports the “**” syntax extension; it matches any string across path separators while “*” does not.
An Example in PowerShell:
PS C:\hg> hg init my-repo PS C:\hg> cd .\my-repo PS C:\hg\my-repo> New-Item file1.txt -type file Directory: C:\hg\my-repo Mode LastWriteTime Length Name ---- ------------- ------ ---- -a--- 10/16/2012 11:40 AM 0 file1.txt PS C:\hg\my-repo> New-Item file2.txt -type file Directory: C:\hg\my-repo Mode LastWriteTime Length Name ---- ------------- ------ ---- -a--- 10/16/2012 11:40 AM 0 file2.txt PS C:\hg\my-repo> hg st ? file1.txt ? file2.txt PS C:\hg\my-repo> hg add --exclude "**2**" # This will not add file2.txt adding file1.txt PS C:\hg\my-repo> hg add --exclude "*2*" # This will also not add file2.txt, because we are in the same directory! PS C:\hg\my-repo> # Create another directory... PS C:\hg\my-repo> New-Item my-subdirectory -type directory Directory: C:\hg\my-repo Mode LastWriteTime Length Name ---- ------------- ------ ---- d---- 10/16/2012 11:45 AM my-subdirectory PS C:\hg\my-repo> cd .\my-subdirectory PS C:\hg\my-repo\my-subdirectory> hg add --exclude "*2*" # This will add file2.txt. The pattern does not match because we are NOT in the same directory! adding ..\file2.txt PS C:\hg\my-repo\my-subdirectory> hg st A file1.txt A file2.txt PS C:\hg\my-repo\my-subdirectory>
The National Transportation Atlas Database is available for immediate download or on a free DVD. They even pay shipping and handling!
[ link ]
From the Official Google Blog:
“The Google Mini has been an important part of our Enterprise Search offering since it was first introduced in 2005. It’s had a good run, but beginning July 31 we’re discontinuing the product because its functionality can be better provided by products like Google Search Appliance, Google Site Search and Google Commerce Search.”
“Install ArcGIS in a folder like C:\ArcGIS” … This is advice I have heard before but always ignored. It seemed like dumb advice: If the Windows OS has a dedicated folder (or two) for program files, then that’s where program files should go. Right?
Today I found out that
C:\Program Files (x86) is not always the best choice. In fact, it just wasted about 3 hours of my afternoon. Stupid folder!
Error: Failed to connect to the specified server. Underlying DBMS error[ORA-12154: TNS:could not resolve the connect identifier specified. No extended error]
This error can be caused by having parentheses in the ArcGIS installation path. You will see this error in ArcCatalog when trying to connect to an Oracle database with the Oracle 10.2.0.1 32-bit client on a 64-bit machine.
If the ArcGIS installation path has parentheses, the Oracle 10g 32-bit client (version 10.2.0.1) will fail.