Latest Contributions by MelitaKennedy

Ali, Try converting the raster to a different format. I converted it to a file gdb (not recommended) by right-clicking the grid in the table of contents and selected, data, export data--took all defaults. The new raster showed up fine in the map, in decimal degrees. Melita ... View more

I managed to download it--but it doesn't display. All the values look fine, no scale-dependent display turned out, etc. I'm not a raster specialist though! Right now I'm converting it to a different raster format to see what happens. Melita ... View more

Hi Ali, I'm trying to download the dataset now. Meanwhile, the picture of the dataset is in the Robinson projection, not a geographic coordinate system. What extents does it have? If you add just this data to a new map, what does it look like? Getting "empty geometry" sometimes means an incorrectly defined coordinate system on the input dataset. The software interprets the coordinates according to the coordinate system, but they don't actually make sense. Melita (data is 1/3 downloaded...) ... View more

Hi Dan, You appear to have the opposite problem. The data is using a geographic coordinate system. That is, it's in decimal degrees, while the tool wants data in a projected coordinate system like a UTM or State Plane zone. Melita ... View more

Thanks for clarifying, Craig. I was in a rush when I posted, so I hadn't checked the concepts topic yet. Melita ... View more

Hi Craig, Yes, you've got it. Are you referring to the first bullet point of the Buffer Tool? It reads relatively clear to me, but I've hip-deep in projections. Do you have any suggestions for making it more clear? Melita ... View more

Andreas, Try redefining (not reprojecting) the data to MGI Austria GK Central. Its false easting value is 0, while M31 uses 450km. You should also set a geographic (datum) transformation between MGI and WGS84. Try MGI_To_WGS_1984_3. Basemaps from Esri almost all use WGS 1984 Web Mercator (Auxiliary Sphere). Melita ... View more

Please do not post the same issue in multiple areas, and give people time to respond. More information (badly translated by me) from the same question posted in the Espanol forum: I imported a KML file in arcgis, and I need to define each attribute. Question: Where did you get the KML file? Can you ask the source of the data about it? Melita ... View more

No idea if this is related, but is this data DGN? And are you using 10.2.1? Or what version are you using? As reported in another thread, there's a bug with DGN files that is causing the data to be offset in ArcGIS. It's related to the global origin in the file. If there's an offset applied, it's getting read and used in ArcGIS. Tech Support told me that one solution is to convert the data to DWG. I assume removing the offset in the global origin would work too. Normally the offset is large, so it might not explain your 200 meters. Melita ... View more

Can you give some more information? What are the input and output coordinate systems? WGS84 will have negative longitude values, but I think you may be using a projected coordinate system (like a UTM zone)? Are you setting a geographic/datum transformation? Is you are, which one are you using? Can you do the re-projection in ArcMap and have the CAD data display correctly? If you convert to shapefile but keep it as PSAD56, does that conversion work correctly? I don't work with DGN files--is it created in a particular version? Thanks, Melita ... View more

Good Afternoon, Is there a standard conversion value available for meets and bounds written with NAD 27 to NAD 83, specifically Virginia State Plane? My ad hoc ground to grid conversion is close, but I want something to check it against. Currently my offset is 7-22-10, Distance Factor of 1. Thanks, Rob Hi Rob, I think I'm not going to be able to answer this, but let me try to get some more information. I normally see ground-to-grid (or vice versa) conversions applied to a single SPCS zone. NAD27 to NAD83, not counting any projections, is a geographic/datum transformation. In the US, that would use the CONUS grid files from the NADCON method or software. Are you converting between NAD27 Virginia which-zone? and NAD83 Virginia state plane? In US feet or meters? Is the offset a bearing? Azimuth-from-true-north? Angle between the two grid norths? Or some other basis-of-bearing? I haven't heard of a distance factor unless it's grid-to-ground or the scale factor at a point (point scale due to the projection distortion). If you're converting between two VA SPCS zones, and you have the grid-to-ground values, we may be able to set up a regular reprojection between the two by incorporating the grid-to-ground values into the coordinate system definitions. Melita ... View more

I think Google Earth is correctly identifying the data as UTM coordinates. However, when people mash up data with web services, the tiles are natively in "web Mercator", so it's faster to project other data layers to that coordinate system. ArcMap has the complication that the Add XY Data tool will default to the data frame's coordinate system--which you have set to web Mercator. So ArcMap thinks that these UTM coordinates are really in Web Mercator. What happens if you change the coordinate system to WGS 1984 UTM 30N for this data? If you're going to use British National Grid coordinates, you'll also need to set a geographic/datum transformation in ArcMap between OSGB 1936 and WGS 1984. (Data frame properties, coordinate system tab, transformations button) Melita ... View more

No, it is in Johnson County, which is my problem. It shows up in Dodge for me too. I have tried assigning a NAD 27 projection to my map, and that didn't help. So you agree that it is on their end? They keep telling me that it all lines up in Google Earth. Bleargh. I think so, that it's on their end. Feel free to tell them Esri's projection expert can't figure it out either! Another thing to check is whether the CAD data looks like it's the correct size when the data frame is using a feet-based or meter-based coordinate system. The offset is much too large for a standard grid-to-ground correction or even int'l vs US survey feet. Melita (I finally found a reference to the Microstation settings I mentioned earlier. It's the global origin and units values) ... View more

Hi, You said originally that the GPS was set to use UTM/UPS. Try setting the coordinate system of your XY data to WGS 1984 UTM zone 30N (north). UTM 30N coords near York are the same values that you would get in France using the WGS 1984 Web Mercator (Aux Sphere) coordinate system. This assumes that the coordinate values are around easting/x = 625000 m, northing/y = 5980000 m. (York Museum Gardens) If not, can you post a row from your spread sheet? Or copy a row or two, export it to text/csv and post that, if possible. Melita ... View more

CAD Dataset Extents Min X: 367363.176656486                   Max X: 370427.436662666 Min Y: 812100.373416666                   Max Y: 817584.06320998 Min Z: -1.03920077284177e-1             Max Z: 320.488 Hi Stephanie, Okay, they do look like NAD83 GA East (feet) coords, in Dodge county. Is that correct? As a long shot, if that's not the correct location, is it in Montgomery county? If so, maybe it's NAD27 (feet) GA East. ... View more