|
POST
|
I was curious on trying this and I can confirm that the file size restriction works. However, the video is very misleading. It's misleading because: The example code used in the video uses the Shape_Length column of the spatial table which makes no sense. It needs to be using the DATA_SIZE column of the attachment table. The attribute rule needs to be a constraint and not a calculation. While the subtitles of the video state this, the video itself does not click the constraint tab. It shows them creating an attribute rule under the calculation tab. Otherwise, I was able to get the restriction based on file size to work. Yes, you can also restrict based on file type just like you do for file size. if ($feature.CONTENT_TYPE == 'image/jpeg') return true;
return false; You can either make separate attribute rules for file size and file type, or you can combine it into a single rule like below. return $feature.DATA_SIZE <= 5 && $feature.CONTENT_TYPE == 'image/jpeg';
... View more
06-24-2025
10:05 PM
|
2
|
0
|
1545
|
|
POST
|
Yep, the Copy tool is just a tool in ArcGIS Pro. I don't believe FME will be able to preserve the ObjectIDs, at least not in the ObjectID column when you write it to a FGDB. The ObjectID column is still managed by Esri in that case, and not FME. And FME typically can't override Esri. I think the only way to preserve the ObjectID in the actual ObjectID column is to do it completely through Esri using the Copy tool.
... View more
06-23-2025
07:40 AM
|
0
|
0
|
1215
|
|
POST
|
The ObjectID field is typically controlled by Esri and the end user typically doesn't have any control over it, especially in an ArcGIS Online context. You do have some limited control over it when exporting data to FGDB's (like being able to maintain the ObjectID when exporting), and you might be able to specify the ObjectID directly in SQL (which typically isn't recommended). But that doesn't really help with AGOL. That is all controlled by Esri and I'm not aware of any way to preserve the ObjectID when uploading records to AGOL. I'm just taking a shot in the dark here, but you might be able to export your dataset to a FGDB (use the Copy tool which preserves ObjectID). Then upload that FGDB to AGOL and publish a feature service from it. It's possible it might maintain the ObjectID using that workflow, but it's not something I've personally tried. Because it seems like you're trying to add records to an already existing feature layer, which you probably won't be able to manage the ObjectIDs. But if you create a new feature layer from your FGDB, it's possible AGOL will preserve the ObjectIDs depending on how AGOL is creating that feature layer. Edit: I just tested the workflow and I have confirmed that it does maintain the ObjectID (in my very limited test).
... View more
06-23-2025
05:40 AM
|
0
|
2
|
1234
|
|
POST
|
There is no going back once you run the Enable Enterprise Geodatabase tool on a DB. Your best bet is to restore your DB from a backup from before you ran the tool. You can try deleting all the Esri system tables, stored procedures, etc. in SSMS, but the only for-sure way that you'll be able to eliminate anything Esri related in the DB is to restore from a backup since before you ran the tool.
... View more
06-19-2025
05:46 AM
|
2
|
0
|
1260
|
|
POST
|
After changing the column length, you will need to restart (or potentially republish) your feature service so the field length is updated there. But otherwise, yes, changing the column length in the EGDB will be reflected in everything down the line.
... View more
06-18-2025
02:23 AM
|
2
|
0
|
1005
|
|
POST
|
Do you have snapshots of your machine? Or at least a WebGISDR backup? That might be your quickest solution at this point to get you back up and running. Alternatively, you can try and do a repair of the Portal installation (go to Control Panel and click "change", and then the dialog box will give you an option to repair it.). I was installing a Portal patch and during the installation, the machine became unresponsive and I had to do a restart which corrupted Portal. Doing a repair fixed it and I did not lose any of my content. But I can't guarantee it'll maintain any custom Portal configuration you might have.
... View more
06-12-2025
07:32 AM
|
0
|
0
|
2308
|
|
POST
|
If the tables already exist before enabling the EGDB, then yes, you will need to register each table in the DB.
... View more
06-12-2025
07:24 AM
|
0
|
0
|
1337
|
|
POST
|
I would like a little clarity from Esri regarding this statement: "The reason behind this is that the coordinate system plays a crucial role in setting important parameters such as the spatial domain (range of coordinates), XY/Z/M tolerance, and resolution values. If a coordinate system is left undefined initially and then set later, those spatial properties might not align properly — which can lead to data integrity problems." Wouldn't you expect to see more data integrity issues when using the Define Projection tool on a known coordinate system as opposed to an undefined coordinate system with no records in it? Edit: One last thing. ArcGIS Pro error 000146 states that the "Define Projection tool works with a dataset that does not have any coordinate system." But that directly conflicts with Esri's response to you, stating that "Define Projection tool cannot be applied to a feature class with an Unknown Coordinate System." Either there is a misunderstanding somewhere, or the documentation needs to be updated to reflect that the Define Projection tool cannot be used on unknown coordinate systems.
... View more
06-11-2025
12:17 PM
|
3
|
0
|
5726
|
|
POST
|
I'm just......confused by this "issue" along with Esri's response. Per Esri's documentation, it literally says the Define Projection tool is "intended for datasets that have an unknown or incorrect coordinate system defined." But you're saying that Esri said that the tool is not intended for datasets with an unknown coordinate system. That doesn't make sense, because isn't that the point of the tool? I'm not sure if I'm missing something, but that just doesn't make sense to me. I'm not sure if you've already closed your case with Esri support, but I'd push back and state that their documentation explicitly states that what you are wanting to do is possible per their documentation.
... View more
06-11-2025
06:31 AM
|
4
|
2
|
5770
|
|
IDEA
|
Starting at Survey123 Connect v3.22, surveys published using Survey123 Connect now automatically creates a hosted view along with the hosted feature service. Documentation for that here and here. While I understand Esri is doing this for "data security" reasons, I believe this should be up to the organization to decide. There is already documentation on how to use hosted views for survey submissions, so the capability is already there for organizations who wish to use hosted views instead of the underlying hosted layer for data collection. This just increases overhead for organizations who do not wish to use hosted views as it is an additional item in Portal that we have to manage. My idea is that we make this optional so organizations aren't forced into using hosted views for data collection. Perhaps it could be an option to check/uncheck when publishing the S123 form here:
... View more
06-10-2025
11:12 AM
|
8
|
0
|
572
|
|
POST
|
Getting the terminology correct here is pretty important. When you say "postgres server", I am assuming you are referring to the ArcGIS Data Store from how you are describing it. Under the hood, the ArcGIS Data Store is a postgres DB. However, this is not a DB you should ever directly interact with. If you are in fact referring to the ArcGIS Data Store, you should NOT upgrade the version of postgres. Any upgrades should ONLY be done through ArcGIS Data Store upgrades (like going from 11.4 to 11.5). Sometimes the ArcGIS Data Store upgrade will also upgrade the version of postgres, but you should never independently upgrade postgres. To answer your question about how Portal uses the postgres DB, it's typically only used for hosted feature services. It makes sense that when you shut it off, that only hosted feature services stop working.
... View more
06-05-2025
11:07 AM
|
2
|
0
|
826
|
|
POST
|
If you have data elsewhere that you would like to add to the underlying feature service that drives the S123 form, you always bring in the S123 feature service into ArcGIS Pro and just append your existing data into the S123 feature service.
... View more
06-04-2025
08:24 AM
|
2
|
1
|
1154
|
|
POST
|
After looking at your server manager logs, it appears that your ArcGIS Data Store is not licensed according to the error message. The behavior you're seeing makes sense because you don't use the ArcGIS Data Store when publishing from EGDBs. However, if you're copying the data to the server, it creates hosted feature services which use the data store. You can try running the update license command to import your ArcGIS Server license into the ArcGIS Data Store and see if that fixes the issue.
... View more
06-03-2025
09:35 AM
|
3
|
1
|
1964
|
|
POST
|
If editing is disabled on the layer in the map, you can enable editing in the layer properties. Open the properties of the layer which and enable editing.
... View more
05-30-2025
11:45 AM
|
0
|
1
|
3361
|
|
POST
|
You can click the Edit button on the right side of the screen and that will allow you to edit records with editing enabled.
... View more
05-30-2025
11:39 AM
|
0
|
3
|
3362
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 2 weeks ago | |
| 1 | 2 weeks ago | |
| 1 | 2 weeks ago | |
| 1 | 2 weeks ago | |
| 1 | 2 weeks ago |
| Online Status |
Offline
|
| Date Last Visited |
Friday
|