|
IDEA
|
@MollyGreenHogeweg - Nice! Maybe the AI Assitants could have a chat on the backside with the Esri Support AI Chatbot when putting together "happy path", "workaround", or "doesn't work right now" guidance for us. @JonathanMcD - ask big!
... View more
Wednesday
|
0
|
0
|
108
|
|
IDEA
|
All ArcGIS AI Assistants in all Esri products could be trained on all bugs so that they could offer Esri's customers a workaround path to success or an early failure to save customer time and effort if the happy path is blocked by known bugs. Furthermore, the AI Assistants could report failures to Esri's support team and Cc the customer, hopefully leading to prioritization for repairs. That would be pretty useful. cheers, tim ArcGIS, Online, Enterprise, Server, Portal, Pro, geodatabase, just keep going with product tags here, etc.
... View more
a week ago
|
3
|
3
|
266
|
|
IDEA
|
ArcGIS Enterprise Portal 12.0 introduced a configurable classification schema (https://doc.esri.com/en/arcgis-enterprise/latest/administer/configure-classification-schema.html?pivots=os-windows), which, in and of itself, is very useful for my employer. The idea - Guardrails I imagine that this is on some roadmap somewhere, and I'm hoping it's in the near term. Let's say that we have configured our portal with this classification schema: must be classified before sharing confidential with special handling requirements confidential public When adding or creating a new item to portal, the system could apply a default classification to the item. We could configure the one we want to be default. Let's say we configured A above as the default. Portal Item sharing could operate with respect to the classification. When attempting to share to Everyone or Organization, the operation would fail with an informative message if we had configured portal to fail for classifications A, B, or C. When attempting to share to a Group, the operation would fail if we had configured portal to fail for classification A. That's my only idea today. cheers, tim
... View more
3 weeks ago
|
2
|
0
|
187
|
|
POST
|
@MariaGiarrusso - Good tip, thanks! Fixed my similar problem using ArcGIS Pro 3.5.6 with ArcGIS Enterprise 11.5.0. Of course, I then had to go do the pop-up configuration work again, but such is life in Esri-land.
... View more
3 weeks ago
|
0
|
0
|
229
|
|
POST
|
Yeah, I was getting 1.471 million/second (that's right) doing COPY from CSV to PostgreSQL unlogged table, which straight up spoiled me. I'm glad I didn't have to get all chunky on the input data, and I'm glad that the local power company, Dell, Microsoft, SAFE, and Esri loaded the 680m records to the EGDB table in the 12 hours that I was not paying any attention at all. Cheers Marco, tim
... View more
10-24-2024
02:51 PM
|
1
|
0
|
4966
|
|
POST
|
Ok, I have _an_ answer, maybe not _the_answer. So, no, ArcGIS Pro will not do this for me when I'm using the Append tool. Data Interoperability extension claimed a successful load after 11 hours 54 minutes (ugh), all on the local machine with no network transfer happening. I still need to poke at it a bit to see if I agree with FME's "successful" claim. So, that's that. Thanks everyone. tim
... View more
10-24-2024
08:29 AM
|
0
|
2
|
4977
|
|
POST
|
Looks like the CMS configuration got jiggled so there's no way to select an off-menu avatar. That's my UX, anyway.
... View more
10-23-2024
01:41 PM
|
0
|
2
|
3591
|
|
POST
|
Thanks Marco, lots of potentially useful info there. I'm thankful that I'm only dealing with 1.3b records on this one. The PC I'm using for this work is just a June 2023 vintage Dell Precision workstation meeting or exceeding ArcGIS Pro recommended and/or optimal specs, so nothing noteworthy.
... View more
10-23-2024
08:26 AM
|
0
|
0
|
5010
|
|
POST
|
Well, I'm with you, Vince. However, my employer needs it done, and I still enjoy being employed, so the part of me that I sell for 2080 hours a year would certainly try this. The rest of me wouldn't. 🙂 I loaded 1.3 billion records from CSV files to PostgreSQL last week in about 24 minutes, so that's pretty cool. In further poking about the web, I ran across a bunch of grumbling about how Python will just hang during larger data loads. I'm assuming that ArcGIS Pro Append GP tool uses Python code, and I have a suspicion (that I won't pursue) that it's just another example of that behavior. If Append could swing it, it would get my records into a geodatabase table schema with fields ordered, named, and aliased per requirements without a bunch of re-messing about. So, one of my principles is to configure before I code. I hope I don't have to code up your hints, but I'm glad you shared them. Some of my workmates noted that Data Interoperability (FME) extension has loaded larger recordsets for them, so I'm headed that direction now, hoping and expecting that SAFE didn't code up their tools with Python. I'll report back here with what worked, probably. The table is not a feature class. It is raw material for defined and ad-hoc data products that can support spatio-temporal analysis, etc. by being related to a polygon feature class. So, big table becomes smaller table that meets someone's specialized requirements. We all know that I'm going to try Query Layer and/or Query Table on that big table whether it's wise or not. Cheers, tim
... View more
10-22-2024
02:31 PM
|
1
|
1
|
5056
|
|
POST
|
I'm attempting to use ArcGIS Pro 3.3.1 to read a non-geodatabase PostgreSQL 15.8 database table with ~860 million rows, then write those rows to a geodatabase table. I'm using the Append GP tool to map the input table columns to the output geodatabase table fields and load the records. When I have tried with an enterprise geodatabase target table in SQL Server 2019 and 2022, the process slows to a terrible crawl after ~262 million records are loaded. Same thing when I try with a file geodatabase target table, but it looks more like the load stopped instead of slowing at ~262 million records. Storage is fine, RAM looks happy, CPU says ArcGIS Pro is doing something noticeable. Disk reads and writes drop off for the local attempts and network transport drops off for the remote server attempts when the load stalls. I ensured that the only index on the target table columns was the ArcGIS ObjectID index, and that it's not clustered in order to eliminate the SQL Server "load slows when unsorted data is loaded to a table with a clustered index" problem. I'm using the 32-bit ObjectID because I'm not getting too close to the 2.14 billion limit that would bump me up into 64-bit ObjectID territory. Technically, the documentation and discussions in the community suggest that the file geodatabase itself can handle "unlimited" records. Any thoughts on why ArcGIS Pro is getting stuck at ~262m? cheers, tim
... View more
10-21-2024
02:01 PM
|
0
|
9
|
5147
|
|
DOC
|
Hi @MartinF - anecdotally, I just upgraded the EGDB schema in a SQL Server 2019 db from 10.9.1.*** to 11.3 on Monday in a development environment after a good db backup. ArcGIS Server map/feature/editing services that depend on the EGDB objects worked just fine without any changes. ArcGIS Pro Layer files have the db name prefix part of the EGDB schema hardcoded, but ArcGIS Pro sorted it out without any changes to the layer files. ModelBuilder models ran fine without changes. I found some Python code that was doing some string manipulation on the fully expressed object name (e.g. <db>.<schema>.<object> that I expect to fail when I test it soon. Code that depends on the db objects outside of the ArcGIS sphere continues to work because the db name element in the fully expressed object name is really just a value in one or more of the EGDB sde management tables, so it's not returned when you're working with the objects in SSMS. All pretty much good to go without any major fixes. Cheers and good luck, tim
... View more
07-10-2024
07:58 AM
|
0
|
0
|
22606
|
|
IDEA
|
"Coming in with the golden light In the morning" -KB
... View more
04-08-2024
06:26 AM
|
0
|
0
|
4470
|
|
IDEA
|
@Michele_Hosking, @KoryKramer - sounds like a requirement that didn't ship with this capability the first go-round. Maybe soon? Maybe some day?
... View more
03-27-2024
08:02 AM
|
0
|
0
|
4536
|
| Title | Kudos | Posted |
|---|---|---|
| 3 | a week ago | |
| 2 | 3 weeks ago | |
| 1 | 10-24-2024 02:51 PM | |
| 1 | 10-24-2024 02:39 PM | |
| 1 | 10-22-2024 02:31 PM |