Latest Contributions by GregoryChristakos

Hi @Moi_Nccncc - It might be worth taking a look at the karaf logs from the system directly. You can find these via C:\Program Files\ArcGIS\Server\GeoEvent\data\log. I am willing to bet there are messages indicating kafka issues with finding various topics and what not. If that is the case, your best bet is going to be doing an admin reset. Make sure you get a backup of your GeoEvent Server configuration first. None of what I suggested above speaks to what caused the issue to begin with, but it should hopefully get you going again.  If the issue persists, I would recommend reaching out to Support Services so that we can take a deeper look at what is amiss. Hope this helps! ... View more

Hi @MANESK - There's a few things you could try here: 1. If you can afford it, try pre-filtering the data so that you're only bringing in the data that matters, thereby shrinking the payload. 2. You could try increasing the polling interval to give GeoEvent Server more time to process the incoming records as events. 3. You could consider increasing the input buffer capacity. By default its 20MB but increasing it might prevent the overflow from happening for a time. This is a setting in GeoEvent Manager > site > settings. Check out this page. 4. It could be worth checking out how much RAM is available on the machine where GeoEvent Server is running and whether or not GeoEvent Server is having to compete with other processes that are also consuming RAM. ... View more

Hi @Moi_Nccncc - I would recommend checking out this blog. ... View more

Hi @Moi_Nccncc - This'll sound odd but you might want to flip this problem on its head. Rather than tracking the trucks, track the areas. If an area (the event) has a truck of type <A> inside of it, mark that area as "fully covered". If the same area (the event) has a truck of type <B> inside of it, mark that areas as "partly covered". The area (the event) can be, by default, not covered until it has a truck reported inside of it. Hope this helps! ... View more

Hi @Nadia_Matsiuk - At a glance it looks like there's a certificate/trust problem here. When you access GeoEvent Manager on the machine where GeoEvent Server is installed, does the browser present you with certificate errors? If not, can the same be said when accessing GeoEvent Manager from another machine entirely? I often found that a failure to subscribe to a Stream Service is 9 out of 10 times due to SSL/trust and your errors seem to indicate this.  This is likely going to require a deeper dive into your environment to resolve, and so I would definitely recommend reaching out to our Support Services for assistance, but just off the cuff here, here are some things I would look into if I were in your shoes: 1. Ensure you have the latest patch installed for 10.9.1. This would be patch 4. We did some work on stream services as a part of this cumulative patch. None of the issues are directly related to what you're reporting, but this is a good start nonetheless. 2. If you can hit GeoEvent Manager and are getting SSL/certificate errors in the browser, I would look into addressing this. If you have a domain certificate you can work with, that is by far more preferable than using a self signed certificate. I often tell folks that a self signed certificate is analogous to writing your name on a piece of paper and trying to get through airport security with it as a method of identification. Its really only good for you, or to bring this back to GeoEvent Server, its only good for doing anything on the machine/browser where GeoEvent is installed and running. Forcing the browser to "trust" the self signed certificate isn't guaranteed to work either unfortunately. - It'll be telling pretty quick if you can subscribe to the stream service from the browser where GeoEvent is installed/running, but cannot from anywhere else. 3. If you are using a domain level certificate, make sure you have the entire certificate chain imported into the ArcGIS Server admin endpoint. The root, any intermediates, and the cert itself. I've seen issues where just bringing in the cert alone isn't sufficient for establishing the chain of trust. 4. This might be a given, but did you try restarting GeoEvent Server following the certificate import you did on ArcGIS Server? Can you see if GeoEvent Server is presenting the new certificate when navigating to GeoEvent Manager? These are a few things I would look into checking myself, but as I said before it might be best to reach out to Support Services where an analyst can take each of these suggestions further as needed. Hope this helps.   ... View more

@Moi_Nccncc - There isn't a gallery of templated or example GeoEvent Services currently but this is something the Real-Time team can look into offering on the GeoEvent Server Gallery if there's enough interest from the broader community. I suggest posting this idea to our Ideas page if you haven't already! In the short term, I would recommend checking out some of the various recorded GeoEvent Server sessions from past conferences. Our "Applying Real-Time Analytics" line of sessions usually delve into GeoEvent Service design and demonstrations.  ... View more

@Moi_Nccncc - Incidents from the Incident Detector are managed in a separate cache/queue across all GeoEvent Services. The only way these incidents can be lost is by restarting the GeoEvent Server services (Windows services) or by restarting the machine where GeoEvent Server is running. Stopping and starting a GeoEvent Service, or republishing a GeoEvent Service isn't going to purge these incidents. Given this information, you should be able to update your GeoEvent Services per the normal pattern of use. In certain situations where an Incident isn't making logical sense anymore (e.g. an Incident is reported as ongoing from before the change, and you're trying to test/confirm that your latest changes are working and so the incident should be closed), it can be advantageous to restart GeoEvent Server too. ... View more

Hi @Moi_Nccncc - You might want to look into using the Track Idle Detector Processor from the GeoEvent Server Gallery for this scenario. You can easily download and deploy it from the Gallery Add On Manager via GeoEvent Manager, or manually download and install it from here. Track Idle is designed to monitor whether an event has moved or not. You could use this event to then trigger an incident with the incident detector per your criteria (e.g. expire the incident after 5 mins, or close it if the track idle detector passes along an event indicating movement has occurred).  You could apply the logic to your second scenario as well. If the incident is ongoing for more than 5 minutes, pass that along to a buffer processor and create a geofence via a sync rule. These geofences could then be used for the third scenario (i.e. monitor for ongoing incidents). What you're describing is within the realm of doable/possible and I think you're on the right track. All I would add here is that the Track Idle detector might make your life easier when monitoring for movement (or lack thereof). ... View more

Hi @Mike_Quetel  - A new version of the Waze Connector was released on Aug 25, 2023. You can download and deploy it directly from the Gallery Add-On Manager via your GeoEvent Manager interface (make sure the filter is set to samples and search for Waze), or you can manually download and deploy it from here. ... View more

The development of a python processor to perform custom real-time geoprocessing or to trigger a python job elsewhere, is not on the GeoEvent Server road map at this time. Our team had initially done some exploration into this idea around the 10.8.1/10.9.0 timeframe but found that there were significant limitations with real-time data processing and workflows. As such, there are no plans to revisit this sort of enhancement as an out-of-the-box capability. Depending on the type of feature service you are working with, it could be worth exploring web hooks as an alternative mechanism for acting on adds, updates, or deletes to a feature layer being made by GeoEvent Server. In theory some feature services can be configured with a web hook to send a web request to an endpoint of your choosing whenever an add, update, or delete, is made to its feature layer. The endpoint can be what then executes a python script. In lieu of web hooks, it may also be possible to have GeoEvent Server construct a POST request to a similar sort of web endpoint that then triggers a python script asynchronously. Beyond that, we still recommend what @RJSunderman had mentioned before. ... View more

The Introduction to GeoEvent Server tutorial series is being revamped. Available modules thus far can be found here: https://community.esri.com/t5/arcgis-geoevent-server-documents/introduction-to-arcgis-geoevent-server-tutorial/ta-p/1306781/jump-to/first-unread-message ... View more

We support some of these authorization methods, but not all. It would be super if we could get some insight into which ones are the most important to folks to help prioritize enhancements moving forward. For more information on configuring a connector, see: https://enterprise.arcgis.com/en/geoevent/latest/reference/extend-using-out-of-the-box-components.htm Some of the out-of-the-box transports that can be used for a custom connector support auth methods like OAuth 1, basic auth, etc. ... View more

If you're running GeoEvent Server 11.1+, you can deploy the Field Splitter Processor from GeoEvent Manager without the need to do anything with the GeoEvent SDK. See: https://enterprise.arcgis.com/en/geoevent/latest/reference/use-the-add-on-manager.htm#:~:text=To%20open%20the%20add%2Don,documentation%20for%20each%20add%2Don. Simply search for the Field Splitter Processor in the Gallery add on manager (within GeoEvent Manager) and deploy it via "install". Installed add-ons will persist on upgrade of GeoEvent Server. You can even obtain updated versions of this processor outside the normal release cycle using the add on manager (assuming there are updates available). ... View more

Implemented in 10.9.1 via the Field Mapper Processor. The Field Mapper Processor now supports in-line calculations on fields that you would otherwise have to define using the Field Calculator processor. Calculations can be performed on different fields all within a single Field Mapper Processor. ... View more