|
POST
|
How about the original owner? Could they delete it? Or can you add something to it so that it points to something. Maybe that would then give you some substance that could be deleted ? Is there a scripting interface that might let you get rid of it?
... View more
03-07-2016
04:53 PM
|
0
|
2
|
8655
|
|
POST
|
You should be fine. If you install that certificate and then were to look into it, you'd see that it covers: *.mydomain.edu So ad.mydomain.edu or site2.mydomain.edu or site1.subsite.mydomain.edu are all going to be covered by that domain certificate. That's the beauty of the domain certificate. You could also claim that's the weakness of a domain cert since it can cover anything created inside the domain and we can't control what others create. Keys to the kingdom thing...
... View more
03-02-2016
10:22 AM
|
1
|
0
|
819
|
|
POST
|
If the issue is possibly that your prior password is too weak perhaps setting the UAC password settings back to allow weak passwords would allow you to login. Just a thought. -Paul Davidson
... View more
02-29-2016
09:38 AM
|
0
|
0
|
2480
|
|
POST
|
Thanks for this... I am about to bring up our 10.4 dev Portal and of course like any big org, we have to have computability view turned on. I wonder if there is anyway in IIS to lower the security or tweak a setting to avoid the error?
... View more
02-24-2016
01:46 PM
|
1
|
0
|
4409
|
|
POST
|
You can build an all in one machine with Portal, a Hosting Server, a Data Store and the two web adaptors with very little effort if you utilize the Chef Cookbook from Esri. I only use this setup as a dev environment and after it's setup, you want to look into the Data Store settings and probably modify the default backup schedules etc... I overflowed our disk initially with some fairly small data sets. Others have reported using all in one boxes in production though. Check out this post: Get Started With ArcGIS Cookbook · Esri/arcgis-cookbook Wiki · GitHub A new cookbook for setting up 10.4 was just released. Seriously worth a look
... View more
02-18-2016
05:59 PM
|
1
|
2
|
2720
|
|
BLOG
|
Thank you Ismael. Just what I was looking for. Any idea when access to Survey Gallery or View Results might become available ? -Paul
... View more
02-13-2016
10:57 AM
|
0
|
0
|
3406
|
|
BLOG
|
At the recent Esri Water Conference, it was mentioned that the next release of Survey123 would be Portal compatible. Is that this release or the one scheduled for March? Looks to be a very useful tool! But we're committed to a Portal setup so...
... View more
02-12-2016
04:53 PM
|
0
|
0
|
3406
|
|
POST
|
I'll throw out the following as a starting place for discussion. I think there are three major components to this question that you need to understand and answer before you get into finer points like: What's management's view of the Cloud? - All for it? totally against it? Your CIO might already have your answer for you. What's your network speeds like, your ISP speeds? if your ISP is still on dial up then AGOL is DOA. Company growth rate? etc... I'm sure there are a lot of other things to be considered. But the three major things that were involved in our decision to go with Portal were: 1. What is the status of your data? a. All data is for public consumption b. All data is confidential and must be protected c. Combination of confidential and public data. 2. What is your staffing level? a. Do you have sufficient staff and are they technical enough to support standing up Portal and keeping it running from the IT side? Building up servers, installing software, updates, etc... b. Ditto for the work load of supporting the AGS Feature Service, Map services, etc... This is probably about the same across Portal and AGOL but I suspect Portal might require more in house resources (time.) 3. What's your infrastructure level? a. Do you have sufficient hardware resources (hard or virtual) to stand up Portal, a Data Store, Integrated Server? (this of course is dependent on size of your organization, etc...) b. Do you have sufficient financial resources to handle all of your named users? This one is irregardless of Portal or AGOL. Both require named users and the cost is the same. But one AGOL license does not also mean one Portal license. They are independent. If you already have AGOL licenses, I believe you can transfer them to Portal if you go that route but that's between you and Esri. I think if you answer True to 1.a, then stay with AGOL. Why replicate AGOL in house if you don't have a burning need for keeping data and processes behind the firewall? AGOL is kept up to date for you and new advances show up there before they do on Portal. Let Esri be your IT staff if you can. AGOL will scale as you need more resources. Portal you're responsible for the scaling issues. If 1.b is True, then Portal is almost a given. Yes, AGOL has security built in and you might be fine using restricted access but most organizations in this situation deal with security by keeping it in house. And if you're in 1.c then you have to consider 2 & 3. Do you have the resources to build up and support your own Portal? It's not a trivial thing to stand up. It's not impossible by any stretch but when you have AGOL sitting there for you, pretty much ready to go, then I think you need to have a compelling case for adding to the company work load and resource drain. There's my quick two cents worth.
... View more
01-07-2016
02:05 PM
|
2
|
0
|
1001
|
|
POST
|
Randall: Was digging around to try to find that enhancement and was not able to find on GeoNet or on ArcGIS Ideas. Can you provide a link? Not sure how my searches are missing it... Thanks
... View more
12-31-2015
11:49 AM
|
0
|
8
|
2955
|
|
POST
|
Interesting read and comparison: totally agree, with today's boxes, cranking 50e6 point calcs in .96 vs. .66 Well... that's blazing and the difference is irrelevant for a real world app. What's most interesting to me (besides the flip in which is the faster lib at 1e5 pts) is the internet wars over such meaningless stuff.
... View more
12-23-2015
05:20 PM
|
0
|
0
|
3022
|
|
POST
|
yes, I expect the values got that way just as you describe. the spatial resolution is so small as to indicate to me there was no spatial_reference in place. The assignment thing is puzzling. I do find one value of the 7.1e-09 in th original data. I suspect related to the very fine resolution. I'll probably do a reprojection with realistic resolution and see if that changes anything. While I've tried to kick the habit of worrying over speed in todays world, and I usually do manage to qualm the OCD, it still is there in the background. I imagine you've dealt with days when having an 8087 made a huge difference in one's calculations. If speed were an issue, python wouldn't be the first choice would it. But we'd have to be talking mega data. Takes longer to load arcpy that in does to process 200K rows these days with da.XCursor. I appreciate the help. Edit: JIC others ever struggle with this: I have verified that the issue of the zeros that are showing up as ~7.2e-9, even when assigned = 0.0 in a da.UpdateCursor (when they read back as the 7.2e-9), is all due to the Spatial Resolution of the original file being extremely small. I re-projected the original feature class to the same state plane projection, except I set the resolution to the one that is standard here, 0.00025 That data set then updates points at (None,None) to 0.0 and when read back in, the points return 0.0
... View more
12-23-2015
02:27 PM
|
1
|
2
|
3022
|
|
POST
|
Exactly my thoughts, I had written almost the identical routine, just passed in tol which complicates it a bit. Is it + or -, etc... Not sure if I need tol variable or not. Probably not. Certainly the function would be fastest to just have hard coded upper and lower bounds. But speed is not an issue. Edit: btw - I was wrong, this issue didn't suddenly show up and what I had been reading as 0.0 I was all of the sudden reading as ~ 7.3e-8 In the heat of the late night coding, I had started working with a new data source that had much finer resolution, on the order of the fp error. At least values in a dataset didn't suddenly change on me out of the blue. thanks again. fyi... one could refractor out the gub def isZero(val,tol) :
llb = [-tol, tol][tol < 0 ]
gub = abs(tol)
if llb < val < gub :
val = 0.0
return val
... View more
12-23-2015
01:13 PM
|
0
|
4
|
3022
|
|
POST
|
Is there a way to apply formatting to the read of a da.UpdateCursor? (or SearchCursor) Other than to read the raw values and then format them? Can the fields statement define formatting? The latest esri documentation on the da.UpdateCursor for spatial_reference says: (The default value is None) While for a da.SearchCursor: By default, the spatial reference of the geometry returned from a search cursor is the same as that of the feature class opened by the cursor. Not sure I get that logic. Isn't an update nothing more than a search followed by an UPSERT? But I don't have to get it... Just deal with it. That would seem to me to mean that a da.UpdateCursor should have spatial_reference as a required field. To default to none seems to introduce all sorts of nasty head scratching errors. While I've seen floating point errors in calculations over the years, not sure I can recall ever seeing a definition of 0 introduce slop into zero. There is a bit representation of that after all. It also seems odd that what had been reading and writing as zero suddenly, for no apparent reason, start showing up just outside the margin of the resolution of the feature class. live and learn thanks
... View more
12-22-2015
11:01 PM
|
0
|
6
|
3022
|
|
POST
|
As an addendum to my NULL SHAPE question... I've just hit a very strange issue. For days I've been working with various FeatureClasses (in file geodatabases, and in enterprise geodatabases, etc... trying a variety of workspaces) And for days, using an UpdateCursor, I've been successfully writing points as (0.0, 0.0) This evening, I suddenly had the code: fields = ['OID@', 'SHAPE@X', 'SHAPE@Y'] with arcpy.da.UpdateCursor(myFC, fields) as cursor : for row in cursor: row[1] = 0.0 row[2] = 0.0 cursor.updateRow(row) Start writing non zero values into the XY locations. When I read the data back in: Shape(X, Y):(7.45058059692e-09,7.45058059692e-09) Ok, sure, it's quite small and I could effectively work with it via a small delta function but that makes no sense. 0.0 should not have a rounding effect, should it. Any ideas why this suddenly started happening? Like I say, for days it's been written as 0.0 and read back that way. And the datasets have always been in the same state plane coord system so unless I missed something and I'm dealing with some small projection error... But from the same dataset back to the dataset should have no projection translation... It might be that my PC has flaked some bits and .... And I'll reboot and try again but this seems very strange.
... View more
12-22-2015
09:11 PM
|
0
|
8
|
5512
|
|
POST
|
Thanks Joshua... I guess the situation of NULL interpretation is what I'm up against. When I create a query using SHAPE IS NULL, it returns no records. But I find >300 records that have SHAPE@X = None when i iterate through the rows in arcpy. I guess my current method of reading all records and examining the two XY fields is the best way to go.
... View more
12-22-2015
05:03 PM
|
0
|
0
|
3707
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 04-11-2016 12:58 PM | |
| 9 | 09-19-2021 04:19 PM | |
| 1 | 05-29-2018 12:13 AM | |
| 1 | 03-21-2017 09:48 AM | |
| 1 | 01-24-2017 09:08 PM |
| Online Status |
Offline
|
| Date Last Visited |
03-23-2026
09:31 AM
|