Latest Contributions by CarolKraemer1

‎04-20-2018

This is wonderful work! I hope your presentation and workshops went well. I wish I could attend the UC this year but it does not look like I will be able to (as of now). I hope we can find out soon from the university what we can share here of the outcome from our project from last year.

‎11-05-2017

Kelly Hutchins Thank you so much for setting this up! I'll be reviewing features this week. Let me know how best to provide feedback.

‎07-27-2017

I am new to ArcGIS Pro and am using a current project to test working with portal services. I created a feature class and used the Share as Web Layer tool to publish as a hosted feature layer to our AGO org. When I first attempted this and clicked on Analyze, I received an error which brings publishing to a full stop: Here is the link to the error: "00172: There are no credits available to publish this service" As you can see from the screenshots above, I've only chosen the Feature Layer type. Here's what makes this error very strange: Account used for this test was a new account and the old account I had has been deleted. Before deleting the old account, I changed the ownership of all my old account’s content to the new account, including hosted feature layers using Python tools. I never got a warning/error about credits. I’ve uploaded data in the web browser into the content of my new account and never got a warning/error about credits. I’ve had 0 credits in the new account and never got a warning/error about credits. Once I allotted some credits to the new account, the error in ArcGIS Pro disappeared and I was able to publish to my content in AGO. So I’m not sure why Pro is enforcing the whole credits thing. This feels like a bug or at least inconsistent behavior. Is anyone else experiencing this?

‎07-06-2017

I've been working with some of the samples within agoTools and seem to be running into a bit of an issue, particularly when trying to search for groups using the listUsersByGroup.py. I added a bit to the script that ensures I am pointed to the correct AGO organization URL, however, when I search for some of the more generic group titles (i.e. GIS Testing Group), I am getting a group in another external organization because public groups seem to be treated as though they are content in our organization. Example: https:// <our_org>.maps.arcgis.com/home/group.html?id=af9372e80ab148e39e1b90531964....#overview (It's our org address but not a group ID from our org. The group ID is of one shared to everyone by another user/org.) Is there any way to exclude any content that actually owned by our org? Like making sure the group is an item of the orgID? I've also tried turning off the search capabilities within our organization so that members are unable to search externally but that didn't seem to matter which I think has to do with needing to be an admin in order to use the agoTools. My apologies if this is something obvious that I am missing and thank you in advance for any suggestions! python‌ agotools arcgisonline arcgis for desktop 10.4.1

‎04-10-2014

Ian, silly me, I had not actually thought of that. I've saved it as a 10.0 toolbox. I'll have to wait to see if it works but don't see any reason for that not working. I appreciate you showing me that!

‎04-09-2014

Good morning! I've created a toolbox with a few models in it using ArcGIS 10.2. I sent it to someone who is currently using ArcGIS 10.0 SP2 and while they can open the toolbox, the models are not in there. All models have been set to be relative pathed and both of us are using ArcInfo/Advanced level licenses. I'm guessing that my problem is a compatibility issue between the versions. I've tried finding a best practices for sharing toolboxes/models between versions but haven't found anything. My question is, is there a way to either rebuild the models in 10.2 that would allow them to be used within other 10 versions or am I stuck exporting python scripts and walking the person using 10.0 through the process of importing them into a toolbox they create on their end? Thank you in advance! -Carol

‎04-02-2014

It could have to do with any number of factors. ArcObjects (Geometry Calculator) and Python (Field Calculator) may handle geometry differently, although I would consider that a better candidate if this was a geodatabase with true curves rather than a shapefile with densified curves. The Spatial Reference may be accessed differently by the two methods. Are you sure your data frame is using the coordinate system of the polygons you are calculating for the Geometry Calculator? You could also try specifying the coordinate system explicitly in the environment setting of the Field Calculator tool to see if that made any difference. It is a black box, so no one but the programmers involved could say for sure how the calculation processes differ and what factors could produce the results you are seeing. Most likely both results are correct according to the method applied. Insufficient information exists to determine which method you would prefer to apply or how to remove the discrepancy in the methods. Thank you for your reply, Richard. Yes, I'm certain about the Spatial References both for the files and the dataframe I'm using. It must be the dreaded black box. I've run across this issue before using things like Raster Calculator and ArcSWAT tools (don't judge, it was during my senior year in college 🙂 ). The differences won't have an impact on my current task at hand but it would be nice to know in case it would in the future, for me or anyone else. Happy GISing!

‎04-02-2014

On the same field (Double) of a shapefile, I used both the Calculate Geometry (in attribute table) and Calculate Field (in Model Builder) using the !shape.area@acres! to calculate Acres. The goal is to have Acres calculated within a model. My question is, why would I get slightly different results when using the two methods? Using Field Calculator (in attribute table) and Calculate Field (in Model Builder): [ATTACH=CONFIG]32745[/ATTACH] Using Calculate Geometry (in attribute table): [ATTACH=CONFIG]32746[/ATTACH] I know the difference is small but it's still a difference that makes me wonder which is correct. I'm using ArcMap version 10.2.0.3348 64-bit on Windows 8, in case that helps. Thank you in advance for any knowledge you share! -Carol

Online Status	Offline
Date Last Visited	‎11-11-2020 02:23 AM

My Ideas

Latest Contributions by CarolKraemer1

Re: DIY Accessibility

Re: Welcome to the Accessibility group - Let's get started!

ArcGIS Pro error when using the Share as Web Layer tool - "there are no credits available"

Is there a way to lock the agoTools scripts to organization content only?

Re: Sharing toolboxes/models between ArcGIS 10.2 and 10.0

Sharing toolboxes/models between ArcGIS 10.2 and 10.0

Re: Calculate Geometry in Model Builder

Re: Calculate Geometry in Model Builder