POST
|
Hi there - Years later...is that code still available? The github link doesn't work anymore. Thanks! Nif
... View more
02-08-2019
07:28 AM
|
0
|
2
|
2277
|
BLOG
|
Are these vector basemaps no longer accessible in ArcMap? They were up until about a week or so ago and the pages for them still have the "open in ArcGIS desktop" (which yes, could be ArcMap or Pro). We haven't and won't able to fully transition to ArcPro for awhile and it would be really unfortunate to have this access taken away.
... View more
11-02-2018
10:06 AM
|
0
|
0
|
214
|
BLOG
|
I really like the new interface - much easier - thanks! (one think I'm not so keen on is that the browse by topic is more prominent than the browse by product but I suspect that is just my brain reacting to a new way to looking at things)
... View more
08-08-2018
08:26 AM
|
1
|
0
|
2277
|
POST
|
Is there a way to automatically assign a specific icon to groups that are created by the Business Analyst app? It would help identify groups that are auto-generated by the app. Thanks.
... View more
08-01-2018
02:01 PM
|
1
|
1
|
548
|
POST
|
Yeah, I understand the difference between setting options and "actually unhiding the folder". And I also understand that I could just copy those files elsewhere - that is obvious. I have already done that. But my curiosity was piqued about why ArcMap follows the view preferences set in the Windows options but ArcGIS Pro does not. It is confusing to a user who is used to "seeing" hidden folders in Windows explorer and elsewhere to all of the sudden NOT see them in the ArcGIS Pro program. So the question here really is why is the underlying mechanism of how ArcGIS Pro accesses the windows files different from ArcMap?
... View more
10-04-2017
01:55 PM
|
1
|
1
|
2569
|
POST
|
So both responses have merit. ArcGIS Pro is NOT recognizing the Windows folder options (Show hidden files, folders, or drives) so via Asrujit SenGupta's answer, you can just get around that by dumping the path in and going from there. Dan Patterson's answer is correct in that if I were to actually unhide the folder (rather than show hidden files, folders, or drives) it would then be visible in ArcGIS Pro's folder selections. However, seeing as AppData is one of those folders that hidden by Windows on purpose I don't necessarily want to unhide it (not that it matters really - no one else is on my computer). It would appear to be a backward step. Sure there are workarounds but why not go back to following the Windows folder options settings? So with these settings: This is what ArcMap shows: But this is what ArcGIS Pro shows:
... View more
10-03-2017
11:28 AM
|
0
|
3
|
2569
|
POST
|
I'm trying to import a layout in ArcPro from my saved layouts from an ArcMap installation but ArcPro is not recognizing the "hidden" appdata folder. It is not actually hidden in my directory as I have opted to "show hidden folders" ages ago and I can certainly see and access in in Windows Explorer. So how do I get ArcPro to recognize that that folder is not hidden? Thanks.
... View more
10-02-2017
09:55 AM
|
1
|
6
|
3734
|
POST
|
Katie - Thank you. I wish this weren't the case. We want to use Level 1 for clients we are sharing maps with to keep them secure. But over time they will not need access to a particular project. However, we often have clients start another project with us. So under the existing set-up we would go through all the work to set up a Level 1 user and assign them to a group that has only their products it in, share the login for some period of time. Then if we needed the level 1 slot we would have to remember what groups they are assigned to (they are only viewers so there will be not content from them. Then we delete them. If we need them again, we create another user, try to remember the groups they were originally assigned to and start the process over. We have upwards of 500 different clients a year (actually a couple thousand over a few years) and it's not cost effective to pay $150K/year to just keep these around. But the administration process if we don't is daunting and error prone.
... View more
09-11-2017
08:13 AM
|
1
|
0
|
1940
|
POST
|
If I move my color coded mapping layer anywhere the defaut top location, change symbology (for more regular breaks) as soon as it refreshes (save symbology) the ranges revert but the legend ranges stay as what I want them. I remember going through this last year but I don't remember what I found. Another argument for, you know, maybe writing stuff down!
... View more
09-11-2017
08:05 AM
|
0
|
2
|
565
|
POST
|
So if I have 50 Level 1 users... If I have assigned all of them and then disable one can I then make a new one? Would my list of users appear to be 51 with 50 active and 1 disabled? Must I delete or can I disable?
... View more
09-06-2017
02:01 PM
|
0
|
6
|
2508
|
IDEA
|
So currently the Network Analyst has the Closest Facility tool and the Origin-Destination Cost Matrix tool that are similar with the two main differences (for me at least) being: 1) CF ranks facilities and is not capable of handing matrix level volume 2) CF allows for both start time AND end time The Service Area tool also accommodates for end time (arrive at) as well as start time (depart at). So the only network tool that doesn't allow for this is OD Cost Matrix. I would very much like to see the OD cost matrix tool to allow for end time (arrive at) as well as the existing start time (depart at). The CF tool is essentially doing this but only allowing for a handful of results (facilities to find). Please, please, please accommodate end time in the OD Cost Matrix tool...(psssst Google Directions mapping services does it but you have to develop a batch tool on your own and have an api key) Hierarchy Rank Settings (optional) Prior to version 10, this parameter allowed you to change the hierarchy ranges for your analysis from the default hierarchy ranges established in the network dataset. At version 10, this parameter is no longer supported. If you wish to change the hierarchy ranges for your analysis, update the default hierarchy ranges in the network dataset. Output Path Shape (optional) Specifies the shape type for the route features that are output by the analysis. TRUE_LINES_WITH_MEASURES—The output routes will have the exact shape of the underlying network sources. Furthermore, the output includes route measurements for linear referencing. The measurements increase from the first stop and record the cumulative impedance to reach a given position. TRUE_LINES_WITHOUT_MEASURES—The output routes will have the exact shape of the underlying network sources. STRAIGHT_LINES—The output route shape will be a single straight line between each paired incident and facility. NO_LINES—No shape will be generated for the output routes. No matter which output shape type is chosen, the best route is always determined by the network impedance, never Euclidean distance. This means only the route shapes are different, not the underlying traversal of the network. U-Turn Policy (optional) The U-Turn policy at junctions. Allowing U-turns implies the solver can turn around at a junction and double back on the same street. Given that junctions represent street intersections and dead ends, different vehicles may be able to turn around at some junctions but not at others—it depends on whether the junction represents an intersection or dead end. To accommodate, the U-turn policy parameter is implicitly specified by how many edges connect to the junction, which is known as junction valency. The acceptable values for this parameter are listed below; each is followed by a description of its meaning in terms of junction valency. ALLOW_UTURNS—U-turns are permitted at junctions with any number of connected edges. This is the default value. NO_UTURNS—U-turns are prohibited at all junctions, regardless of junction valency. Note, however, that U-turns are still permitted at network locations even when this setting is chosen; however, you can set the individual network locations' CurbApproach property to prohibit U-turns there as well. ALLOW_DEAD_ENDS_ONLY—U-turns are prohibited at all junctions, except those that have only one adjacent edge (a dead end). ALLOW_DEAD_ENDS_AND_INTERSECTIONS_ONLY—U-turns are prohibited at junctions where exactly two adjacent edges meet but are permitted at intersections (junctions with three or more adjacent edges) and dead ends (junctions with exactly one adjacent edge). Oftentimes, networks have extraneous junctions in the middle of road segments. This option prevents vehicles from making U-turns at these locations. If you need a more precisely defined U-turn policy, consider adding a global turn delay evaluator to a network cost attribute, or adjusting its settings if one exists, and pay particular attention to the configuration of reverse turns. Also, look at setting the CurbApproach property of your network locations. Restrictions (optional) List of restriction attributes to apply during the analysis.
... View more
04-21-2017
02:09 PM
|
3
|
0
|
1276
|
POST
|
So...if I don't use web appbuilder I just click a checkbox. If I use web appbuilder then I am using a proxy (that I don't actually have to set up??) but that's probably what the checkbox is doing in the configurable web apps. I would guess that doesn't have the consume credits icon because it's subscription content but not premium content. The help page for this (now that I know what to look for!) is Attribute—Web AppBuilder for ArcGIS | ArcGIS This solves the problem - thank you for the clarification.
... View more
09-19-2016
10:41 AM
|
0
|
1
|
725
|
POST
|
Hi. so the webmap in question was already in a Webapp and that option to allow access to Subscriber Content does not appear when you are using Web AppBuilder. I changed the title of this question and do not consider the revised question answered. So the refined question is - how to make living atlas layers publically accessible in a WebApp created using Web Appbuilder??
... View more
09-19-2016
10:04 AM
|
0
|
3
|
725
|
POST
|
I would like to be able to make public maps that show living atlas layers. Is there currently any way to do this? Requiring a user login to access a map that utilizes these layers seems counter intuitive to the whole "maps for all" message. We are trying to show floodplains on a map that we are making public but no one but those of us with logins can see the data. So in order for anyone else to see this I have to 1) created a guest user with an internal email 2) login for the first time and reset the just created password (why ESRI why?) 3) put myself, that user, and the user creating the map into a group so we can access the maps and keep them separate 4) pass along user name and password (and keep track of) various "guest" logins. It would be easier if there were a private, non-user based password protected view or a link accessible but private view. Or if we could just see living atlas layers in public map. Any thoughts? Am I making the miscellaneous guest user process to difficult? We have about 5-10 of them already taking up some of our 50 seats.
... View more
09-14-2016
08:31 AM
|
0
|
6
|
1705
|
Title | Kudos | Posted |
---|---|---|
1 | 08-08-2018 08:26 AM | |
1 | 08-20-2014 09:25 AM | |
1 | 09-11-2017 08:13 AM | |
1 | 05-09-2012 09:10 AM | |
1 | 10-04-2017 01:55 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:24 AM
|