POST
|
Am I reading this correctly? Esri Support Web AppBuilder for ArcGIS 2.16 General Availability Phase starts when the product is released and follows the same life cycle as the ArcGIS API for JavaScript 3.x to retire on August 1, 2021.
... View more
07-09-2020
03:53 PM
|
0
|
4
|
4029
|
POST
|
This "feature" has been moved to defaults in Chrome 80. If you're experiencing issues, you can do the following: 1. Go into the "Chrome Flags" chrome://flags 2. Search for same 3. Disable "Enable removing SameSite=None cookies" and "Cookies without SameSite must be secure" flags This should get you back up and running until a more complete fix can be suggested.
... View more
02-10-2020
09:56 AM
|
0
|
2
|
4262
|
IDEA
|
I'm not sure where this application of least squares to the entire network idea comes from. First, this makes the assumption that the network is accurate. Second, when did this change of suggestion come about? It runs contrary to ESRI's documentation going back as far as I can find, why would you ever apply a least squares adjustment to an entire network? 9.3: http://webhelp.esri.com/arcgisdesktop/9.3/index.cfm?tocVisable=0&ID=6510&TopicName=The%20least%20squares%20adjustment%20process&pid=6501 It is not recommended that you run a least-squares adjustment on data with dimensions that do not match the record of survey. If dimensions do not match the record of survey or plan, you can't tell how inaccurate or accurate the dimensions really are... 10.3: Parcel fabric adjustment best practices—Help | ArcGIS for Desktop It is not recommended that you run a parcel fabric adjustment on parcels with dimensions that do not match the plan or record of survey. If dimensions do not match the dimensions of the parcel described on its plan, it is impossible to tell how inaccurate or accurate the dimensions really are...
... View more
10-30-2019
03:55 PM
|
0
|
0
|
3418
|
POST
|
Yes, you should take a look at Tom Selested's Traverse widget: https://community.esri.com/docs/DOC-9065-traverse-widget-220
... View more
06-10-2019
03:15 PM
|
0
|
0
|
601
|
POST
|
I'm also having problems with truncate refusing to work regardless of which connection i'm using.
... View more
05-06-2019
03:29 PM
|
0
|
0
|
464
|
POST
|
Hi Tom, I would take a look at the SaveSession Widget. It has this functionality.
... View more
05-02-2018
08:14 AM
|
0
|
0
|
350
|
POST
|
Good morning! I am starting a new thread here at the request of Robert Scheitlin, GISP to attempt to solve this issue. I'm having a weird issue and I'm hoping you might be able to help me out. We've been using the eSearch for more than a year now and it has worked flawlessly the entire time. Our 2.4 Web App is using eSearch Version 2.3. Early last week, the Search by Value ceased working as it had and started returning no results. This search for Survey numbers containing "CS1" should return hundreds of results. The query it sends to the service should be Upper(DocumentNa) LIKE Upper('%cs1%') but instead it is sending the entire query regardless of the entered parameters. Upper(DocumentNa) LIKE Upper('%cs1%') AND Upper(SurveyorKe) LIKE Upper('%%') AND Upper(Subdivisio) LIKE Upper('%%') AND Upper(ClerkNumbe) LIKE Upper('%%') The issue exists in IE, Firefox, and Chrome versions 59 and 60. No errors show in the DEV Console.
... View more
08-24-2017
10:41 AM
|
0
|
9
|
1903
|
DOC
|
sorry, that should have read eSearch 2.4 with WAB 2.4
... View more
08-24-2017
10:23 AM
|
0
|
0
|
4599
|
DOC
|
Robert, I have compared the names of the fields to an archived version and they all still match. I should mention that this is not an app or dataset specific problem. All of our web apps have experienced this issue with all of their configured eSearch layers. The issue seems to originate in the App, as the query that is sent out is no longer correctly constructing. The OTB search bar is still functioning correctly. I have attempted to build test applications in WAB 2.5 and 2.4, using fresh services and the issue persists.
... View more
08-24-2017
09:03 AM
|
0
|
0
|
4599
|
DOC
|
Robert, I haven't made any changes to the app since early July and the data structure has remained unchanged as well. I'm a little baffled here. The only change I've made is updating our server to 10.5.1
... View more
08-24-2017
08:40 AM
|
0
|
0
|
3612
|
DOC
|
Hi Tom, I think what Pavel is looking for is the Azmuthal Bearing you included when you built the Traverse tool. I think its this code block here. var bearing; if (this.rdoAz.checked) { // this proves I don't know trig well enough... var r = Math.atan2(pt.y - startPT.y, pt.x - startPT.x) - Math.atan2(startPT.y + 100 - startPT.y, startPT.x - startPT.x); var ang = this.toDegrees(r); if (ang < 0) { ang = Math.abs(ang); } else { ang = 360 - ang; }
... View more
08-24-2017
08:10 AM
|
0
|
0
|
4637
|
DOC
|
Hi Robert! I'm having a weird issue and I'm hoping you might be able to help me out. We've been using the eSearch for more than a year now and it has worked flawlessly the entire time. Our 2.4 Web App is using eSearch Version 2.3. Early last week, the Search by Value ceased working as it had and started returning no results. This search for Survey numbers containing "CS1" should return hundreds of results. The query it sends to the service should be Upper(DocumentNa) LIKE Upper('%cs1%') but instead it is sending the entire query regardless of the entered parameters. Upper(DocumentNa) LIKE Upper('%cs1%') AND Upper(SurveyorKe) LIKE Upper('%%') AND Upper(Subdivisio) LIKE Upper('%%') AND Upper(ClerkNumbe) LIKE Upper('%%') The issue exists in IE, Firefox, and Chrome versions 59 and 60. No errors show in the DEV Console. Any guidance you might have would be highly appreciated. Thanks!
... View more
08-24-2017
07:59 AM
|
0
|
0
|
3612
|
Title | Kudos | Posted |
---|---|---|
1 | 08-29-2016 02:13 PM |
Online Status |
Offline
|
Date Last Visited |
11-21-2022
11:32 PM
|