topic Error when caching transit schedules in Public Transit Questions

Error when caching transit schedules

TimHaas — Mon, 26 Oct 2020 13:33:26 GMT

Hi everyone.

I´m trying to set up a transit enabled Network Dataset. I used the Add GTFS to a Network Dataset Tool. So far it seems to have worked after getting rid of several errors during the process. Now as I wanted to use my network with the ArcMAP Network Analyst, the program always shows the following error Message:

I excluded all the Network Locations except Streets_Use_This_one and enabled exclude restricted portions of the network. Also in the polygon generation tab i checked TransitLines and connectors as excluded sources.

What could be the reason for this to show up? And how can I prevent this error from happening?

Thanks to everyone, best regards, Tim

Re: Error when caching transit schedules

MelindaMorang — Mon, 26 Oct 2020 15:21:45 GMT

As explained in my reply to your previous post, this tool is deprecated and no longer supported, so I cannot provide extensive assistance. The caching error in your screenshot above shows "OutOfMemoryException", which to me indicates that your computer is out of memory. There really isn't anything I can do to help you with that. It seems like your transit network is simply too large for ArcMap's memory resources to handle. ArcMap is a 32-bit application that cannot make use of your computer's full memory resources (so getting a better computer will not help). You could install ArcGIS Server and register the transit evaluator with Server, and that might fix it.

It would probably be easier at this point to just install ArcGIS Pro and use the newer, better functionality included out of the box there. This tutorial shows you exactly how to create a transit-enabled network in Pro: Create and use a network dataset with public transit data—ArcGIS Pro | Documentation

Re: Error when caching transit schedules

TimHaas — Mon, 26 Oct 2020 15:44:14 GMT

Thank you for your response again.

I was afraid that this was the reason. In fact my ND is quite huge, it contains transit information for most of germany. Is it possible to clip down the input feature classes for the network to only my area of interest? It is only a tiny fraction of the whole country and would greatly reduce the data size.

Would the transit schedule information get lost in the clipping process or are they stored anywhere else in the gdb than the TransitLine shapefile itsself? I have tried this allready, but the resulting network produces the same wrong results as the network I created following your (truely helpfull!) turorial. In my other question post, I have added a screenshot showing the strange output. So I can´t find out if the cliping process made the network malfunctioning or if there is another reason for that...

I think this will be my last try to make the ND work, otherwise I´ll have to switch to ArcGIS Pro.

Re: Error when caching transit schedules

MelindaMorang — Mon, 26 Oct 2020 16:46:25 GMT

The transit schedules are stored in a sqlite database, and that's what's being cached. Clipping the transit lines will have no effect.

You should really use ArcGIS Pro. My team put in a great deal of time and effort making that solution work better, faster, and more reliably than the old Add GTFS To A Network Dataset toolbox. You should use it in order to get the latest and best functionality with less likelihood of strange errors. Plus, I will be able to actually help you with your problems.

Re: Error when caching transit schedules

TimHaas — Fri, 30 Oct 2020 09:59:22 GMT

Ok, I now have confirmation from my university, that I will get ArcGIS Pro. I´ll give it a try and will come back to ask a few questions if necessary. Thank you very much so far!

Re: Error when caching transit schedules

MelindaMorang — Fri, 30 Oct 2020 14:59:51 GMT

Yay!!!! That is wonderful. Definitely let me know if you encounter any problems or if you have any suggestions for how we can improve the ArcGIS Pro solution.

Re: Error when caching transit schedules

TimHaas — Mon, 09 Nov 2020 11:40:01 GMT

Hi again,

I´ve been working with ArcGIS Pro for a while now. Unfortunately the step to snap the Stops to my street data does not work. I´ve followed each step just as described in the tutorial (Create and use a network dataset with public transit data—ArcGIS Pro | Documentation )

There seems to be a problem concerning parent stations, as far as I can tell from the error message. Any suggestions, what could cause these?

Re: Error when caching transit schedules

MelindaMorang — Mon, 09 Nov 2020 16:29:07 GMT

Hi Tim. I'm sorry you've had so much trouble with this entire workflow. That's a pretty weird error.

In the line that failed, the tool's code is trying to retrieve the geometry of one of the stops, and for some reason the geometry is null. Theoretically this should never happen, but somehow it has happened anyway. This tells me that something is wrong with the Bamberg\Stops feature class. At least one of the points is somehow missing geometry.

Did you make any edits to the Stops feature class after you ran the GTFS To Network Dataset Transit Sources tool? Theoretically it should be impossible for that tool to output invalid stop geometries.

Or does your feature dataset have an unknown coordinate system? If you run Repair Geometry on the Stops feature class, does it fix anything?

Re: Error when caching transit schedules

TimHaas — Mon, 09 Nov 2020 17:01:14 GMT

No, I left the Stop data just the way the GTFS to network dataset transit sources output them. My spatial Reference for Stops is WGS 1984. I ran the project tool for my street data to match the Coordinate System.

The Repair Gemoetry Tool deleted 3 entries without geometry. After that, the Connect ND transit sources to streets worked. Thank you very much again!

In the next step, I´ll set up the network, let´s hope it works

Re: Error when caching transit schedules

MelindaMorang — Mon, 09 Nov 2020 17:05:36 GMT

That's very weird that any stops ended up without geometry, but I'm glad you're back up and running.

Are you able to share your GTFS dataset with me? I'd like to run some tests on it to see if I can figure out how it got messed up in the first place.

Re: Error when caching transit schedules

TimHaas — Mon, 09 Nov 2020 21:51:40 GMT

The network creation was sucessfull and it seems to work! I´ll have to run some more tests on it, but so far it seems pretty good.

I uploaded the GTFS in my google drive for you: Opendata DELFI.rar - Google Drive . Please let me know when you have downloaded it, so I can remove it.

Re: Error when caching transit schedules

MelindaMorang — Mon, 09 Nov 2020 22:28:39 GMT

Thank you! I have downloaded the data, so you can delete the share now.

I will play around with it and see if I can figure out why it is producing strange errors.

Re: Error when caching transit schedules

MelindaMorang — Tue, 10 Nov 2020 23:02:56 GMT

Just to follow up.

I ran GTFS To Network Dataset Transit Sources with your GTFS data. Looking at the output, I see the following:

These three rows in stops.txt have incorrect lat/lon values:

"000001042301","","Lengfeld, Themarer Straße",,"5.088988000000","1.112697000000",1,,,""
"000204230101","","Lengfeld, Themarer Straße",,"5.088988000000","1.112697000000",0,"000001042301",,""
"000204230102","","Lengfeld, Themarer Straße",,"5.088988000000","1.112697000000",0,"000001042301",,""

I'm guessing it should be 51.xxx and 11.xxx instead of 5.xxx and 1.xxx based on the lat/lon of the other stops. Right now these are placed off the coast of Africa.

These three rows in stops.txt have an incorrect longitude:
"de:03252:2800:1:1","","Hemeringen, Heinegras",,"52.127996000000","179.999997000000",0,"000000000037_G",,""
"de:03252:2800:1:2","","Hemeringen, Heinegras",,"52.127996000000","179.999997000000",0,"000000000037_G",,""
"000000000037_G","","Hemeringen, Heinegras",,"52.127996000000","179.999997000000",1,,,""

179.999 is still within the valid range of longitudes, so the tool did not throw an error, but these stops are out in the Pacific ocean.

However, none of these actually throw errors in that tool. I ran some python code mimicking the part of Connect Network Dataset Transit Sources To Streets that threw the error, and there were no errors. I cannot explain why you got errors. I am testing on the not-yet-released Pro 2.7, so it's possible that we have recently fixed a bug that caused the geometry errors in the first place. I'm not sure.

Anyway, from your previous comment, it sounds like your issue was resolved by running the Repair Geometry tool. If that's the case, I will give up on trying to make sense of this issue. Good luck with your thesis!

Re: Error when caching transit schedules

TimHaas — Tue, 17 Nov 2020 07:57:19 GMT

Hm, that´s strange. But doesnt´t matter for my analysis. Thank you very much for your time and help. Really appreciate it!

Best regards, Tim