|
POST
|
We see weird drawing issues like this every now and then. Two suggestions: 1. Try closing and re-opening ArcMap. The problem might fix itself. 2. Export your polygons to a feature class. The new feature class should hopefully draw correctly.
... View more
03-14-2018
08:20 AM
|
0
|
4
|
2129
|
|
POST
|
Actually, the easiest way is to run the Copy Traversed Source Features tool. This will output feature classes that include the network edges, junctions, and turns that were used to make up the route.
... View more
03-02-2018
08:26 AM
|
2
|
4
|
2485
|
|
POST
|
If you want to render the transit routes in the map, you should use the Display GTFS in ArcGIS tool, which renders the information in "shapes.txt". This is the physical representation of where the transit lines actually are. Regarding your question about larger cities: The producer of the GTFS data is responsible for generating accurate data. If the stops are in the wrong place or station entrances are not represented, then consumers of that data should ask the data producer to fix the problem. In your case it might be faster to fix it yourself, but you're right that for a large city, it would be very time consuming to edit it yourself as a one-off.
... View more
02-01-2018
08:01 AM
|
0
|
0
|
2574
|
|
POST
|
Hello Jan. You do not need the geometry of your transit lines to match the OSM street geometry. The Add GTFS to a Network Dataset toolbox will take care of this for you. It will generate a feature class of transit lines which are simply straight-line connectors between stops. The network dataset will reference these lines, but the travel times along those lines are calculated based on the GTFS schedules. So the actual geometry of the lines is irrelevant. The only thing that DOES matter is the location of the stops. It seems like this is where your real problem lies. Add GTFS to a Network Dataset finds the locations of all the stops from the GTFS stops.txt file, snaps a copy of the stops to the closest street feature, and draws a connector line from the snapped stop to the original stop location. This allows you to connect from the streets onto your transit lines. If the snapped stops don't end up in the right place, then the network will not correctly represent the locations where people can get on and off the transit system. You can use the Edit GTFS Stop Locations tool to correct the locations of existing stops, export the correction back into GTFS, and then run Add GTFS to a Network Dataset using the corrected GTFS. Another thing you can do is to add station entrances to your GTFS stops.txt file. To do this, you would add a new entry to stops.txt and give it a location_type value of 2. You would also have to have a parent_stations set up. Read the GTFS reference for the explanation. If you have your stops, parent stations, and station entrances set up correctly, the Add GTFS to a Network Dataset toolbox will take care of constructing the network dataset correctly using that information. Also, adding station entrances does not affect the GTFS schedules, so you can add them without having to do any major surgery on your GTFS dataset. Hope this helps!
... View more
01-31-2018
08:29 AM
|
1
|
2
|
2574
|
|
POST
|
Hi Scott. The Display GTFS Stops tool in the Display GTFS in ArcGIS toolbox currently just reads the stops.txt file and dumps it into a feature class. It does not look at stop_times.txt where the timepoint field is located. Is this an important piece of functionality for you? If so, I could add it to my to-do list. It would help if you further explain why you need this information and what you would do with it if it were present. One consideration is that the GTFS specification does not require that any given stop always be a timepoint. A stop could be a timepoint for one route but not for another. So what would you like to see in the stops.txt file?
... View more
01-22-2018
01:45 PM
|
0
|
0
|
1353
|
|
POST
|
Hello Cayce. I can't tell for sure without examining your data, but it looks to me like an issue with your network dataset. The areas with the strange gaps look like unreachable bits of the network. There are a couple of possible reasons for this: Those network edges are not properly connected to their neighbors. Either the geometry is off (tiny gaps or overhangs), the elevation field values (z-levels) are incorrect so the network thinks the roads should connect to their neighbors, or the road and its neighbors don't meet at endpoints or vertices (depending on connectivity policy). These road segments are restricted because you have a restriction attribute that prevents travel on them. This could be intentional, or the restriction attribute might be messed up. For example, maybe you have a one-way restriction, but the one-way restriction is preventing travel in both directions on these roads. You can use the Network Identify tool, accessed from the Network Analyst toolbar, to click on your network dataset edges and see some information about them and which other edges they are connected to. Hope this helps you diagnose the problem!
... View more
01-09-2018
12:26 PM
|
0
|
1
|
4201
|
|
POST
|
Hello Victoria and Aaron. We have fixed the ArcGIS Online Services. Your Service Areas should be working again from ArcGIS Pro. I'm very sorry for the trouble, and please let me know if you experience any further difficulties.
... View more
12-14-2017
07:49 PM
|
2
|
0
|
4911
|
|
POST
|
Hello, Nora. The houses and supermarkets should not be included as part of your network dataset. Instead, when you do a Closest Facility analysis, they will be added to the Closest Facility layer as "Incidents" and "Facilities". The network dataset just models the transportation network itself, whereas the network analysis layer which references the network dataset can be set up to solve many different types of problems. This way you can re-use the network for many different things. It is not specific to answering one question. Here are some tutorials for the Closest Facility solver: - ArcMap: Exercise 4: Finding the closest fire stations—Help | ArcGIS Desktop - ArcGIS Pro: Tutorial: Closest facility—ArcGIS Pro | ArcGIS Desktop
... View more
12-12-2017
08:31 AM
|
2
|
0
|
2382
|
|
POST
|
Hello, Victoria and Aaron. We are able to reproduce the problem and are investigating it. The ArcGIS Online Services were upgraded to a newer version about a week ago, and it seems that this upgrade has most likely caused the problem. Sorry for the trouble! We will post something here when we have more news. Aaron, it's not clear from your post whether you're using an existing project with a Service Area layer saved in it or whether you've just created a new layer. If it's a fresh layer created since the ArcGIS Online upgrade, then you're probably seeing Victoria's problem. If, on the other hand, you're using an older layer saved inside a project that's been around since before the upgrade, then you're probably running into a different problem. You would need to re-create the Service Area layer. However, then you would run into Victoria's problem anyway.
... View more
12-11-2017
02:16 PM
|
1
|
0
|
4911
|
|
POST
|
You haven't said what the application is or given much context for the problem. However, it occurs to me that perhaps your query is interpreting the E as "*10^", since the E notation is sometimes used for that. So maybe it's reading "75E003300011" as "75*10^3300011", which would be a very large number indeed.
... View more
12-08-2017
01:31 PM
|
0
|
2
|
2751
|
|
POST
|
Sorry about the broken link. I will update my redirects. Here is the most recent user's guide: public-transit-tools/UsersGuide.md at master · Esri/public-transit-tools · GitHub
... View more
12-06-2017
08:40 AM
|
1
|
0
|
2786
|
|
POST
|
If you use ArcGIS Pro, you can automatically re-create the network dataset from a template using the Create Template From Network Dataset and Create Network Dataset From Template tools.
... View more
12-04-2017
08:41 AM
|
1
|
2
|
2511
|
|
POST
|
If you want to save the entire Closest Facility Layer as a layer file, use SaveToLayerFile as Dan suggests. If you just want to save the output Closest Facility routes sublayer to a feature class, you will have to retrieve the sublayer. An example of retrieving and saving sublayers can be found in the last code sample on this page: Make OD Cost Matrix Layer—Help | ArcGIS Desktop The example is for OD Cost Matrix, but the same principles hold for Closest Facility. Essentially you have to grab the sublayer object and use that in CopyFeatures.
... View more
11-22-2017
09:45 PM
|
1
|
1
|
1549
|
|
POST
|
You mention python, but your screenshot shows Model Builder. I'll try to answer this question for both. In Model Builder, you can use that Solve Succeeded turquoise-colored bubble as a precondition for the next step in your workflow, I think. If it's false, it should just skip whatever comes next. In python, you can use try/except: try: arcpy.na.Solve(blah...) print("Solve succeeded.") except: print("Solve failed. Error messages:") print(arcpyGetMessages(2))
... View more
10-12-2017
02:38 PM
|
0
|
1
|
2030
|
|
POST
|
I think Origin-Destination Cost Matrix would be a better tool for this job. For 1), you can limit the number of destinations to find for each origin to 1, so that for each origin, it will effectively find the closest facility. For 2), you can set a cutoff (similar to service area breaks), and the distance or travel time between origins and destinations will only be calculated if it is less the cutoff. The output Lines of the OD Cost Matrix will contain one entry per origin-destination pair that was calculated, so you can just count the number of destinations found for each origin using some simple statistics on the table.
... View more
10-05-2017
11:18 AM
|
1
|
0
|
1260
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 4 weeks ago | |
| 1 | 04-21-2026 08:39 AM | |
| 1 | 04-15-2026 02:24 PM | |
| 1 | 02-03-2026 11:41 AM | |
| 1 | 03-16-2026 08:58 AM |
| Online Status |
Offline
|
| Date Last Visited |
4 weeks ago
|