|
POST
|
Thank you Dan Those urls describe what appears to be a very rich python API -- far richer than the ESRI description of ArcPy. There are many, many classes. Is that a third party API on githib (or similar)? Perhaps I have not dug deep enought into ESRI documenatation.
... View more
03-31-2018
08:36 PM
|
0
|
0
|
2002
|
|
POST
|
Why does this function not recognize a project (.aprx) file? It simply returns that the file is a ....drumroll.....File! You may say, well, all projects have a .aprx suffix. Well, map files, afaik, always have a .mxd suffix, but Describe() has no difficulty in telling you it is a map. I find this Arcpy API cumbersome and illogical The omission I allude to here is just one example. There is no arpy functionality to determine whether a dataset has a join. There is no API to change a a field's alias... And so it goes on. And , while I am on the subject, the documentation has this really annoying GUI that is slow and is constantly flashing and redrawing the side bar. It is tiresome, one loses one's place, and it probably gives people headaches (literal ones).
... View more
03-29-2018
06:48 PM
|
0
|
4
|
2258
|
|
POST
|
Hi Neil No, I am using desktop, just on a local machine. The basemap that ships with Business Analyst displays a map of the whole world, so I suppose that is why it uses Web Mercator. But an important, perhaps the most important, feature of BA is that it intended for use by non-GIS professionals (like myself), and hence people who don't know all the subtleties of projections etc. There is some history here. BA 10.0 used to use a special projection named, not surprisingly, "Business Analyst Projection". This projection was described as dynamic. By that was meant that the details of the projection changed according to the latitude and longitude of the area of interest, and the bounding rectangle. (Perhaps some guru from ESRI could comment). It seems that what you are telling me is this. That Web Mercator is essentially never used as a projection of small areas, distant from the equator. And that, regardless of the projection used in the basemap as shipped, that it implied that the user would choose a different projection, better adapted to his geographic area of interest. Im my case I suppose that would likely be "NAD_1983_HARN_StatePlane_Oregon_North_FIPS_3601", and that to use Web Mercator Auxiliary Sphere would give a terribly distorted map. But why doesn't a product like BA make this more explicit for the business user? Another thing I have never understood about ArcMap is that, if the frame and the dataset use coordinated base of different geographic datums, it asks the user for the appropriate transformation to use. Why?? Surely the software itself is best equipped to answer that question. How am I, the ignorant business user, supposed to know what the answer to that question is? Thx for your continuing help. Rob Stevens
... View more
04-11-2016
11:33 AM
|
0
|
1
|
406
|
|
POST
|
And another thing about this blessed Online World Geocode service is that one of the fields it returns is named city. This causes one of my fields, also named city, to be renamed as city_1. I DONT WANT THIS. Why the hell does it mess with my field names instead of changing its own? Or using a name less likely to cause a conflict like that?
... View more
04-08-2016
10:06 PM
|
0
|
0
|
547
|
|
POST
|
Hi Dan Yes. Not the specific error about the Willamette River, but the original error for which I posted a workaround. ESRI inform me that they are aware of a number of problems concerning the 2015 data update, although they did not get info specifics. Rob
... View more
04-08-2016
10:01 AM
|
0
|
0
|
1384
|
|
POST
|
Please see my solution to this problem at https://community.esri.com/thread/174980 Sorry. I should have posted it here, but I lost track of my original post. However, there is yet more bad news. In using the data at a scale of 1:10K I also find that there is no feature for the Willamette River in the basemap data. I doubt that many of you care about that specifically; but where there is one error, there are likely several, so my conclusion about this 2015 basemap, both raw data and layers, is that they are likely rife with errors. Rob Stevens
... View more
04-08-2016
09:35 AM
|
0
|
2
|
1384
|
|
POST
|
Neil, Rick, and Dan Thx for these responses: I am learning something from you guys. Neil asks: "What is your reason for having the data frame in Web Mercator?". I should have been more accurate and said that the frame is in WGS_1984_Web_Mercator_Auxiliary_Sphere projection (WKID 3857) Does that change the discussion? But to answer the question: I am using basemaps supplied by Business Analyst. Those basemaps "choose" WGS_1984_Web_Mercator_Auxiliary_Sphere for me. (BTW: my area of interest is Portland OR of an area about 30x30 miles, and sometimes a larger area of Oregon, but not the whole state). Business Analyst (I hope) is supposed to relieve the user of the necessity to worry about such things, so I suppose I should reflect the question back to ESRI. Would one of you expert people comment about WGS_1984_Web_Mercator_Auxiliary_Sphere. And I apologize if, by not specifying the name exactly, I have caused unnecessary work. Ty Rob Stevens
... View more
04-08-2016
09:25 AM
|
2
|
1
|
3171
|
|
POST
|
Ty Dan Yes. I think the problem has been that I have been running geocoding and with the geocoder set to save results in a geographic coordinate system (WGS 84). Whenever I use data created that way, any tool I use which honors the application environment setting is going to create data items based on geographic coordinates. I still do not understand the results I get. If, in my example case, you divide the Shape_Area by the Shape_length you get a value for r/2, the radius of the feature divided by two. Doing that, I get r=0.016863 in some units. I am using a radius of 1 mile, so there appear to be about 59.3 miles in one of these mystery units. That does not correspond to anything I know, even approximately. Anyway, thx for help. Rob Stevens
... View more
04-07-2016
02:46 PM
|
0
|
1
|
5805
|
|
POST
|
You say: "I really hope this helps". I'll say it does! Matthew, you are the man. That is exactly what is happening. I am getting some number which is in degrees squared, or something very like. What an absurd unit, even if the map does have a geographic coordinate system. Not even steradians based on the earth's radius. Oh well. Good. Now I just have to figure out how to change this default in the workspace environment. I guess something like this will always happen if one draws a geometric figure about a point that was geocoded into a latitude and longitude using the default value in the environment which says for output coordinate system, which says: "same as input". Ty Matthew. Rob
... View more
04-07-2016
01:38 PM
|
1
|
0
|
5805
|
|
POST
|
Ty for responses Neil and Dan. Dan, are you saying that if I created new features (I am not BTW), that those new features would change the coordinate system of the underlying dataset? Ie: I have features with GCS WGS 84 coordinates. I have a map with world mercator projection. I create a new feature, and the coordinates are stored in meters in the original dataset? So I have umpteen features stored as a pair of angles, and one feature stored with a pair of huge numbers? Or is it rather that the new feature will cause all the values in the original dataset to be converted to meters, and the coordinate system description will become Web Mercator (which I wouldn't want since I had a reason for having the original dataset in CGS WGS 84)
... View more
04-07-2016
12:24 PM
|
0
|
3
|
3171
|
|
POST
|
I notice that on many geoprocessing operations (eg joining polygons to points), and with certain geoprocessing tools (eg Multiple Ring Buffer) then the created datasets have two new fields in them (Shape_Area, and Shape_Length) My questions are two: 1. Why are these fields automatically created and populated when geoprocessing? I neither need nor want them. They just clutter up my data. 2. And,more important, the values for these fields do not always make sense (actually I wonder if they ever make sense: I have yet to find an example when they do) Let me give you a simple example of item#2. I use the "Multiple Ring Buffer" tool, and create a single circular polygon of radius one mile. One would think, therefore, that the Shape_Area would come out as pi sq miles: 3.141592... But no, I see a value of 0.000936. (Screen shot attached as .png) BTW: I am using the so-called "Equidistant Conic" projection. Ok, so maybe the units are sq ft or sq meters.... No! The value would be much bigger. Could they be in steradians: No! The radius of the earth is about 4000 miles and so the value would be pi divided by radius squared: approx 2e-7: much smaller than the value I see. Same comment applies to shape length. I see a value of 0.111. So, if I divide 2*pi*r by pi*r**2 I get 2/r=0.111/0.000936 => r=0.0169????? So nothing seems to make any sense. Can anyone shed some light on this??
... View more
04-07-2016
12:14 PM
|
0
|
5
|
8602
|
|
POST
|
There is an error in the basemap layer of the 2015 data supplied by ESRI as part of the Business Analyst extension To set the context. I have a map of Portland, Oregon. When I display the map at most scales, I see the Columbia and Willamette rivers, as I should. But when I display the map at a scale anywhere between 100K:1 and 150K:1 the rivers disappear -- the background symbology reverts to that of the land. I investigated by looking at the basemap supplied with the 2015 data, and the corresponding layer file. There are multiple group layers named Hydrology and within those groups a layer named Water Area. Those names are suffixed by a pair of numbers indicating the scale at which the layer displays. Eg Water Areas (150 - 100k). When I look at the data source for the Water Area layer at different scales I see the following: Water Areas (350 - 150k) Feature Dataset: MapWaterArea Feature Class: MapWaterArea_1 Water Areas (150 - 100k) Feature Dataset: MapOceanArea Feature Class: MapOceanArea_1 Water Areas (100 - 50k) Feature Dataset: MapWaterArea Feature Class: MapWaterArea It seems clear that the 150-100k data is wrong. It is pointing at the Oceans data, not at the Water Area data. And indeed, when I correct the feature class of the 150-100k data to be MapWaterArea_1 I find that the Columbia and Willamette rivers display correctly. I hope this may be of help to anyone else that runs into this problem (BTW: there could be other Hydrology layers at other scales that are incorrect. I did not exhaustively check them all. It was already a royal pain to correct all the maps I already had based on the incorrect basemap layer) Rob Stevens
... View more
04-04-2016
06:45 AM
|
0
|
2
|
5512
|
|
POST
|
Why can I not edit the data in a feature class in ArcCatalog? It seems that the only way to edit data is to fire up ArcMap, add the feature set as a layer to the map, and then use the editor toolbar. That seems absurd. Why should I have to have data present in a layer on the map when I am simply trying to edit non-geographic information? And another thing about ArcCatalog. When one preview the data, and selects a row, the row does not highlight in a new color. That makes it difficult to see which fields are pertinent to the selected row if the number of fields is large and one has to scroll left and right. It appears to be yet another deficiency of ArcCatalog.
... View more
04-03-2016
10:52 PM
|
0
|
1
|
3325
|
|
POST
|
Can someone answer this question. It is not peculiar to any version of Arcmap desktop: I have seen it in 10.0, 10.1,10.2,10.3 and 10.4. When I "start editing" from the editor toolbar I get a dialogue box asking which layer or workspace I wish to edit. After I choose one I get another warning dialogue box which lists all (well, all, as far as I can tell) the layers in the frame and where each one has a message "Spatial reference does not match data frame". There are many layers in my frames because I am using Business Analyst basemaps which have multiple datasets which display at different scale values. Why do I get this message? Both the data frame and the layers are using the same geographic coordinate system (WGS_84), although the former is projecting the data using the World Mercator projection. The warnings don't prevent my being able to edit the data: I am only editing fields which are not geographic. But the message seems to imply that if I were digitizing new features that I would be met with failure.
... View more
04-03-2016
10:43 PM
|
0
|
11
|
8010
|
|
POST
|
I will answer my own question. In Arcmap the list of geocoding services comes from, potentially, 3 places: The map itself (stored internal to the .mxd) The system configuration file: C:/Program Files/ArcGIS/version/Locators/DefaultLocator.xml The per-user config file: C:/Users/user/AppData/Roaming/ESRI/version/Locators/DefaultLocator.xml All three are consulted by Arcmap, but, obviously, the first is not available to ArcCatalog. Hence the difference. There should still be an API to query and change the list of geolocators stored in the map.
... View more
04-03-2016
05:42 PM
|
1
|
0
|
1175
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 12-20-2019 09:40 AM | |
| 1 | 06-13-2019 05:20 PM | |
| 1 | 03-26-2023 12:43 PM | |
| 1 | 03-07-2023 02:38 PM | |
| 1 | 03-04-2023 02:01 PM |
| Online Status |
Offline
|
| Date Last Visited |
09-12-2024
03:19 AM
|