Hi Lara,
you can find the responsible file in the SUMO source at
src/netimport/NIImporter_OpenStreetMap.cpp. The OSM tags can be found in
the methods of the EdgesHandler and the NodeHandler but seem not to be
summarized anywhere. Some examples related to public transport I've
found in a short time:
line 697 and further
(NIImporter_OpenStreetMap::NodesHandler::myStartElement):
/ if (key == "highway" || key == "ele" || key == "crossing" ||
key == "railway" || key == "public_transport"//
// || key == "name" || key == "train" || key == "bus" ||
key == "tram" || key == "light_rail" || key == "subway" || key ==
"station") /
Regards
Mirko
Am 21.11.2017 um 14:28 schrieb Lara CODECA:
Dear All,
I built an OSM-like topology and I'm trying to use netconvert (with
ptstop and ptline) to extract the public transports.
I thought I included all the relations/ways/nodes required, but the
files are empty.
Can someone point me to the OSM tags that netconvert looks for in
order to build/extract the public transports, so I can build my
OSM-like topology in the right way?
Best Regards,
Lara
On 04/10/17 15:27, Lara CODECA wrote:
Dear All,
I'm building a mobility scenario from an OSM-like topology and I have
various issues here and there.
1) walking areas
I'm building a scenario for pedestrian too, but if I use the options
"sidewalks.guess", "crossings.guess", and "walkingareas", the
resulting netfile has many of the connection tagged "walkingarea"
broken (I't duarouter that points it out). Is there something that
I'm missing or is it "normal" and I have to fix them by hand?
2) od2trips, zones, and vTypes
the taz are defined with a name and a list(string) of edges (all
edges can be start and sink with the same probability), but in the
same edge, I may have different allowed vehicles depending on the lane.
At the moment I have one complete zones definition that ignores the
allowed vTypes, but when I use it with od2trips, the flows file and
the trips file are both kind of unusable by duarouter or sumo. If I
use taz and flows, duarouter gives me only the starting edge and it
does not compute the full route, and sumo uses only one starting
point for each taz. If I use the trips with duarouter, too many of
them are broken because the (origins) destinations are unreachable
(due to the vehicles not allowed on the edge)
Is there a simple solution for this issue? Am I using the tools in
the wrong way? (probably yes)
Do I have to write different taz based on the vTypes allowed?
Remember: in the same edge, I may have different allowed vehicles
depending on the lane.
The last resource is to implement my own od2trips that uses only the
right edges, hoping that duarouter (that is able to read my vTypes
definitions) will compute the right route.
There are too many big files involved and I cannot share them on this
mailing list.
In case of need, I can privately share the repo.
Thank you in advance for the help.
Regards,
Lara
---
Lara CODECA
Postdoc
Tel : 04.93.00.81.51
EURECOM
Campus SophiaTech
http://www.eurecom.fr/
_______________________________________________
sumo-user mailing list
[email protected]
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/sumo-user
_______________________________________________
sumo-user mailing list
[email protected]
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https://dev.eclipse.org/mailman/listinfo/sumo-user
