BLOG
|
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
01-31-2024
01:21 PM
|
0
|
0
|
318
|
IDEA
|
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
01-23-2024
06:39 AM
|
0
|
0
|
816
|
IDEA
|
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
12-14-2023
11:54 AM
|
0
|
0
|
311
|
IDEA
|
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
12-14-2023
11:52 AM
|
0
|
0
|
283
|
IDEA
|
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
12-14-2023
11:32 AM
|
0
|
0
|
333
|
IDEA
|
12-14-2023
08:24 AM
|
0
|
0
|
315
|
IDEA
|
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
12-14-2023
08:24 AM
|
0
|
0
|
297
|
BLOG
|
What’s new in ArcGIS GeoEvent Server 11.2 ArcGIS GeoEvent Server 11.2 offers incremental improvements in usability and stability. We’re also excited to announce that several add-on connectors have been enhanced and are ready for use in GeoEvent Server 11.2 and prior. Let’s explore these changes in more detail. Create GeoEvent Definitions from Input Connectors First, GeoEvent Server 11.2 includes a new method for manually creating GeoEvent Definitions as a part of the configuration for an input connector. It is now possible to create and manually define a new GeoEvent Definition as part of an input connector without needing to navigate to a separate site settings page and lose any configured settings for the new input connector. Manually create a new GeoEvent Definition from an input connector using the new “Create new GeoEvent Definition” shortcut When an input connector is configured to have GeoEvent Server create its own GeoEvent Definition, GeoEvent Server interrogates the schema of inbound data to define its GeoEvent Definition; its blueprint for keeping track of the attribute fields and data types. While this hands-off approach is useful for quickly creating a definition that you can trust GeoEvent Server understands, it is important to note that a definition created this way is ephemeral. These types of definitions, commonly referred to as “managed GeoEvent Definitions”, are erased when GeoEvent Server is restarted. When this happens, what were once operational GeoEvent Services can enter an error state due to missing definitions on restart. It is a best practice to avoid using managed GeoEvent Definitions if you expect to stop GeoEvent Server or its underlying machine for any reason. A good way to tell if a GeoEvent Definition is managed is to check if the owner is “auto-generated” You can avoid using managed GeoEvent Definitions by creating your own GeoEvent Definition. This can be done one of two ways. The first method is to create a copy of a managed GeoEvent Definition so that its owner is your user account and is no longer ephemeral. The second method is to manually create your own GeoEvent Definition from scratch. While the latter approach has always been possible from the site settings page in GeoEvent Manager, GeoEvent Server 11.2 now provides the same interface for defining a GeoEvent Definition from scratch when configuring an input connector. Tracking GeoEvent Definition Usage We’re also excited to share that GeoEvent Server 11.2 now keeps track of which input and output connectors are using a GeoEvent Definition. This information is available when viewing a GeoEvent Definition from the site settings or service designer. With this change, you can now confirm how a GeoEvent Definition is being used before making any changes that could potentially break existing workflows. This example GeoEvent Definition is being used by two input and one output connector This improvement also extends to new warning messages that display when trying to delete a GeoEvent Definition that’s in use by an input or output connector. Avoid accidentally deleting important GeoEvent Definitions that are in use by your connectors. If a GeoEvent Definition is not being used by a connector, this new warning message will not display. A new warning prompts you to confirm deletion when a GeoEvent Definition is in use Gallery Add-On Updates With the introduction of the Gallery Add-On Manager in ArcGIS GeoEvent Server 11.1, we’ll be sharing updates made to various add-ons since the last release as a new practice moving forward. The following add-ons have been updated since GeoEvent Server 11.1 and can be installed automatically from the Gallery Add On Manager in GeoEvent Manager, or installed manually once downloaded from the ArcGIS GeoEvent Server Gallery. Unless otherwise noted, the new versions of these add-ons are compatible with GeoEvent Server 11.2 and earlier. Cityworks Connector for GeoEvent Server FlightAware Connector for GeoEvent Server Waze Connector for GeoEvent Server As always, please don't hesitate to visit What's New in GeoEvent Server 11.2 for more information!
... View more
11-09-2023
05:32 AM
|
4
|
1
|
616
|
POST
|
At a thousand foot view, the functional difference between ArcGIS GeoEvent Server and ArcGIS Velocity is as follows: GeoEvent Server is on-premise (Enterprise) whereas Velocity is SaaS (Online). You have to manage the system in which GeoEvent Server runs. The opposite is true for Velocity. Getting started with Velocity is as simple as reaching a URL. While GeoEvent Server and Velocity both offer real-time analytic capabilities, Velocity also offers big data analytic capabilities. GeoEvent Server can be extended a variety of ways beyond what is available out of the box. It has a java-based SDK for building custom connectors & processors. Custom connectors can also be configured with out-of-the-box transports and adapters. Lastly, GeoEvent Server has the GeoEvent Gallery where pre-built add-on connectors and processors can be downloaded. Velocity is not as directly extensible due to the fact that its a SaaS. Extensibility with Velocity is largely achieved with features such as the gRPC feed type for data ingestion, or the use of Arcade expressions in various tools (such as calculate fields, map fields, and more) to push the boundaries of what those tools can do. Velocity has built-in high availability and disaster recovery. GeoEvent Server does not quite. Data stored by Velocity is stored in the cloud. See How is ArcGIS Velocity different from ArcGIS GeoEvent Server or ArcGIS GeoAnalytics Server? Recommending one over another comes down thinking through a few questions such as 1) do you want or need to manage software on-premise? This includes wanting or needing to manage stored data on-premise vs. the cloud. 2) What type of analysis are you trying to do? Are you interested in asking questions and deriving results in real-time, or do you have the need for post-processing of historical / batch data to derive trends and other answers over time? 3) Do you need to be able to extend your solution with some sort of custom ingestion or geoprocessing? Or can the analysis be achieved with what's offered out of the box? There's a lot more subtle nuances that can said about both products so its definitely worth checking out the documentation for both. Based on the information I presented, it might seem like GeoEvent Server is the definitive way to go for building your own custom geoprocessing tools, and while this might be true, you could just as well find that because Velocity supports the Arcade language and GeoEvent Server does not, Velocity might be the better solution for custom geoprocessing. This is just one example but I hope it serves as something to think about when looking through both offerings.
... View more
08-14-2023
04:42 AM
|
0
|
0
|
707
|
POST
|
Learn how to get started with consuming data from Spire's AirSafe Tracking Stream in ArcGIS Velocity using the HTTP Poller feed.
... View more
04-29-2021
10:08 AM
|
1
|
2
|
3873
|
POST
|
Hi Arthur, Instead of using URL parameters, you'll want to click on "configure expression" to format your JSON object using Arcade. The only thing, based on your example, that you'll want to have as a URL parameter is the authorization token. Click here to configure your JSON body using Arcade: Specify the following to maintain the JSON object with dynamic field values. Note the resulting JSON when I tested the expression: Lastly, it's important to note that the field "paras_value" exists because I flattened the paras object as part of the feed schema. If you didn't flatten "paras" as part of the feed schema, then its likely your field name and value will be different.
... View more
04-13-2021
05:57 AM
|
1
|
0
|
976
|
POST
|
Hi Arthur, What you're asking is definitely possible with ArcGIS Velocity. To achieve this task, you would want to use the HTTP output to construct a POST request. Simply provide the URL, select the content type (JSON), and add any additional headers (e.g authorization token). For the message body, you'd wrap your JSON object using the Text() Arcade expression so that you can keep the JSON formatted. You can even parameterize the values in your JSON by referencing the fields from your processed data. As an example, here is what I had tested using your sample data. The bold parts indicate what I mentioned about about Arcade/parametrized data: text({ "service_id" : $feature["service_id"], "command_name" : $feature["command_name"], "paras" : { "value" : $feature["paras_value"] } })
... View more
04-05-2021
11:29 AM
|
0
|
2
|
1012
|
BLOG
|
ArcGIS Velocity offers the ability to send an email as part of a configurable real-time or big data analytic. This is often useful for when there are events of interest that warrant the need for an immediate notification. For example, you may need to be notified when a vehicle in your fleet has experienced engine trouble and requires assistance right away. Likewise, it could be equally imperative that you are informed about summary statistics derived by your big data analytic after it has finished processing sensor data gathered over the last month. Either way, emails allow you to act upon your data that much faster. The Email output in ArcGIS Velocity allows you to send an email via an externally accessible SMTP server. You can certainly configure your email output with your own organization’s SMTP server if it is externally accessible on the internet. However, if this is not an option, or you do not have an SMTP server of your own, it is worth considering alternatives such as what is offered by Twilio’s SendGrid SMTP service. In this blog, we will explore how you can configure your email output to use SendGrid’s SMTP server as one option for sending emails in ArcGIS Velocity. What is SendGrid and how can I use it? SendGrid is a cloud-based SMTP service provider. A SendGrid account with the free Email API plan can enable you to send up to 100 emails a day via SendGrid’s SMTP server. Paid subscription tiers can support even more emails. But with a few simple steps, the SendGrid SMTP Server can be configured with ArcGIS Velocity to send emails as part of your real-time and big data analytics. Before getting started, it is important to note that an email will be sent for each discrete feature that an instance of the Email output receives in ArcGIS Velocity. For example, if you have configured a feed that ingests 250 events per second, and this feed is used in a real-time analytic just to send email alerts, you could accidentally emit 250 emails every second without any sort of filtering of your data as a precursor. Talk about spam! This high rate of messaging could quickly overload the capacity of your organization’s SMTP server or result in service suspension from your SMTP service provider. Consider the functional design of your analytic, as well as any rate limitations from external SMTP services, before sending emails via Velocity. It may be necessary to consider a paid SMTP service subscription to guarantee a large quantity or rate of emails. However, unless necessity dictates otherwise, the best practice with email outputs is to be conservative with the number of emails generated per second, minute, hour, and so forth. Configure SendGrid for ArcGIS Velocity To use SendGrid for your SMTP Server needs, you will first need a SendGrid account. If you do not have a SendGrid account already, you can create one here. You can configure an account using the free Email API to get started. Consider SendGrid’s terms of service before proceeding. Once you have a SendGrid account, you will then want to create a single sender identity. A sender identity essentially is what represents you as your “from” email address. This is the email address that recipients will see as the sender and is what ArcGIS Velocity will use as the from email address. You can create a single sender identity from the SendGrid dashboard upon signing into your new SendGrid account. You will need to verify your single sender identity by checking the email you had specified. If you are using an email that is part of your organizations domain, you may want to consider reviewing any DMARC policies that are in place as this could interfere with using the email address as your single identity sender. In any case, follow the instructions provided by SendGrid to configure a single sender identity. Create a sender identity after you sign into SendGrid After you specify a single sender identity, you should be ready to send your first email with SendGrid. There are two methods to send an email. The first is to integrate using SendGrid’s Web API or SMTP Relay and the second is to build and send using marketing campaigns. For ArcGIS Velocity, you will want to choose the first method so that you can configure an SMTP [server] relay. Integrate using SendGrid's SMTP relay SendGrid will require that you first create an API key to authenticate with their API and send emails using their SMTP relay. The API Key acts as the password for sending emails, via the SMTP relay, in applications like ArcGIS Velocity. Once you specify a name for and generate your API Key, you will finally be provided details about the SendGrid SMTP server address, ports, username, and password (API key). Consider storing this information in a safe and secure location after it is generated. It is important to reference this information when configuring your email output(s) in Velocity. At this point, you can verify your integration. Store the SMTP address, ports, username, and password Configure an Email output in ArcGIS Velocity Now that you have established all the necessary SendGrid components, you can access ArcGIS Velocity and begin to configure an Email output that uses the SendGrid SMTP server. Navigate to an existing analytic, or create a new one, to begin configuring an email output. When you add an email output to an analytic, you will need to first open it to configure your SMTP settings. Add an email output to an analytic from the outputs folder Step one when configuring an email output is to configure SMTP server options. If you refer to the SendGrid settings you stored from earlier, you will want to specify the SMTP Host property as the SendGrid SMTP Server (often smtp.sendgrid.net). By default, you can use port 465 and leave the SMTP server security property set to SSL/TLS. For the Username property, you will need to specify the username provided by SendGrid (often apikey). Lastly, for the Password property, provide your API key that was auto generated earlier. Configure the SMTP Server with the SendGrid settings At this point, you should be ready to proceed to step 2 where you can configure your email fields. The From email address should be defined as the email you provided as your single sender identity. The remaining properties, To email addresses, Subject, and Message body can all be specified however you wish. You can either specify manual values, as I had done in the case of my Subject and Message body below, or you can reference fields and their values from your data as I had done using my “email_recipient” field for the To email address property below. Configure email fields with manual entry or data values Once you click Complete, you should be good to go with sending emails as part of your real-time or big data analytic. It is important to remember that the free Email API that SendGrid offers has a cap of 100 emails a day. If you require more than that, it may be worth exploring an alternative subscription plan. Sending emails is just one of many ways to notify others of critical events. If you are interested in seeing what other outputs are available for sending notifications, or processing data in general, feel free to visit and explore our resource on outputs in ArcGIS Velocity.
... View more
01-19-2021
01:33 PM
|
2
|
0
|
1931
|
POST
|
Hi Saurabh, Most often at a minimum, all you need to utilize ArcGIS GeoEvent Server is an installation of ArcGIS Server (licensed as GeoEvent), and then an installation of GeoEvent Server on the same machine. This type of set up should be sufficient to allow you to read from ArcGIS Online feature services, and subsequently write to ArcGIS Online feature services. Its not necessary that you install and configure a Portal + other supporting ArcGIS Enterprise elements. Its important to note however that stream services (from GeoEvent Server) cannot be published/hosted in ArcGIS Online. They have to be published to the underlying ArcGIS Server since they run as a part of the GeoEvent Server service (to really generalize things here). You can certainly add the stream services to your ArcGIS Online organization as items (just as you would with a non-hosted map/feature service), but the stream service still needs to be published & running on the GeoEvent Server machine. If you are primarily working with ArcGIS Online already, you don't have a need for an on-premise Portal (or ArcGIS Enterprise for that matter), nor do you want to deal with the infrastructure aspects of managing GeoEvent Server, we do offer a new product called ArcGIS Velocity which could likely fit your needs. Velocity is a new capability of ArcGIS Online that provide real-time and big data processing & analytic capabilities. With it, you can ingest real-time data, perform on-the-fly analytics, and even output it to feature/stream services hosted in ArcGIS Online (and more). Since ArcGIS Velocity is a SaaS, there's nothing for you to manage in terms of infrastructure. Everything is hosted in ArcGIS Online. Something worth considering given your questions! Hope this helps!
... View more
10-22-2020
04:45 AM
|
2
|
0
|
1292
|
BLOG
|
Have you ever had to employ a file-based output connector such as Write to CSV File to better understand and troubleshoot what is happening with your real-time data as it's processed in a GeoEvent Service? Or rather, have you ever had to publish a pseudo stream service or feature service just to verify the geometry of your event data is as expected? What happens when you forget to configure an output connector while creating a new GeoEvent Service? What do you do when you realize you need to edit an input in a GeoEvent Service before you're ready to publish it? If you're like me, these are just a few hurdles you've encountered when working with different elements in the service designer of ArcGIS GeoEvent Manager. It can take time, patience, and a certain level of familiarity to be successful. We've recognized how many steps you must go through to simply and quickly determine what's happening with your real-time data as it's processed in a GeoEvent Service. Additionally, having to navigate to the multiple pages in GeoEvent Manager to create new or edit existing inputs, outputs, site settings, and more can take time. Given these realities, i'm excited to announce many new usability enhancements as well as a new sampling utility available in the service designer at 10.8. These new capabilities will help you be more efficient and effective when defining your real-time services, making the hurdles mentioned above a thing of the past. So, let's explore some of these new capabilities in more detail! Working with elements and settings in the service designer First, we’ve made some exciting functionality and usability enhancements to the service designer in GeoEvent Manager. Many of you are probably familiar with the New Element list where you could previously only add new filters and processors to a GeoEvent Service. With 10.8, you now have the ability to create new inputs and outputs as well as copy existing inputs/outputs and configure them directly in the service designer. So if you're in a GeoEvent Service, and you forget to create an input or output connector, there's no longer a need to leave the current GeoEvent Service or open another browser tab just to create it. Simply add an input element from the New Element list to the canvas, configure the properties, and save it. It's the same workflow you've become familiar with when adding and configuring both filters and processors. You may be thinking, “what do I do if I need to edit an input or start or stop that input?” Well, there's now the ability to start, stop, and even edit existing connectors from inside the service designer. Simply right click an input/output you've added to the canvas or one that exists in the element list to access the action menu. For example, in the illustration below, by right-clicking the Receive Flights Data input, you can choose to edit the input's properties, delete the input, fit the input's bounding box to the text, as well as start or stop the input to control the flow of data. By choosing to edit the input properties, a new window will appear allowing you access to all the familiar properties of the input. Should you choose to stop the input, a new status icon on the element will change from green to gray to reflect the stopped state. Quickly edit, delete, start, and stop an input or output by double clicking the element in the canvas. While inputs and outputs connectors are certainly important, they're only half the story when it comes to publishing a working GeoEvent Service. There's also several GeoEvent Server site settings that need to be considered and set appropriately, oftentimes, before successfully publishing a GeoEvent Service. That leads to our next exciting enhancement, the ability to access and edit several key GeoEvent Server site settings directly in the service designer. These settings include access to your GeoEvent Definitions, GeoFences, Data Stores, and Spatiotemporal Big Data Stores. Have you ever realized halfway through configuring a spatial filter that you forgot to configure your GeoFences? Or, maybe you forgot to create the target GeoEvent Definition for a Field Mapper Processor? Rather than leave your GeoEvent Service, and potentially lose the work you put into configuring it, simply access those settings directly in the service designer. From the Site Settings list, you can double click any of the settings available to open and access those particular settings. When you're finished making any necessary updates, just save your changes and continue configuring your GeoEvent Service. Sample and view real-time data In addition to the above enhancements to the service designer, i'd like to next introduce you to our newest utility in ArcGIS GeoEvent Server 10.8; the GeoEvent Sampler. As the first of its kind, the GeoEvent Sampler is an embedded utility in the GeoEvent Manager's service designer that allows you to quickly sample, review, and even visualize processed data in real-time as it flows through routes and elements in a GeoEvent Service. No longer is it necessary to spend time and effort configuring different types of ephemeral outputs just to review, visualize, or verify your processed data is as expected. Unlike GeoEvent Logger or GeoEvent Simulator, which are separate Windows applications, GeoEvent Sampler is embedded in GeoEvent Manager. Therefore, you'll be able to use this new utility in both Windows and Linux environments. Let’s explore how the GeoEvent Sampler can be used to help you build and/or troubleshoot a GeoEvent Service. Verifying your schema Let’s say you want to ensure your Field Mapper Processor is altering the schema of your processed event data correctly. Prior to 10.8, you could write the data emitted from the Field Mapper Processor to an external JSON file. This meant first creating and configuring a separate Write to a JSON File Output Connector. Next, you would need to add that output to your existing GeoEvent Service. Once this was set up, and your outbound data was writing to a JSON file, you would then need to open the JSON file in a text editor to review the data as formatted JSON. While this workflow isn't necessarily difficult to accomplish, it can be time consuming. Using the new GeoEvent Sampler at 10.8, you can simply select the route that connects the Field Mapper Processor to your next element (e.g. an Output Connector as shown in the illustration below) and sample the event records (formatted in JSON) that are being emitted in real-time on that route. A sampled event record allows you to confirm the definition and schema are correct. By never having to leave the service designer, you can quickly confirm whether or not the schema is being updated as expected. If you happen to notice that one of your target definition fields is spelled incorrectly, or that the data type of a field is a string instead of an integer, simply edit the target GeoEvent Definition without leaving the service designer. Remember, GeoEvent Definitions can now be edited directly in the service designer at 10.8 as mentioned above. After making your edits, want to double check that the changes are correct? Just publish the GeoEvent Service and sample the event data on that route again! Another useful scenario where GeoEvent Sampler could come in handy is if you wanted to compare event data on two routes in a GeoEvent Service. For instance, if you wanted to compare your event data's original schema to the schema after it's emitted from a Field Mapper Processor. First, select and sample the first route that's sending the data into the Field Mapper Processor. This will sample the data right before its schema is transformed by the processor. Next, select and sample the route that's emitting data from the Field Mapper Processor for comparison. This will sample the data after the schema as been transformed. With just a few clicks, you can see the data changing in front of you, in real-time. Comparison sampling confirms the source and target fields are mapped correctly. For example, the MPH field (left) was renamed to Speed (right). Verify attribute values GeoEvent Sampler can also be used to verify the attribute values of your real-time data. Continuing with the flight data example in the illustration above, there is a new field called Speed whose value is in miles per hour (e.g. 500 mph). Let's say you want to change the mph value to kilometers per hour (kph). To do this, you need to use a Field Calculator Processor to multiply the mileage value in the Speed field by 1.609344 to get the kilometers per hour (i.e. Speed * 1.609344). While this is easy enough, how can we quickly verify the conversion is happening before configuring the rest of the GeoEvent Service? Prior to 10.8, one option would be to create and configure a Push Text to an External TCP Socket Output Connector and view the output in GeoEvent Logger. Data from before and after the Field Calculator Processor could be routed to the output and viewed in GeoEvent Logger. While this is relatively simple to set up, it does take time, just like the previous JSON file example above. Something else worth considering with this type of workflow is data velocity. Depending on the rate at which your real-time data is being received and processed, it could be a challenge to review the data in GeoEvent Logger since it could be constantly updating with new information. You could close the TCP connection in order to allow you to review the data in GeoEvent Logger, but that's just another factor to consider. Now at 10.8, you can use GeoEvent Sampler and select the route before the Field Calculator Processor to observe the speed data in miles per hour (mph) and then select the route after the processor to view the speed data after its been converted to kilometers per hour (kph). It's important to note that GeoEvent Sampler is not a logging utility, you can only sample a fixed number of GeoEvents on a route (1, 10, or 100 at a time). So, in the case of the flights example, you could quickly sample a single GeoEvent on each route to verify the processor is correctly calculating the speed in kph. There's no need to comb through hundreds of processed GeoEvents to verify the same thing. The graphic below illustrates this. Comparison sampling of two non-adjacent routes confirm the original MPH field (left) and it's value of 502.0 was correctly converted to kph in the Speed field (right) with a new value of 807.89. Verify geometry So far we've covered how GeoEvent Sampler can be used to review and validate your schema and attributes, but what about the geometry of your processed data? Well, included with GeoEvent Sampler is a capability called the Event Viewer. It can be used to display the geometry of processed event data whose GeoEvent Definition geometry field has been tagged with GEOMETRY. Let's say you're tracking airplanes and using a Buffer Creator Processor to create a buffer for each airplane. You want to ensure the airplanes are being buffered by the correct distance before proceeding with the configuration of the GeoEvent Service. In this case, you need to make sure the point geometry is being changed to polygon geometry. Prior to 10.8, you could verify this a few different ways. First, you could write the buffered GeoEvent to a JSON file and review the geometry object for rings. But even then, how do you know that this geometry will be displayed correctly in a feature or stream service? Unless you're an avid fan of deciphering JSON syntax, you'll likely try to send the data to a feature or stream service to see if it takes. After all, if you can see the geometry of the data display in a web map, you can be confident that buffering is happening, and that the geometry is what you expect. Of course, checking the geometry of a GeoEvent by using a temporary feature or stream service first means creating and configuring those services. Before that can be done, there's GeoEvent Definitions, data store connections, and other factors to consider. Using GeoEvent Sampler at 10.8, you can now sample the GeoEvents emitted from the Buffer Creator Processor. Once you have a sampled GeoEvent, you can then simply open the Event Viewer to display the geometry. If you choose to sample a single route, the Event Viewer will display the geometry of the sampled records from that route. If you choose to sample two routes for comparison, the Event Viewer will display two map views that show the geometry of the sampled data from both routes respectively. In the illustration below, you can see the point geometry of the source flight data and the polygon geometry of the buffered data output from the Buffer Creator Processor. The Event Viewer in GeoEvent Sampler, allows you to confirm the valid point geometry of the source event data and the valid polygon geometry of the buffered event data. These are just a couple ways GeoEvent Sampler can be used to assist with the creation or troubleshooting of your GeoEvent Services. Other example use cases of GeoEvent Sampler not covered here include (but are not limited to) checking datetime values, filtering, regular expressions, construction point geometries, and more. Hope you enjoy using these new enhancements! If you have ideas for future enhancements, please submit those on the Real-Time GIS place on ArcGIS Ideas.
... View more
02-20-2020
10:38 AM
|
4
|
0
|
1332
|
Title | Kudos | Posted |
---|---|---|
1 | 02-01-2024 06:53 AM | |
1 | 02-22-2024 01:48 PM | |
1 | 02-01-2024 05:33 AM | |
4 | 11-09-2023 05:32 AM | |
1 | 02-13-2020 03:02 PM |
Online Status |
Offline
|
Date Last Visited |
04-22-2024
07:22 PM
|