Hi Daniel, This is indeed an interesting point.
In substations, every incoming line is often connected to busbars, which allow to switch power from lines to another. They are supposed to be in OSM when outdoor and visible on aerial imagery like this one : http://www.openstreetmap.org/way/170169821 Then I'd better to propagate substation attributes on its busbars and then define them as is_starting=true If I don't find them in OSM data, it's pretty easy to create a virtual one by linking every incoming line end point. Once the is_starting problem solved, can osrm understand directly route relation like the one given in my first mail : http://www.openstreetmap.org/relation/6694740 Or should I convert them in separate ways before building osrm network ? All the best François *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux <http://www.twitter.com/InfosReseaux> 2017-08-25 18:04 GMT+02:00 Daniel Patterson <dan...@mapbox.com>: > Hi François, > > The only problem I can see is that OSRM only snaps to *edges*, not > nodes, and the `is_startpoint` property is only available for ways, not > nodes. > > If you insert new artificial ways that connect the centroid to each line > and have different tags and can be marked as `is_startpoint=true`, then it > will work fine. If you simply extend the powerlines by adding an > additional noderef to the powerline ways, then you'll still have the > nothing-to-snap-to problem. > > daniel > > On Thu, Aug 24, 2017 at 11:58 PM, François Lacombe < > fl.infosrese...@gmail.com> wrote: > >> Hi Daniel, >> >> Ok, >> >> Or I can take the centroid of each substation area and connect each line >> to it. >> Then, drop the area and only keep substations nodes which get the >> is_startpoint in the profile. >> >> On render side, I will surely be able to match substation nodes given by >> osrm and actual areas with ref tags. >> >> I'll be testing it for some times and will share it if interested >> Thank you for your time >> >> >> All the best >> >> >> 2017-08-25 0:04 GMT+02:00 Daniel Patterson <dan...@mapbox.com>: >> >>> Yes, connectivity will be a problem in that example. If you make the >>> lines `is_startpoint=false` and they're not connected to something else, >>> then you won't be able to route over them. >>> >>> You will need to do some pre-processing here - create artificial nodes >>> at the points where the substation boundaries cross the lines and connect >>> both ways to those artificial nodes. >>> >>> daniel >>> >>> On Thu, Aug 24, 2017 at 2:33 PM, François Lacombe < >>> fl.infosrese...@gmail.com> wrote: >>> >>>> >>>> 2017-08-24 23:18 GMT+02:00 Daniel Patterson <dan...@mapbox.com>: >>>> >>>>> Franccois, >>>>> >>>>> In the lua profiles, you can set the `result.is_startpoint` property >>>>> in `process_way` (used to be `way_function`) to determine whether you can >>>>> snap to them. We currently use this for ferry routes - paths can use >>>>> them, >>>>> but can't start/end on them. >>>>> >>>>> Set `is_startpoint` to true for your substations way areas, and >>>>> `is_startpoint` to false for the transmission lines. >>>>> >>>> >>>> That's exactly what I need, thank you >>>> >>>> >>>>> The route will start by following the outside edge of the >>>>> substations area polygon, but it sounds like that doesn't matter too much >>>>> to you. >>>>> >>>> >>>> It doesn't matter indeed. >>>> But it may be an issue that power lines aren't actually connected to >>>> substation perimeter ? >>>> >>>> Like this one : https://www.openstreetmap.org/way/100500802 >>>> The outside edge of the substation is the fence surrounding it and >>>> power lines goes above it without connection. >>>> >>>> Should I preprocess my data to make it more accessible to osrm or >>>> there's other way ? >>>> >>>> Francois >>>> >>>> >>>> _______________________________________________ >>>> OSRM-talk mailing list >>>> OSRM-talk@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/osrm-talk >>>> >>>> >>> >>> _______________________________________________ >>> OSRM-talk mailing list >>> OSRM-talk@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/osrm-talk >>> >>> >> >> _______________________________________________ >> OSRM-talk mailing list >> OSRM-talk@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/osrm-talk >> >> > > _______________________________________________ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk > >
_______________________________________________ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
