Latest Contributions by MelindaMorang

Right, those videos are getting a bit old by this point, but keep in mind that they're using ArcMap and an older workflow for a different purpose than what it sounds like you're doing from this post. Here are a couple of distinctions that I think you'll find helpful: 1) There is a difference between calculating a walking Service Area around transit stops and a transit+walking Service Area for some facility. A walking Service Area around a transit stop shows you the area within a short walk time or distance of the transit stop.  To calculate this, you just need a road network.  The network should not include the transit lines because you are not calculating travel by transit.  You are simply calculating travel by walking.  In this case the transit stops are the origins/destinations in the analysis, not part of the network.  You can use the ArcGIS Online Services to calculate this. A transit+walking Service Area answers the question "how far can I travel by transit and walking within a certain time limit?"  It uses the transit lines as part of the network.  The transit stops in this case are not the origins/destinations of the analysis but are instead part of the network.  You cannot use the ArcGIS Online Services to calculate this.  You will have to create your own network dataset that includes your GTFS data.  The videos you're referring to are older and talk about the now-deprecated downloadable Add GTFS to a Network Dataset toolbox.  You can now do this using core tools in ArcGIS Pro. So, you need to be clear which of these things you're calculating, as that determines what kind of network you need to use. 2) "Generate Service Areas" refers to a particular tool, but this is not quite the same as solving a Service Area analysis generally.  It's not always easy for me to tell which one you're referring to in a post, so that's why it's sometimes hard to answer your questions. As explained in my earlier post, the Generate Service Areas tool in ArcGIS Pro is one of the Ready-to-Use tools that uses the ArcGIS Online Services to solve an analysis problem. To make matters confusing, ArcMap has the same Generate Service Areas Ready-to-Use tool, but it also has a Generate Service Areas tool in the Services Tools toolset of the Network Analyst Tools toolbox, which allowed you to use your own network dataset. However, both ArcMap and Pro allow you to solve a Service Area analysis using a multi-step workflow of a) Make your Service Area layer b) Add Facilities to the layer c) Solve the layer The video you're referring to does this procedure in ArcMap using a transit-enabled network dataset (the one made from OSM data for Cincinnati). You can follow this tutorial to learn how to do this procedure in Pro.  If you want to calculate a walking+transit Service Area in Pro, you will need to create a transit-enabled network dataset and then do this multi-step Service Area workflow.  This tutorial can help you out with all of that. ... View more

The short answer to your question is: No, no really, or not completely. The first two criteria (seeing if there is a bus stop within 0.25 miles of the origin and destination) is very simple and can be solved with a Service Area or (better) with an OD Cost Matrix analysis. For these two: and the bus stop pick up needs to be within +/5 minutes of ST and the bus stop drop off needs to be within +/- 5 minutes of ET You could possibly mine the GTFS data to get the arrive and depart times for the relevant stops and return a yes or no just doing that.  However, from the rest of your post, it sounds like you don't want a simple "yes a bus went by within 5 minutes" type of answer.  You're actually looking to see if the bus that went by allows the traveler to get to the destination using a reasonable journey within 5 minutes of their desired arrival time.  This is a much more complicated problem. At ArcGIS Pro 2.4, we added the ability to solve public transit analysis problems in Network Analyst.  So, given an origin and destination, you CAN calculate the transit route between them.  However, there are some limitations to our public transit capabilities as they are now.  We cannot: - Count or limit the number of transfers - Limit the walk time separately from the overall travel time.  If the fastest way to get from A to B is to walk for an hour, it will tell you to walk for an hour even though that's not very realistic. - Wait time is included in the analysis (because it uses the actual schedules), but it's not reported in a way that's easy to look at. - Trip cost (fare) is not included in the calculations. ... View more

The Generate Service Areas tool in ArcGIS Pro is one of the Ready-to-Use tools that uses the ArcGIS Online Services to solve an analysis problem.  The ArcGIS Online Service Area service makes the calculation for you in the cloud using the high-quality network dataset hosted there.  Consequently, you don't need to have your own network dataset.  This is a great option if you don't have your own good-quality street data for your area of study. A word of caution: Running the Generate Service Areas tool consumes credits (currently 0.5 credits per individual Service Area, so 0.5 per bus stop in your case).  If you have a very large number of bus stops, this can get pricey, so you might want to calculate your credit consumption in advance just in case. ... View more

Oh, I see.  So you want a tool that can count trips on some subset of routes.  Would you want a) the trip counts combined, or b) all separated per route (the equivalent of running Count Trips on Individual Route several times in a row)? ... View more

Thanks for your ideas, Martin.  For the first one, I have added it as a to-do item in my GitHub repo here: Make Count Trips at Stops indicate the routes the trips are associated with · Issue #145 · Esri/public-transit-tools · G…  For the second one, I don't quite understand what you're asking for.  The existing Count Trips for Individual Route tool allows you to select a specific route.  Could you explain further what you're looking for? ... View more

Regarding trim, there is no way for a user to alter the way trim is calculated.  That's deep within the Service Area code.  I guess you could calculate Service Area lines and try to construct your own line buffers using some formula, although even that doesn't seem trivial. ... View more

Ah, okay.  Based on the street layer name, I'm guessing you're using the Add GTFS to a Network Dataset toolbox to create your network.  You do NOT need this tool to simply calculate pedestrian walk times around transit stops. If your goal is to create a map showing the area within a short walk time or distance from the transit stops, then the Add GTFS to a Network Dataset toolbox is not the right tool for the job.  That tool creates a network you can use to calculate the area reachable by public transit and walking from a given location.  It includes both riding and walking, which, if I understand your workflow correctly, is not what you want.  If you just want to calculate walking areas around transit stops, you should use an ordinary network dataset that does not include the public transit stops and lines.  Does that make sense? So, create a network that includes your streets, sidewalks, and crosswalks.  Then, add your transit stops as "Facilities" in the Service Area analysis layer.  Solve the Service Area.  Done! ... View more

I don't know what the "UseThisStreets" layer is, so I don't know how to answer that question. As far as tutorials for calculating the area within a short walk time/distance of your bus stops, there are two that may be helpful: Older blog post Newer Learn lesson For the Service Area trim, I understand what you're saying, and it kind of makes sense in some ways.  However, trim is really just used to control the size of the service area buffer to indicate how far from the road you can reach.  It's useful for things like fire trucks because you can use it to model how far from the road your hoses reach.  So you can drive for 4 minutes from the fire station, and all the way at the very farthest road you can reach, you can still spray water 100 meters from the road where you park the truck (or something like that). ... View more

Yes, the service area quality will only be as good as the underlying network data.  If your network doesn't have information about sidewalks, pedestrian paths, and crosswalks, then it won't have that level of detail reflected in the output.  Unless you have separate sidewalk features, it will assume the traveler is on the road centerline, and the service area polygon will be generated outward from the centerline in both directions. ... View more

Polygon Trim Distance controls how close service area polygons should be from the reached network edges. The trim distance refers to the distance from the road the service area polygon should extend when no other reachable roads are nearby, similar to a line buffer size. It roughly models how far back from the road centerlines is considered reachable from the road. This is useful if the network is very sparse and you don't want the service area to cover large areas where there are no features. So, the Service Area first calculates which roads are reachable within your 200 meter walk distance from your Facility.  After determining the reachable roads, it then generates polygons around those roads using a trim size of 100 additional meters.  So, theoretically, your polygon should be at most 300 meters from your input point, sort of. In your screenshot, however, I see that your Facility is somewhat far from the road.  When you add this point as a Facility in the Service Area analysis, it must "locate" on the network, meaning that it effectively snaps to the closest position on the road network, and that position is used as the start position for the calculation.  I suspect the point is about 49 meters from the road, so when it snaps to the road, the polygon that gets created is still within the 300 meter limit from the input point's network location.  It looks correct to me. Only somewhat related: For Service Areas this small meant to model pedestrians walking, you should probably use Detailed polygons.  They are more accurate.  You can change the polygon generation settings in the Service Area layer's properties in the polygon tab. ... View more

From your initial post, I believe you're using the Generate Service Areas Ready-to-Use tool.  This tool uses the ArcGIS Online services to calculate the service areas, so it's using the Esri-provided network dataset and tools behind the scenes, concealing most of the complexity from the user (you).  So, I think you're doing everything you need to do.  You can read the documentation (linked above) to learn more about the various analysis options to make sure you've configured the tool for your needs. The one word of caution I have is to be aware of credit consumption.  Service Areas can eat up a lot of credits if you have a ton of transit stops, so just be aware of the credit charges by checking the table here. ... View more

If the layer works properly (and it sounds like it does) but the points aren't displaying, it sounds to me like a bug.  If this is disrupting your workflow, the best thing to do is to call Esri Support about it.  But, if your workaround solution is adequate for your needs, I guess there's no need to solve the mystery. ... View more

Your model looks good, like it should work.  The one thing I noticed is that the output bubble from Save To Layer File shows a ".shp" extension instead of ".lyr". For the output layer files you're currently getting: When you add them to ArcMap, do they function as real Location-Allocation layers?  Can you interact with them using the Network Analyst window and solve them again? ... View more

I'm sorry, I don't know.  It seems like you have multiple issues going on here.  I think your best bet is to call Esri Support and get them to look at your data and help you with your specific workflow. ... View more