POST
|
I'm not overly familiar with ST_GEOMETRY in Oracle, but as the data is points, things to check might be: Does ST_IsSimple() return true for all records? Are there any null geometries? - I recall there are potentially different ways of creating a null geometry (e.g. the geometry column was specified as Null or a geometry with null coordinates was added). You can potentially use ST_IsEmpty() or just where
07-07-202308:05 AM
|
2
|
0
|
203
|
IDEA
|
是的,完全同意。需要有一个选择to SELECT (not filter) using URL parameters. This would also include: Selecting an item in a list. Selecting a feature on the map. Both of these can be used to drive other actions.
... View more
06-08-202311:03 AM
|
0
|
0
|
124
|
POST
|
谢谢你的确认。If that's the case, it would be useful if this was stated in the documentation. It would also be good to know if there's an automated way (through arcpy or .net SDK) to check out a license?
... View more
05-25-202309:26 AM
|
0
|
0
|
224
|
POST
|
That's useful to know. However, it's not connecting to portal at all, so there should not be a requirement to sign in. The whole point of taking a license offline is to remove the need to connect to portal. Yes - when I say it needs to be manually checked out again. Basically, when there are issues with the license, when you log in as that user, the "Authorize ArcGIS Pro to work offline" option has become un-checked. Manually checking that option and closing ArcGIS Pro fixes the issue. The workaround to have a task run on a schedule to sign in regularly may be an option, but this shouldn't be required in my opinion. The license should stay checked out/offline until it's manually checked back in.
... View more
05-23-202309:47 AM
|
0
|
0
|
253
|
POST
|
We have a customer that is using arcpy to run scripts on a schedule. To ensure there is a license available, they have set up a named user and assigned a pro license and have then taken that license offline for the user account that is running the python scripts. However, periodically the license seems to be returned automatically and it must then be manually checked out again. I cannot find anything in the documentation that suggests there is a timeout or time limitation on check out of the license. Can anyone confirm if there is a timeout for taking a license offline and if so, what the time period is? The customer is currently using ArcGIS Pro 2.8.x.
... View more
05-22-202309:21 AM
|
0
|
5
|
303
|
IDEA
|
Absolutely agree that having error trapping (e.g. try/catch) is an essential requirement. This is both for capturing unexpected errors from library functions and for capturing errors within our own code. Without this capability, if we use arcade to do anything slightly more complex, end users can end up with a poor user experience when things go wrong.
... View more
05-05-202302:10 AM
|
0
|
0
|
343
|
IDEA
|
@Clubdebambos- I'm aware of the capability to turn on/off editing for feature layers, but this is different from feature layer editing. This is locking of editing of the item itself and is probably more applicable to non-feature layer items (e.g. web map/web app items) but could be extended to prevent editing of item details/metadata for all items, including feature layers and perhaps things like modification of feature layer views.
... View more
04-19-202308:40 AM
|
0
|
0
|
201
|
IDEA
|
I would like to suggest a "Lock Editing" option similar to the "Delete prevention" option on ArcGIS Online items. This is to prevent accidental modification of the item (e.g. web map, web app) by others in the organisation that have the correct permissions. For example, we have several web apps and associated web maps that are used as live applications by others in the organisation. However, it is relatively easy for someone with the correct permissions to open the item (especially web maps in Map Viewer) and accidentally edit and then save. This change then affects the live application(s). Having a "Lock Editing" option on the item, would prevent a user (even with the correct permissions) from editing the item and saving, without first disabling the "Lock Editing" option. This would work in a similar way to "Delete Prevention", forcing the user to make a concious decision to edit the item. For example: Note that this is separate from turning on/off editing of feature layers. This is to prevent editing of the ArcGIS Online item itself and is probably most applicable to web maps and apps, but could equally be applied to item details/metadata of feature layers and/or editing of feature layer views etc.
... View more
04-19-202307:58 AM
|
5
|
6
|
230
|
IDEA
|
Absolutely agree that the option to create a selection set from the query widget would be very useful as the resulting selection can then be used by other widgets. After all, this is how the query functionality generally works in the desktop apps.
... View more
04-12-202302:33 AM
|
0
|
0
|
350
|
IDEA
|
Thanks @TianWen, but you have to manually select each layer by clicking on/selecting each one in the list. This is fine when there are fewer than 10 layers, but not so much fun when your map contains more layers and you want them all to be potentially used as filter options in the spatial filter. Therefore having an "All layers from map" option would greatly help here.
... View more
04-12-202302:28 AM
|
0
|
0
|
365
|
IDEA
|
The ability to show the scale fraction (e.g. 1: 5000 etc) is absolutely a requirement and something that is available in Web App Builder.
... View more
04-06-202305:02 AM
|
0
|
0
|
131
|
IDEA
|
The Experience Builder Query Widget currently allows for specifying a spatial filter using "Selected features from Data Source", which then requires pre-defined layers to be selected for the filter. This has to be done for each query configured and can be very painful where there are multiple layers in the map. An obvious solution to this would be to have an "All layers in map" option (preferably default), which would allow all layers from the specified map to be used in the spatial filter, rather than specifying the specific layers to use (see images). This would be very similar to how the Web App Builder Query Widget works, which does not require the specific layers to be selected for use in the spatial filter and therefore allows all suitable layers in the map to be used.
... View more
04-04-202308:00 AM
|
6
|
5
|
439
|
IDEA
|
A calculated default value that remains editable (if the field is editable) is absolutely a requirement. The field calculations are generally there to speed up and simplify data collection, but should not prevent the user overriding them if required.
... View more
03-02-202301:47 AM
|
0
|
0
|
333
|
POST
|
我们已经开发出arcpy脚本自动化层publishing that follow the examples at: https://pro.arcgis.com/en/pro-app/latest/arcpy/sharing/mapimagesharingdraft-class.htm We have a requirement for the correct copyright/attribution/credits to be populated on both the resulting feature service and feature layer within the feature service, so that these are displayed correctly in the OOB attribution on maps and apps. The documentation states: However, when we publish layers using arcpy, the credits/copyright is not populated on the resulting feature service or feature layer (within the service): If we override the credits after generating the sddraft (using sddraft.credits = "Some text"), the copyright is populated at the feature service level, but not at the feature layer level. For the credits to appear correctly in map viewer and apps, they need to be populated at the feature layer level. Note that it works when manually publishing from ArcGIS Pro, but we need to publish in an automated way as part of a CI/CD pipeline, so this is not an option. We have raised with Esri support and they have created an enhancement request, but has anyone else found a work around for this issue? Is there a way to update the copyright on the feature layer after the service has been published (e.g. with the rest api). We are using ArcGIS Enterprise 10.9 (Server & Portal) and not ArcGIS Online and these are standard feature layers and not hosted feature layers. Any thoughts much appreciated. Sample python code for generating an SD file below (which can then be published in server manager). John import arcpy import os import sys import xml.dom.minidom as DOM #params if len(sys.argv) != 8: print("Incorrect arguments. Usage: creditstest.py
02-07-202308:13 AM
|
1
|
0
|
252
|
POST
|
I have now raised a support request for this issue. After further investigations and experimentation, it seems that union will use the shapely union function when arcpy is not available, which also involves a conversion behind the scenes between Esri and shapely geometry. It seems that after unioning, the resulting polygon has both incorrect ring orientation (exterior rings should be clockwise orientation) for Esri and the srid is also set to 4326 regardless of what the input srids were. I've had to come up with a fix to re-orient the polygons following union, which seems to work in most cases and the geometry is then valid and can be added to a feature layer successfully. However, there also seem to be multiple issues with the shapely union function, especially when using multi-part polygons as input, and this still results in invalid geometries in some cases. Overall I'm not that impressed with what should really be a straightforward spatial operation in the ArcGIS API for python. I should not be having to write code to fix the resulting geometry issues.
... View more
02-03-202308:30 AM
|
0
|
0
|
370
|
标题 | Kudos | Posted |
---|---|---|
2 | 07-07-202308:05 AM | |
5 | 04-19-202307:58 AM | |
6 | 04-04-202308:00 AM | |
1 | 02-07-202308:13 AM | |
3 | 12-16-202207:41我 |
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|