Bring your best ideas to the AI Use Case Contest! Enter to win 40 hours of expert engineering support and bring your vision to life using the powerful combination of Alteryx + AI. Learn more now, or go straight to the submission form.
Start Free Trial

Alteryx Designer Desktop Ideas

Share your Designer Desktop product ideas - we're listening!
Submitting an Idea?

Be sure to review our Idea Submission Guidelines for more information!

Submission Guidelines

Featured Ideas

I am using the Distance Tool and would like to get the polyline that represents the drive distance.  I need to output the drive polyline for multiple points and determine the percentage of overlap between routes and the number of times overlapped.

Sometimes we may have polygons, such as county boundaries, and need to split the polygons into smaller areas using polylines, such as roads. Please consider adding a polygon split by lines tool. I imagine it could be like the Poly-Split tool, but accept two inputs of a polygon field and a polyline field.

In working through challenge 77 it became apparent that here are a few useful formulae that would help with work like this:

OffsetFromPosition

Input: Point; Bearing; Distance; Units

Output: New point

 

Degrees to DMS:

Input: Degrees as floating point

Output: string with Degrees; minutes & Seconds

 

DMS to Degrees:

Inverse of the above

 

 

I would like the capability to spatially intersect vector data over raster based geographic information. I have to go back and forth between  Alteryx and ArcGIS to perform the zonal statistics and then back to Alteryx to complete the data analysis. 

I would like the ability to take custom geographies and write them to a table in Exasol. We visualize our data with Tableau and rely on live connections to Exasol tables rather than Tableau extracts. One shortcoming with spatial is that we have to output our custom geographies as a .shp file then make a Tableau Extract.  This would save us a few steps in sharing this data with our users. 

 

Thanks!

In the map input tool, it would be really nice if I could type in an address or a geography (like "Boulder County"), and the map would be zoomed to that location, and maybe even draw a point for me (if it is an address) or draw the geography polygon so that I can use that for downstream analysis.

A lot of popular machine learning systems use a computer's GPU to speed up some of the math to a huge degree. The header on this article on Medium shows a 15x difference from a high-end CPU vs a high-end GPU. It could also create an improvement in the spatial tools. Perhaps Alteryx should add this functionality in order to speed up these tools, which I can imagine are currently some of the slowest.

The trade area tool currently allows for

  • Radius (miles)
  • Radius (Km)
  • Drivetime Minutes

We would like to see:

  • Driving Distance

2 benefits of this:

  • Mapping of driving distance polygons
  • Once polygon is created - then faster processing times of driving distance calculations

Currently, the distance tool provides an option to calculate mileage distance (as the crow flies) between a point and the edge of a polygon, but you can only calculate drivetime to the centroid.

 

I'd like to see an option to calculate drivetime based on the nearest edge rather than centroid, Thanks.

 

 

image.png

When calculating distance from a single point (or a list of points) to many other points, it can require a lot of processing time to append the single point into the same table as the multiple points (especially with very large datasets).  Seems it would be more efficient to allow the single point as in input to the distance tool and bypass the timely append step.

We use Alteryx to extract the reports from 3D CAD system.


https://community.alteryx.com/t5/Alteryx-Use-Cases/Toyo-Engineering-Reduces-its-Workload-to-a-Fracti...


XYZ coordinate system is used in 3D CAD system but spatial function in Alteryx is applicable only for lat/long system.

Polygon generated by Alteryx can’t be imported into Tableau with proper scale and other useful spatial function can’t be used, neither.

 

It would be nice to have options to use XY coordinate system in addition to lat/long.

If XYZ, 3 dimensional coordinate system can be handled to calculate distance and overlap, that would be great.

I'm plotting ship's routes on a map by using the Poly-Build tool to create a Sequence Polyline, the source field is a daily snapshot of a ship's position, the sequence is the date. This works well until the ship goes off the map, i.e heading west in the North Pacific to Japan.  Rather than wrapping the line around the world, it draws an ugly line across the map:

 

spainn_0-1648051649989.png

 

I've seen some super clever WFs on here where people have manipulated coordinates to stop this happening, but rather than me having to do that (and probably getting it wrong), could you make the Poly-Build tool map sensitive?

 

 

Hi , Currently we have 3 methods to calculate distance.  K-means, K-median and Neural gas. Can we also include DBSCAN (Density based spatial clustering) as one of the method. I can colloborate with product owners of alteryx to make this happen. Please let me know.

I was wondering if anyone else in the community thought it would be a good idea for Alteryx to add the capability to import a Mapinfo raster file?  Currently you can work with MapInfo's vector .tab files but you cannot bring into Alteryx MapInfo raster .tab files.

Even if Alteryx is not able to do any spatial calculations on the raster it would still be useful to import a georegistered raster .tab file to allow the user to display lat/long referenced data on top of it.  Another way to look at it would be like alowing a user to create and use a custom reference map in the Map Report tool.

I need this functionality because I often need to display lat/long data on top of georegistered .tab floorplans (always created in MapInfo). Currently there seems to be no easy way of doing that.  The simple solution would just be able to import them and view .  Later if you could do spatial calculations on those files that would be an enormous bonus.  

Thanks,

Simon



Within the mapping tool, please add an alignment option (left/center/right) within the label options (when wrapping).

Alteryx currently shows 100% in the profiling of spatial fields in the results window, regardless of if there are rows with missing spatial features. I opened a ticket about this & was told it is expected behavior.

 

Therefore, I submit the idea that the profiling for spatial fields should give an accurate profile of the field, & if there are nulls in the field, it should identify that column isn't 100% OK and show the % of records that have null values, like the profiling does for every other column in workflows.

1.JPG

 

 

 

 

 

 

 

 

 

 

Thank you!

Ability to adjust the underlying speeds on the roadways via the GUI and eliminate having to modify the xml file and registry OR adjust the existing speeds in Guzzler that correspond to the urban roadways to bette reflect traffic volume and the resulting drive time polygons that are created in dense urban areas.

it would be nice Street Geocoding tool can be capable of accepting Latitude and Longitude and spit out the address like Reverse Geo Coding . The reverse Geo coding currently using TomTom is too slow to process hundred thousands records.. if the data is already local to our system in form of CASS or Street Geocoder that will be certainly faster. 

An ability to modify the angle of the grids created. Degree Angle input would be real simple to use and would allow for creating more appropriate grids without making really small grids and re-merging them for similar result.  North South & East West grids are nice, however ability to change to NW by SE would be real nice.

 

North South & East West defaultNorth South & East West default

 

 

Geohash is a latitude/longitude geocode system (public domain). It is a hierarchical spatial data structure which subdivides space into buckets of grid shape.

Geohashes offer properties like arbitrary precision and the possibility of gradually removing characters from the end of the code to reduce its size (and gradually lose precision).

As a consequence of the gradual precision degradation, nearby places will often (but not always) present similar prefixes. The longer a shared prefix is, the closer the two places are.

http://en.wikipedia.org/wiki/Geohash

https://github.com/sharonjl/geohash-net

https://github.com/simplegeo/libgeohash/blob/master/geohash.c

Top Liked Authors