Skip to main content
100%

Gist a6d52d798025f521616fe29c2924771f

✓ Published0🌍 Public
Aandrewxhill
Last edited Apr 6, 2017
Created on Apr 6, 2017

This example shows a ride-finding view controller that automatically populates destination suggestions for the user after the screen appears. It uses the SetSDK’s `getDestination()` method to retrieve likely destinations, then passes those results to a helper function that fills the UI with suggestions. The code demonstrates a straightforward iOS pattern where `viewDidAppear` triggers an SDK call and updates the interface, without revealing the underlying data source or rendering details.

AI-generated description

Similar vizzes

Loading thumbnail…

Gist 4417ed600fc17af2ed846c4094098a9b

This example shows a mobile ride-finding interface that uses the user’s current GPS location to suggest nearby destinations. The code relies on Core Location’s `CLLocationManager` to fetch the user’s coordinates, then passes them to the SetSDK’s `getDestination(fromLocation:)` method, which returns a list of `SetState` objects. Those states are then used to populate destination suggestions in the UI via a custom `populateDestinationSuggestionsFromSetStates` function. The visualization is driven entirely by location data and the SetSDK’s geospatial logic, with no charting or rendering library involved.

Aandrewxhill
83% match
Loading thumbnail…

Gist c52a8d028d9be31e5ee21b9c3d409d54

This visualization demonstrates a geofencing SDK that predicts a user’s likely destination upon departure from a known location. The code listens for a departure event via `SetSDK.instance.onDeparture(.home)`, then calls `getDestination(fromLocation:fromTimestamp:)` to return ranked destination predictions. It shows how the SDK filters the top candidate from the returned array, highlighting the core API flow for location-based prediction. The example uses Swift and the SetSDK instance, with no rendering or charting libraries involved, focusing purely on the data-handling logic.

Aandrewxhill
76% match
Loading thumbnail…

Gist 6e87e5526f80c649c74cc3448288aa5f

The visualization demonstrates a context-aware notification system using the SetSDK, configured to trigger an alert upon exiting a home location during morning hours. The code defines a `SetSDK.Context` object with properties for notification timing, event action, event state, and time of day. It uses Swift to construct the context, specifying `.upon` for immediate notification, `.exit` for the event action, `.home` as the place type, and `.morning` as the time window. The example shows how to programmatically set up location-based triggers for mobile notifications, highlighting the SDK’s API for contextual event handling.

Aandrewxhill
60% match
Loading thumbnail…

Gist 5d553ade7d332fe430beb35852af8c54

This example visualizes a location-based automation triggered by a user leaving a designated home area. It shows how the SetSDK’s `onDeparture` API fires an asynchronous callback when the device crosses a geofence boundary. The code registers a listener for the `.home` event, and inside the closure it would execute actions like turning off lights, stopping music, or locking doors—though the snippet only defines the callback skeleton. The visualization relies on the SetSDK’s departure detection, not on a charting library or custom rendering, making the data source the device’s real-time location context.

Aandrewxhill
58% match
Loading thumbnail…

Gist bc0b0435c4549d7900933b98ff3b2754

This example demonstrates how to register a context-aware notification subscription using the SetSDK. The code calls `SetSDK.register(context:beforeCommute)` and defines an event handler that sends a local notification. Inside the handler, it creates a `UNMutableNotificationContent` object, sets its title to "Weather Alert!", and prepares to deliver new information or opportunities. The example uses the UserNotifications framework for local notifications and the SetSDK’s context-registration API to trigger the alert based on the user’s commute timing.

Aandrewxhill
56% match
Loading thumbnail…

Gist 51f02b43d105ab18ddb3

This example shows a data table rendered as an interactive visualization, where each row represents a set of arrival or departure records. It displays a collection of rows fetched from a model, with the display logic choosing between arrival-related and departure-related attributes based on the data type. The code uses a cached property decorator to compute the rows lazily, iterating over object attributes that end with `arrival_set` or `departure_set` and returning the first non-empty result. The rendering approach relies on the object’s attribute inspection and the underlying database query API, though no specific charting library is visible in the provided snippet.

Aandybak
55% match
Loading thumbnail…

Gist 4469718

This example shows a Rails controller action that loads a user by ID and immediately calls `set_view_profile` to mark the profile as viewed without updating the view count. The code then makes related user associations—`tools` and `other_relaions`—available to the view template. It relies on ActiveRecord’s `find` method and a custom model method, with no visualization library or rendering logic present. The data source is the Rails model layer, and the snippet only demonstrates backend data preparation, not any graphical output.

Aallyraza
54% match
Loading thumbnail…

Gist 7ebf9ba6e5ccb3a952025a99aef8e8a7

This visualization maps taxi trip paths across London using a deck.gl renderer on an SVG basemap. The trips data consists of sequences of GPS coordinates tracing vehicle routes through the city. A custom code node transforms the raw JSON into trip polylines, which are then passed to the DeckRendererOp for visualization. The example demonstrates a noodle-based workflow where a file loader reads trip data and feeds it through a code operation to render animated or static path overlays on a geographic basemap.

Aakre54
53% match