POST
|
Did you share your map? Also, (in AGOL) in Settings on the map (and possibly the layers too, I can't remember) make sure the checkbox "Use in ArcGIS Collector" is checked near the bottom of the settings page.
... View more
10-22-2020
01:46 PM
|
0
|
1
|
25
|
POST
|
Samsung Galaxy S10e, Android 10, Collector 20.2.1 (connected via both unrestricted network and wi-fi) I tap on Collector, and I get standard login screen, I tap on "Sign in with ArcGIS Online", then instead of the login screen with user/pass to arcgis.com I get a blank screen ("Screenshot.jpg" attached). Collector is otherwise fine, I can browse and use the canned demo maps. Also Collector correctly connects to my account on a *different* phone. Possible factor: at some point I did both a Clear Cache *and* a Clear Data in the app's setting; however, I'm sure I was able to log in after doing that (well, 90% sure). None the less my current theory is that some connection path was erased with the Clear Data action. I've already powered off and on, and done two uninstall-install cycles. Is there a way to do an uninstall and then have Android forget anything related to the app? Or is Android unlike Windows where uninstalls don't always clear user data? Clicking on the lock symbol yields the 2nd attachment ("URL.jpg"), the menu gives the last attachment ("Menu.jpg"). The menu seems odd, powered by Firefox? - I do use Firefox for Android, and it's my default browser, but is that how collector connects?
... View more
10-22-2020
01:43 PM
|
0
|
0
|
90
|
POST
|
Is there a way to constrain the Attribute Table Widget's row height? Another way to say it would be to prevent word-wrap. I have fields with a lot of text, and they're wrapping so that the row in the attribute window is too large. I would like it to look like ArcMap or Excel where a row has fixed height regardless of how much text is in any of the fields.
... View more
02-14-2020
07:10 AM
|
0
|
1
|
54
|
POST
|
Is there a place to see what the current recommended steps are for DEM conditioning? I'm following the (2.0) tutorial, and the tutorial says to do a Burn Stream Slope. How can I see what I'm really supposed to do?
... View more
08-11-2014
08:58 AM
|
0
|
1
|
66
|
POST
|
Just to document the steps: VB.NET 2010 VS Express: -Project menu --YourProject's properties (at the bottom of the menu) ---Compile tab ----Advanced Compile Options button -----Target Framework pulldown
... View more
04-10-2014
04:40 AM
|
0
|
0
|
8
|
POST
|
For the record I received my ArcGIS Online subscription offer on December 23rd and I've since successfully activated it. I suppose I'm still so awed by getting the full blown package along with extensions for ~$100 that I'm not complaining.
... View more
02-06-2014
01:19 PM
|
0
|
0
|
6
|
POST
|
I don't understand that last bit Sorry, I wasn't clear. When I said "our original contour layer", I was referring to an entirely separate contour layer created by others with unknown source data and before my time. That is, we had a full county contour layer (2' vs the 1' I was making) which drew at a very reasonable speed. That was my benchmark in terms of what was going to be acceptable to other users. I should have said something like: "another contour layer in common use made by others" to make it clear it had nothing to do with my project. Based on what I learned from this thread there was a dramatic performance gain from what I'd originally created. The resultant layer, still huge and excessively detailed, draws at a perfectly acceptable speed. Thanks to all who posted. PS: For readers new to this thread looking for a quick answer look first to Vangelo's answer in post #4, and then a description of my solution based on this in post #9
... View more
01-13-2014
04:53 AM
|
0
|
0
|
3
|
POST
|
Fewer rows are faster, except when there's data that can't be rendered. There's the quick and dirty answer to the original question from Vangelo (#4 below). Best practice would be to intersect the contour lines against a regular grid of at least 5x5 over the study area, then dissolve by grid cell and elevation (unioning nearby shapes with the same attribute). Before I tried this I reassembled clipped subsets; I'll describe that in a minute. However I finally tried the exact method from Vangelo. Again, my original data set (*un*dissolved) had ~2.6 million features, many with thousands of vertices. I created a 15x7 grid, and then attempted to intersect the whole thing. After four days the process finally crashed (out of memory). I tried these exact steps on a far smaller subset, and it worked perfectly. The result was that my contours were split up by my grid and dissolved, but otherwise identical to the original contours. Note: it's the dissolve that really makes the difference in performance. The way that I actually worked with the entire data set was by clipping and then merging. As far as I can tell this accomplishes the exact same thing. The entire set of contours was diced up into pieces and dissolved but otherwise identical to the original. Here are the steps I took: - Create an index grid of squares (Toolbox -> Cartography -> Data Drive Pages -> Grid Index) - Create a model (actually I scripted it, but the model iterator works great too) [INDENT] - Use Feature Selection iterator over index grid - Clip the contours with the output of the iterator - output the new feature class clips into a GDB [/INDENT] - Dissolve the individual clipped feature classes from above [INDENT] (using another model with a Feature Classes iterator over the GDB)[/INDENT] - Merge the dissolved clips again using a Feature Classes iterator. I suppose this could all be grouped into one model but that's not the way I did it. I am of course using a scale restriction. The final product is slower than our original contour layer, but it's certainly acceptable performance.
... View more
12-18-2013
05:29 AM
|
0
|
0
|
6
|
POST
|
Thank you both! I gave the answer to Jake since that solution actually did the selection. I had been thinking that Jake's solution required creating a feature class (or at least a feature) somewhere, but then I realized that this uses an on-the-fly geometry as discussed at the top of the Geometry class help page . I'd read William's post first, and so researched the extent method. Based on that I tried this: mxd = arcpy.mapping.MapDocument("CURRENT") df = arcpy.mapping.ListDataFrames(mxd)[0] extent = df.extent grids = arcpy.da.SearchCursor("Clip_Grid",("SHAPE@","PageName")) for grid in grids: if (extent.contains(grid[0])) or (extent.overlaps(grid[0])) or (extent.within(grid[0])): print grid[1] And that successfully prints out each PageName value in the equivalent of an intersect. As a side point, why is there no simple "intersects" method? PS: Oh, there's still the question of whether or not the extent environment parameter for the Select Layer by Attribute tool is actually broken. Jake? Based on your logo, can you answer that just for curiosity? (either way though, thank you for the work-around).
... View more
12-12-2013
07:59 AM
|
0
|
0
|
7
|
POST
|
I tried refreshing an old post ( Select Layer by Attribute with Extent environment parameter ) on this topic, but it doesn't seem to be attracting any attention. I'm trying to restrict a Select Layer by Attribute to my display extent. This is clearly outlined on the help page (3rd bullet pt) . No matter how I use the tool (stand-alone, in a model, via Python) it always selects everything. Since I want to select everything in the current display extent I'm using this SQL expression: "OID" = "OID" This seems like such a handy feature that I find it hard to believe others haven't had this problem, so I'm wondering if it's me. 10.1, Win 7 64 PS: I'm curious if others have this problem, but I'll green check anyone who gives me an alternate "Select All in Display" tool/method. (obviously this is going to be geo-processed so "use the mouse" will not get a green check 🙂
... View more
12-12-2013
03:44 AM
|
0
|
4
|
132
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|