POST
|
Has anyone determined a root cause to this or had a bug assigned through technical support?
... View more
07-28-2020
01:43 AM
|
0
|
0
|
1629
|
POST
|
Ok, I understand the problem you're seeking to resolve now. I wouldn't recommend GEE for this type of scenario. Firstly, it's using a very big hammer to crack a relatively small nut. The true capabilities of GEE aren't being utilised. Secondly, as you're finding out, diagnosing issues with this type of solution would be very hard to trouble shoot. I'd suggest you look to do something within your client app. Assuming Time_Difference to be a field within the feature, I'd look at apply an Arcade script - or similar. Date Functions | ArcGIS for Developers DateAdd(Date(), -23, 'hours') DateAdd(Date(), 23, 'hours') DateAdd(Date(), $feature.Time_Difference, 'hours')
... View more
04-23-2018
10:05 AM
|
1
|
1
|
699
|
POST
|
I'm not entirely clear on the architecture and current approach. It sounds like there a series of devices which are each individually pushing information at GEE. GEE is then persisting the updates to individual features within a single class within the geodatabase. The updates from the device do not contain local date/time and instead you are asking GEE to populate a field with a date/time value. Is that correct? How are you currently trying to populate the field? Something feels wrong about the premise of persisting the local date/time of each device. The default for ArcGIS Server and the Geodatabase is to persist and publish out data in UTC. If not UTC, then a consistent timezone rather than a mix.
... View more
04-20-2018
08:55 AM
|
0
|
3
|
699
|
POST
|
How do you know what timezone each feature comes from? Could you have a different input connector per region?
... View more
04-20-2018
04:51 AM
|
0
|
5
|
699
|
POST
|
Turns out I was missing something obvious. The standard UDP input connector is expecting messages to terminate with a carriage return. I should have sent "hello/n"
... View more
05-27-2016
07:03 AM
|
0
|
0
|
253
|
POST
|
Sorry in advance for the noob question. I'm trying to confirm that my GEE installation is installed and configured correctly. My end goal will be to consume UDP messages from a client service. To that date end I'm trying to simulate UDP messages. The Simulator only (?) sends TCP messages so I've created a couple of python scripts to send UDP messages and then receive same. The scripts are based on https://wiki.python.org/moin/UdpCommunication and do successfully send/receive to the server/port. I then stop and kill the receiver before creating a standard UDP Input Connector. That connector can't see any messages and no warnings or errors appear in the log. At the moment the message is simply "hello". I have both created a GeoEvent Definition and told the Input to Create Unrecognised Event Definitions. Using Netstat I can see GeoEvent is listening for UDP messages on port 5565. Am I missing something completely obvious?
... View more
05-10-2016
10:13 AM
|
0
|
1
|
2438
|
POST
|
Ok, well you can't get a better answer than the code. Not sure why I didn't look there myself. Thanks.
... View more
07-24-2013
07:32 AM
|
0
|
0
|
306
|
POST
|
The documentation describes the extent which is displayed in the Overview Map as below: "Displays the map extent zoomed out three times the main map display (until the maximum extent is reached)." http://resources.arcgis.com/en/help/flex-viewer/concepts/index.html#/Overview_Map_widget/01m30000003r000000/ I don't have a true base map in my application. The service used by the Overview map has a upper scale threshold of 1:100,000. However once my map goes beyond a scale of 1:8100 I no longer get anything in my overview. I got a value of 8100 by making my map perfectly square. On a more rectangular map it disappears at around 1:6000. The documentation would suggest that the overview should be showing the map at 1:24300 (8100 x 3) in which case the I should still see the map service. If the documentation meant 3 zoom levels then it would still be visible, showing 1:64800 (8100 x 2 x 2 x 2). Am I misreading the documentation? Is the documentation just wrong? Or is something odd with my application/map service?
... View more
07-24-2013
12:56 AM
|
0
|
2
|
1944
|
POST
|
Hi Sam, Did you ever get to the bottom of this? I am suddenly seeing my log files fill up with these error messages where previously there were none. I'm not aware of any system changes. Phil.
... View more
03-13-2013
10:45 AM
|
0
|
0
|
211
|
POST
|
I have read a number of threads regarding annotation layers displaying oddly in the FlexViewer. This is another. I have a Map Service which contains a lot of layers (>100), a large number of which are annotation (>15). The layers of the Map Service have been grouped into a number of logical groupings. Having added the entire map service as an Operational Layer within App Builder the service just looks wrong. A number of annotation layers which are not by default visible are visible. It looks completely different to how it looks in the mxd. When the service is viewed via the Javascript API is looks as expected. When normal layers are turned on/off via the LayerList widget other completely unrelated annotation layers turn themselves off/on. When annotations get turned off in this scenario red boxes get left behind where the annotation previously was. There seems to be some relationship between the order that a layer appears within a group to which annotation layer it affects. I have tested this in FlexViewer 3.0 and 3.1. The underlying data is held in an FGDB having been exported from an Oracle database.
... View more
01-10-2013
11:17 AM
|
0
|
0
|
699
|
POST
|
John, I think this is a really bad solution. Ultimately this isn't what ArcMap does. ArcMap stores the local date and time. I can enter a date via the Flex API and it ends up in the database at -1 hour. Using ArcMap editing the same field it goes in correctly. I can even use ArcMap to edit the data via the Feature Service and it goes in correctly. This obviously isn't using the REST API but that should make no difference. The vast vast majority of users don't share data across time zones. It is a use case to suit a tiny minority which will inconvenience the vast majority. At the very least there should be an override within the API which allows you to choose whether your date will be local or not. Thanks Rob for posting your solution. It confirms the approach that I'm going to take but which I assumed just couldn't be correct.
... View more
07-20-2012
08:15 AM
|
0
|
0
|
781
|
POST
|
I have a site that contains a mish mash of out of the box widgets and custom ones. I'm not sure if this behavior has been introduced recently or was always there, but when I close a widget, any widget, I can still interact with it. If I hover over where the buttons were the cursor changes, a tooltip appears, and clicking on the button works as if it were visible. The Widget is within a Widget Container and, in this case, no custom code has been added. <widgetcontainer layout="float"> <!--horizontal(default)|float|vertical|fix --> <widget label="Bookmarks" left="430" top="90" icon="assets/images/i_bookmark.png" config="widgets/Bookmark/BookmarkWidget.xml" url="widgets/Bookmark/BookmarkWidget.swf"/> </widgetcontainer> Has anyone ever seen anything like this before, or know where in the FlexViewer framework this behavior is controlled?
... View more
12-01-2011
06:11 AM
|
0
|
0
|
281
|
POST
|
Thanks Jennifer, knowing that VertexAdded not firing is recognized as a bug and will be fixed at a future release may be sufficient for my needs. You mention "write your own Measure tool using Draw." I thought that's what I was doing - following the Utilities/Line Lengths sample but being hampered by the VertexAdded event not firing on the first map click. Did you mean something else?
... View more
08-04-2011
12:55 AM
|
0
|
0
|
301
|
POST
|
This feels like a bug to me. DrawSurface_VertexAdded should fire after every Vertex is added.
... View more
08-03-2011
01:21 AM
|
0
|
0
|
301
|
Title | Kudos | Posted |
---|---|---|
1 | 04-23-2018 10:05 AM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|