Ungültiger Topologie-Fehler beim Ausführen von BetterBusBuffers

DavisTurner

Ich bin relativ neu im Bereich GIS und versuche, eine Frequenzanalyse der Bay Area Transit-Dienste mit BetterBusBuffers durchzuführen. Ich habe das Tool "Count Trips in Polygon Buffers around Stops" verwendet und ein Netzwerk-Dataset ausschließlich mit einer Straßen-Feature-Class erstellt, um das Tool zu nutzen (zuvor hatte ich Build-Fehler mit meinem Netzwerk-Dataset, als ich GTFS-Haltestellen-Daten-Feature-Classes verwendet habe, also habe ich alle bis auf die Straßen-Feature-Class entfernt, und das hat die Build-Fehler behoben). Ich hatte auch Probleme mit dem Netzwerk-Dataset im Umgang mit leerer Geometrie, konnte dies aber beheben, indem ich mein Hierarchieattribut entfernt habe. Nach erneutem Ausführen des Tools schlug es nach 8 Stunden mit dem Fehler 160196, "ungültige Topographie", fehl. Haben Sie Vorschläge, wie man das beheben kann? Meine Puffergröße war auf 20 Minuten zu Fuß eingestellt, und ich habe auch eine Netzwerkeinschränkung für das Gehen verwendet. Meine vorverarbeiteten GTFS-Daten enthalten GTFS für fünf verschiedene Agenturen, was meiner Meinung nach die lange Verarbeitungszeit verursacht. Ich habe bereits die Geometrie überprüft und repariert, und die Straßen-Feature-Class wurde in die Geodatabase kopiert, auf der mein Netzwerk-Dataset basiert.  <\/P>

Melinda Morang

Hello @DavisTurner. First of all, you did the right thing in removing your GTFS data from the network dataset. BetterBusBuffers is about measuring access to public transit, not about measuring access to other facilities by public transit. Thus, you don't want your network dataset to model travelers taking public transit, you just want to model them walking.

 

Second, the size of your GTFS data is probably not the issue.  The Preprocess GTFS tool does the heavy lifting and reads in all the data from the different agencies. Once it's passed that point, constructing the Service Area polygon buffers becomes the difficult part. It will definitely take longer if you have more transit stops, but anyway, the slowness is in accounting for overlapping polygons and trying to "flatten" them.

 

Regarding your error: Are you getting this error on the "Step 1 – Preprocess Buffers" tool? That seems more likely, but please let me know if my assumption is incorrect.

 

This tool can often be finicky, and it's because it's doing some fairly complex geometric procedures to handle the overlapping polygons. Something strange is happening under the hood, and it's kind of impossible to know why. The only thing to do is to try again by altering some of the settings to change the geometry of the resulting polygons slightly and hoping that the geometry error will be avoided. Here are a few things you can try changing to see if it avoids the problem:

• Change the Polygon Trim setting to a different value.
• Update your impedance attribute slightly, like changing the assumed pedestrian walk speed by a small amount.
• Changing the Buffer Size from 20 minutes to some other number (I know, not ideal...)
• This last suggestion applies only if you are using ArcMap and not ArcGIS Pro: Calculate a Service Area Index on your network dataset. Basically, we introduced a newer, better algorithm for creating Service Area polygons which fixed a lot of weird geometry problems and made all-around better polygons. This is the default in ArcGIS Pro, but if you want to use it in ArcMap, you have to explicitly choose to calculate a Service Area Index in your network dataset settings. You just have to check on the check-box and run Build Network again.

 

Note: If you are not using ArcGIS Pro, I recommend switching to Pro anyway to get overall better functionality. The tool might take less time to run or at the very least be less likely to run out of memory.

 

Hope this helps!