|
POST
|
Jim - The various extensions for ArcGIS Server are not available with a 'Basic' EDN subscription, but several, including the ArcGIS GeoEvent Extension for Server, are available with a 'Standard' subscription. All of the ArcGIS Server extensions are available with an 'Advanced' EDN subscription. Esri Developer Network - EDN Subscriptions Include - RJ
... View more
04-10-2015
06:19 PM
|
0
|
3
|
3710
|
|
POST
|
Hello Alice - I spoke with Michael Seybert in Esri customer service. He indicated that he works with your CIO (Teresa Luna?) ... Michael should be contacting you or someone in the Idaho OCIO soon. I can confirm that the ArcGIS GeoEvent Extension for Server is in fact an extension for the ArcGIS Server product. It was first introduced as the "GeoEvent Processor" with the 10.2 product release of ArcGIS and renamed shortly thereafter to more appropriately identify it as an extension to the ArcGIS Server product. GeoEvent is licensed separately from ArcGIS Server as an add-on / extension. It is Esri corporate policy to not discuss licensing terms or quote product costs through the forums or blogs. An organization's licensing is generally negotiated taking in to account the number of licenses and products you need to support your enterprise. You might find the following links helpful: ArcGIS Capabilities - Real-Time GIS Real-Time Data Feeds and Sensors - GeoEvent Extension GeoEvent Extension - Tutorials If you do not hear back from Michael in a couple of days, please give him a call at 888-377-4575. Best Regards -- RJ
... View more
04-10-2015
05:51 PM
|
0
|
0
|
812
|
|
POST
|
Thank you for your clarification Rainer. I adjusted my test to use an outbound connector configured to use the Generic-JSON adapter and WebSocket Transport running in SERVER mode. This connector configuration was depreciated with the 10.3 release. Event processing throughput is severely impacted when a GeoEvent Service contains an output running in SERVER mode and the GeoEvent Extension is run on multiple machines in an ArcGIS for Server cluster. The performance considerations, however, are not an issue when running a single instance of the GeoEvent Extension ... and establishing a WebSocket based output running in SERVER mode is the only way to connect a web browser to the WebSocket as a client to review the JSON output in the browser window. I think my test is now closer to replicating your setup. I was able to reproduce the issue you describe on a 10.2.2 product release after just a few minutes sending 10 events per second. What I'm seeing does look a lot like the issue I was referring to in my previous reply where the generic JSON adapter would occasionally output invalid JSON records. My apologies, I thought this was an issue I observed in 10.2.1 which was fixed in 10.2.2 ... I found the issue record I was recalling and confirmed with a developer that the issue was found in the 10.2.2 release and was addressed in the 10.3 release. I was able to import my 10.2.2 GeoEvent configuration into a clean 10.3 environment and retest. I used your Track Simulator to simulate 10 separate tracks, pushing 10 events per second into the GeoEvent Service. I ran the simulation for 20 minutes sending over 12,000 events through the GeoEvent Service. Copying the JSON being output to the web browser's window into a text editor for analysis, I could not find any irregularities in the JSON displayed in the web browser client output. If you continue to observe the issue in either the 10.3 or 10.3.1 product release of GeoEvent, please submit an incident with Esri Technical support and we will work to establish an on-line meeting to reproduce the issue in your environment. We can then work to reproduce it here in Redlands so that we can investigate further. Best Regards - RJ
... View more
04-10-2015
03:16 PM
|
0
|
0
|
1789
|
|
POST
|
Hello Rainer - Yes, please confirm the release of GeoEvent that you are using. I seem to recall occasionally seeing the generic JSON adapter output invalid JSON records when sending many dozens of events a second to an outbound connector. The issue had nothing to do with the TRACK_ID or unique identification of tracks however, so I'm not sure if the issue I'm recalling has anything to do with what you are observing. The issue I'm recalling was addressed in the 10.2.2 product release I believe. In any case, I used your JavaScript Track Simulator to simulate a half-dozen inbound tracks. Your tool is generating Esri Feature JSON (which GeoEvent interprets / adapts using its "JSON" adapter) as opposed to Generic JSON or the GeoJSON format (supported at the 10.3.1 product release). I fed your simulator's input into a 'Receive Features on a REST Endpoint' input and directed GeoEvents adapted by that input to a 'Push JSON to an External WebSocket' output. I created a 'Receive JSON on a WebSocket' input (which runs in SERVER mode) to provide a hosted WebSocket for the output (which runs in CLIENT mode) to connect to. Finally, I created a 'Write to a JSON File', configured to not output formatted JSON, and configured a GeoEvent Service as follows: I typically refer to this as a "WebSocket Chain". The input to the upper-left, accepting Esri Feature JSON from your simulator, could be receiving any data feed. It sends the GeoEvents it constructs to a WebSocket output which are subsequently received by the paired WebSocket input (the second input illustrated above). GeoEvents received by this second input are then redirected into the system file. I ran the simulation for five minutes receiving a total of 1788 events on the rest-features-in input. All of the events received by this input were processed through the WebSocket Chain and were written into the *.json system file. Copying the contents of the *.json system file into an on-line JSON validator I found the file's contents to be valid and the expected number of events in the file. If the generic JSON adapter, the component responsible for generating the payload sent out the websocket-external-json-out, were generating invalid JSON I would expect to see some level of event loss in the *.json system file. I ran my tests using the 10.3.1 release candidate of GeoEvent. - RJ
... View more
04-09-2015
06:17 PM
|
0
|
0
|
1789
|
|
POST
|
10.3 Product Update At the 10.3 release of GeoEvent we began exposing some configurable properties through the GeoEvent Manager and retiring files from …\GeoEvent\etc rendered obsolete. The list of SMS carriers and their associated gateways is one of these properties. In GeoEvent Manager, if you navigate to Site > Settings you will see a page allowing you to Configure Global Settings. Search or scroll to locate the SMS Settings properties: Click to edit and you should be able to add regional carriers and their gateways to allow SMS notifications to be sent using GeoEvent. Look for an update to the Notifications tutorial to be uploaded this week (11-April-2015). Hope this information helps – RJ
... View more
04-09-2015
04:58 PM
|
0
|
2
|
1734
|
|
POST
|
Hello David - If the field type within your GeoEvent is already of type Geometry, then no, you cannot use a Field Calculator processor (for example) to reach into the Geometry object and extract out coordinate values. You might want to take a look at the Extent Enricher Processor available on the Gallery. The source code for this custom processor is available on GitHub here. As I understand it, the processor allows you to enrich an event with fields providing the minimum and maximum X and Y values. The processor can optionally enrich the event with a second Geometry representing the center point of the original geometry. I believe the processor, given a Point geometry, will return to you identical minimum X and maximum X values ... the minimum Y and maximum Y would likewise be the same. Hope this information helps - RJ
... View more
04-07-2015
07:25 PM
|
0
|
1
|
2901
|
|
POST
|
We have just today completed rework to the Notifications tutorial using the 10.3.1 product release and are copy editing the tutorial now. There are some changes to screenshots illustrating how to configure the outbound connectors for notifications, but the existing Notifications tutorial (10.2.x) should be sufficient to help you design e-mail notifications. We should have an updated Notifications tutorial uploaded this week or early next week. The notifications tutorial covers how to design GeoEvent Services to generate SMTP e-mail notification, SMS Text notification (which also relies on SMTP), as well as XMPP Instant Message. You should not expect to find help on how to configure an e-mail notification output, for example, in the product introduction tutorial. Some topics have to be split out to different tutorials as we work to manage the scope the product introduction tutorial - by far our largest tutorial. A 10.3 revision for the product introduction tutorial was released early February 2015. The product team works to update the tutorials as quickly as we can get to them. Many of the 10.3 connectors (Twitter, Instagram, etc.) had not been uploaded simply because their tutorial had not been updated so we didn't consider the offering complete. We've recently adjusted our release criteria and at least upload compiled *.jar files on the Gallery even if a revised tutorial is not available. If we have to release a connector without a tutorial, you'll find a README in the bundle you download indicating that content and exercises in the previous version's documentation should provide sufficient information to get started using the upgraded component ... just be aware minor differences could exist between the content, exercise steps, and screenshots as you are going through it. Tutorials are available on the ArcGIS GeoEvent Gallery. If the content provided by an earlier release of a tutorial does not answer questions you have, please e-mail the GeoEvent Team at geoevent@esri.com and let us know. Please include GeoEvent Tutorial Feedback in the subject of your e-mail. This will help us determine which tutorials are the most important to the user community at large.
... View more
04-07-2015
07:09 PM
|
0
|
0
|
2221
|
|
POST
|
Erick - Sorry, no. Unfortunately there is nothing a GeoEvent administrator can do to work around the issue. It's not a resource leak that can be addressed with a server / service restart for example. The implementation of the TCP transport when running as "mode=CLIENT" is simply pinging the server hosting the socket connection too frequently - which is why the CPU resource is spiking. The fix was implemented for the 10.3.1 product release which should be publically available mid-May 2015. We did back-port a product hot-fix for for the 10.3 product release. I would encourage you to upgrade to 10.3.1 as soon as it's available, but if that's not an option for you, please contact your customer service representative and request the hot-fix. (Hot fixes may be specific to a customer's environment which is why they are not distributed more generally as, say, a product patch would be.) - RJ
... View more
04-07-2015
10:24 AM
|
3
|
1
|
1143
|
|
POST
|
Astha - To ensure that your GeoEvent Stream Service deletes old features, there are three things you need to do to, in addition to checking Store Latest and specifying the Update Interval and Maximum Feature Age, when publishing the Stream Service: Make sure that an appropriate field has been tagged as the TRACK_ID Make sure that an appropriate field has been tagged as the TIME_START The date/time value in the event data is correctly expressed as epoch milliseconds UTC The first two are easy to check. In the ArcGIS REST Services Directory open the page for your Stream Service. In the upper left corner click the JSON link to view a JSON representation of the Stream Service's properties. In the first "paragraph" of the JSON, look to see if "trackIdField" and "startTimeField" are defined as the expected event attribute fields from your GeoEvent Definition. To check the third, in the ArcGIS REST Services Directory, open the page for the buddied Feature Service (should have the same basename as your Stream Service) and query the layer containing the features being retrained for the Stream Service. Copy / Paste the long integer representation of the date/time (the epoch milliseconds UTC) into a converter such as the Epoch and Unix Timestamp Conversion Tool and verify that the feature has the expected date/time value. If you could, please test using the default update interval and maximum feature age values (10 seconds and 60 minutes). If it is still not working we may need to dig in further. It may be that your chosen flavor of RDBMS (Oracle, PostGRE, vs. Sql Server) is not accepting the query expression GeoEvent is creating. - RJ
... View more
03-26-2015
05:42 PM
|
0
|
0
|
1046
|
|
POST
|
Reposted from Geographic Information Systems Stack Exchange "Expiring archived features in real time streaming using GeoEvent Processor" "I am using ArcGIS 10.3 GeoEvent Extension Processor for real time streaming. The dataset in the GeoDatabase that is used for the streaming service is enabled for archiving but I want to be able to expire the features after a certain time so they are not clogging the table in the GeoDatabase. In the GeoEvent Manager, I have assigned the Output Connector as "Send Features to a Stream Service" and tried checking the "store latest" function while publishing a new service with a defined time of 1 minute for Features' maximum age, but it does not seem to get rid of the features after the assigned time." - Astha Karki (3/25/2015)
... View more
03-26-2015
04:34 PM
|
0
|
1
|
5386
|
|
POST
|
Rafael - sorry for the delay in responding to your post to the forum. There are some limits with how a Filter is able to parse a string representation of a date/time in order to evaluate a less-than / greater-than expression. Combining a date value and a time value together is not working. For example, instead of doing something like TIME_START = 3/16/2012 02:25:31 PM you need to write separate expressions for the date and time and then combine them using logical operators (AND, OR). For example, you cannot do this: But you could do something like this: Also, you might try working with the date/time values as long integers representing Epoch millisecond values. I know that within a Field Calculator you can perform simple arithmetic on a date/time to add, for example, an hour's worth of milliseconds to a value: TIME_START + (60 * 60 * 1000). I'm not sure without conducting some experiments how a Filter will interpret an expression such as: TIME_START >= 1331864731000. Hope this information is of some help - RJ
... View more
03-02-2015
11:00 AM
|
2
|
0
|
4391
|
|
POST
|
The ArcGIS 10.3 GeoEvent Extension Patch 1 for Server, now available on the Esri Support site at the link below, includes a fix which I expect will address the issue you are describing. http://support.esri.com/en/downloads/patches-servicepacks/view/productid/66/metaid/2181 Specifically, we discovered that GeoEvent Services, published in the 10.3 release, which included filters with spatial conditions (INSIDE, WITHIN, CROSSES, etc.) caused the GeoEvent Services to disappear when either the GeoEvent product's service was restarted, or the GIS Server was rebooted. The upcoming 10.3.1 release will also address the issues addressed in Patch 1 above. - RJ
... View more
02-27-2015
11:31 AM
|
1
|
0
|
2113
|
|
POST
|
I've just verified for the 10.3.1 product release that this has been fixed. You will again be able to use a Field Calculator to produce a JSON String representation of a Geometry and write the result to a New Field Type: String. When using the 10.3.0 product release, you will need to write your Field Calculator output to a Geometry field of type Geometry as illustrated above. You will probably also have to use a Field Mapper to make sure the 'Geometry' the processor has calculated is cast to a proper Geometry before attempting to update features through a feature service. The workflow outlined in the appendix of the product introduction tutorial works as documented for the 10.3.1 product release. Apologies for the frustration over this issue. - RJ
... View more
02-27-2015
11:25 AM
|
0
|
1
|
2901
|
|
POST
|
James - We've investigated and found that this is an issue with the 10.2.2 and 10.3 product releases. We've submitted a bug and will work to address this for the 10.3.1 product release. Thank you for bringing it to our attention. - RJ
... View more
01-15-2015
11:38 AM
|
0
|
3
|
1143
|
|
POST
|
06-24-2014 04:45 AM Hei Jo wrote: Does anyone know how to change the geometry after receiving from Input Change the geometry how? At the 10.2.x product release you won't be able to do much with a Geometry event attribute. For example, you cannot reach into a Geometry to retrieve its coordinate values. At the 10.3 product release there will be a new type of processor available to incorporate into your GeoEvent Services which will allow you to buffer a received Geometry ... for example. Have you taken a look at the Introduction to GeoEvent Processor tutorial on our Product Gallery? Here's a link to a catalog of the product's available tutorials. In 'Appendix A' of the tutorial there is a section Using a Field Calculator Processor to compute a Geometry which shows how to generate a String representation (as JSON) of a "geometry", incorporating coordinate values from a received event into a Field Calculator processor's expression. Any changes you want to make to an event's "geometry" might need to follow that pattern. - RJ
... View more
07-02-2014
02:04 PM
|
2
|
2
|
2214
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 01-05-2023 11:37 AM | |
| 1 | 02-20-2025 03:50 PM | |
| 1 | 08-31-2015 07:23 PM | |
| 1 | 05-01-2024 06:16 PM | |
| 1 | 01-05-2024 02:25 PM |
| Online Status |
Offline
|
| Date Last Visited |
Wednesday
|