Re: [talk-cz] [osm_sk] WeeklyOSM CZ 492
super, presne túto tagovaciu schému som hľadal. na www.oma.sk budem čochvíľa renderovať... m On Tue, Jan 07, 2020 at 04:15:06PM +0100, Robert C. wrote: > Věděli jste … > … že můžete mapovat vybavení hřišť jako nezávislé objekty v OSM s pomocí > tagu Key:playground? > > -> vie niekto aj o mape kde by sa playground renderoval? (myslim samotne > prvky) > > ut 7. 1. 2020 o 10:40 Tom Ka napísal(a): > > > Ahoj, je dostupné vydání 492 týdeníku WeeklyOSM: > > > > https://weeklyosm.eu/cz/archives/12676 > > > > * CZ a SK překlad rad pro komentáře. > > * Evoluce OSM v Irsku. > > * Manuál Overpass API. > > * Proč nový Switch2OSM? > > * Den otevřených dat. > > * Novinky iD v2.17.0. > > * Nej mapy za 2019. > > * Jak na obrázky týdne? > > * Útoky na GPS v Číně. > > * Návrh změn v Apple Maps. > > * 35let klimatu Arktidy. > > * GPS pro cyklisty s OSM. > > > > Pěkné počtení ... > > > > -- > > Túto správu ste prijali, pretože ste prihlásení na odber správ skupiny > > „Openstreetmap Slovakia“ služby Skupiny Google. > > > > Ak chcete zrušiť odber tejto skupiny a prestať od nej prijímať e-maily, > > pošlite e-mail na adresu osm_sk+unsubscr...@googlegroups.com. > > Ak chcete zobraziť túto diskusiu na webe, prejdite na adresu > > https://groups.google.com/d/msgid/osm_sk/CAHqEKC1EjeNxPzGouHUQ6Mo418j-ELOumUbHvMnE%2BJFrMKV6Hw%40mail.gmail.com > > . > > > > > -- > S pozdravom > Robert Cetner > > -- > Túto správu ste prijali, pretože ste prihlásení na odber správ skupiny > „Openstreetmap Slovakia“ služby Skupiny Google. > > Ak chcete zrušiť odber tejto skupiny a prestať od nej prijímať e-maily, > pošlite e-mail na adresu osm_sk+unsubscr...@googlegroups.com. > Ak chcete zobraziť túto diskusiu na webe, prejdite na adresu > https://groups.google.com/d/msgid/osm_sk/CACF2UbaozWgrMo4kx1j6MdEsi3AbsAjahSf_TByEoYC0L3kPxA%40mail.gmail.com. -- michal palenik www.freemap.sk www.oma.sk ___ talk-cz mailing list talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
Re: [OSRM-talk] Bicycle routing, crossing large roads: how to get information on the roads crossed
I've tried it as well. no success... similar case is for pedestrian (crossing a major, unroatable road; or a railway; or a river with no bridge) wheelchair users, strollers or nordic skiing users crossing a car road a next step would be to have a custom penalty on a node, toll booth, stop sign, kerb (or any semi accessible barrier, stile),.. https://github.com/Project-OSRM/osrm-backend/issues/3862 michal On Mon, Dec 23, 2019 at 07:42:44AM -0800, Spencer Gardner wrote: > Unfortunately, I don't have a good solution to offer, but I wanted to add > my two cents. I did a ton of research on this exact problem a couple of > years ago and virtually none of the open source routing platforms I came > across were properly equipped to handle it. It seems to be an issue that > only bicycle-oriented folks think about. The solution for my problem was to > implement in pgRouting where I can do additional processing to assign costs > as you've described. It's not the way I'd prefer to do it but until bicycle > routing becomes more sophisticated on other routing platforms that's what > I've settled on. > > I don't have the technical expertise to contribute code to OSRM but I'd be > more than happy to share my experience with bicycle network planning with > anyone looking to improve OSRM's handling of bicycles on this and other > questions. > > Spencer > > On Mon, Dec 23, 2019 at 6:35 AM Richard Fairhurst > wrote: > > > Jeroen Hook wrote: > > > > Is there another way to find out what type of road(s) I am crossing? > > > > > > I think the easiest solution would be to allow bicycles on your > > highway=primary, but set it to be a restricted access road (or just to have > > a really high cost). That way you’d still call process_turn, but in reality > > the primary road wouldn't be used for routing. > > > > My private cycle.travel fork does something like this in its equivalent > > of process_turn (e.g. > > https://cycle.travel/map?from=51.7546,-1.2612=51.7554,-1.2616), though > > it’s a (pretty extensive) fork of 4.9.x so not directly comparable. > > > > Alternatively, you could do some preprocessing to mark intersections, > > depending on the size of your source data. For a different project I wrote > > https://github.com/systemed/intersector which identifies junctions in an > > .osm.pbf. If you were to patch it to output node IDs, then look up those > > node IDs in process_node, you could assign crossing penalties that way. > > > > Richard > > ___ > > 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 -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSM-legal-talk] use OSM data to select proprietary data
On Fri, Dec 20, 2019 at 11:34:12AM +0100, Christoph Hormann wrote: > On Friday 20 December 2019, Mateusz Konieczny wrote: > > > > Obviously, both nodes, ways and > > relations should be counted. > > > > Otherwise one would be able to > > temporarily create one relation, > > that would include all data (s)he > > wish to use and export this. > > The "100 Features" limit as a rule of thumb for substantiality was not > really well thought through. IMO a data volume limit would make more > sense - which would probably make sense to position somewhere between > 1kB (approximately equivalent to a hundred untagged nodes) and 5kB > (addresses, buildings etc.) Talking about compact binary data > representation here of course, not raw OSM XML and no lossy > compression. my rule of thumb proposal (from a long time age) was "1 day work of a semi experienced mapper" (which would take into account availability of aerial photos or other sources to import) m -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSRM-talk] Get route legs tags in response of route service
or add extra exclude classes to segments https://github.com/Project-OSRM/osrm-backend/issues/4803 michal On Mon, Jan 22, 2018 at 08:57:35AM -0800, Daniel Patterson wrote: > Hi François, > > By default, no - OSRM doesn't save any data that it doesn't explicitly > need. There are two main approaches for getting extra OSM metadata along > your route: > > 1) Use something like https://github.com/mapbox/route-annotator to get > the tag information *after* the route is found. > > 2) Modify the `car.lua` script to encode the tags you want inside the > `name` field. Be aware that this can affect the generation of route steps, > and not all steps may be returned due to obvious turn detection and step > collapsing. > > In general, (1) is probably the most robust approach, but you'll need a > second server, and you'll have to write the code to do the extra lookup. > > daniel > > On Mon, Jan 22, 2018 at 8:29 AM, François Lacombe <fl.infosrese...@gmail.com > > wrote: > > > Hi everyone, > > > > i'm looking for the best strategy to get extra attributes of route legs > > OSRM sends me in route service response. > > > > My goal is to know which type of path I should follow, e.g > > highway=primary, highwy=secondary, man_made=pipeline or whatever. > > Can I get in response every tags osm ways have in osm xml file processed > > by osrm-extract ? > > > > Documentation gives examples with only name forwarded, but no extra tags. > > Is this possible to get any id as to check against third party db? > > > > Thank you for any answer, all the best > > > > François > > > > ___ > > 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 -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] OSRM v5.10.0
hello, thanks for yet another excelent relase. is this release data-compatible with previous release? (or should I rebuild the files before deployment) or could you please indicate this with all the releases? thanks michal On Mon, Aug 07, 2017 at 05:05:32PM +0200, Daniel Hofmann wrote: > The v5.10 release comes with a major feature: via-way turn restrictions. > These turn restrictions occur in OpenStreetMap in the form of a restriction > relation <http://wiki.openstreetmap.org/wiki/Relation:restriction>: > (fromWayId, > viaWayId, toWayId) and prevent multiple specific turns depending on the way > the driver is coming from and going to. > > Below are some more notable changes. Please note that in the future we plan > to speed up the release process to push out stable and tested releases more > often. > > Give it a try! > > > osrm-extract berlin.osm.pbf > osrm-partition berlin.osrm > osrm-customize berlin.osrm > osrm-routed --algorithm=MLD berlin.osrm > > You can compile OSRM from source, use the pre-built binaries we ship with > node-osrm or use our Docker images. Always happy to hear your feedback! > > > Features: > >- #2681 <https://github.com/Project-OSRM/osrm-backend/issues/2681> - We >now handle `(from, via, to)` way restrictions where `from`, `via` and `to` >are ways in addition to `(from,via,to)` node restrictions we always >handled. These turn restrictions prevent turns from a way via a specific >way onto a way: > > >- #4333 <https://github.com/Project-OSRM/osrm-backend/pull/4333> - We >now handle Throughabouts > > <https://en.wikipedia.org/wiki/Roundabout#Hamburger_roundabout.2Fthroughabout.2Fcut-through>: > > > >- Emil Tin <https://github.com/emiltin> did large-scale profile >refactoring work: a new version 2 profile API was added which cleans up a >number of things and makes it easier to for profiles to include each other. >Profiles using the old version 0 and 1 APIs are still supported. > > > > Full Changelog > <https://github.com/Project-OSRM/osrm-backend/blob/5.10/CHANGELOG.md#5100> > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] "nearest suitable road segment" Was: Helgoland in St. Peter-Ording
FYI, I've added a feature request to nominatim https://github.com/twain47/Nominatim/issues/536 michal On Wed, Aug 17, 2016 at 11:00:27PM +0200, Florian Lohoff wrote: > On Wed, Aug 17, 2016 at 01:26:44PM -0700, Daniel Patterson wrote: > > Hi Florian, > > > > This sounds like more of a geocoding problem than a routing problem. > > OSRM itself doesn't know anything about addresses, it only works > > with coordinates and road geometry. All OSRM has internally are > > street names, not street numbers or place names. > > > > In order to route from "Münsterstraße 15a", it must first be turned > > into a coordinate. On the OSM website, the Nominatim service is > > used to do this. Once the web interface has a coordinate for an > > address, it gives that to OSRM for routing. OSRM snaps that point > > to the nearest road, then finds a route. > > > > You might want to do some digging into how Nominatim determines > > address coordinates, and possibly consider adding > > `building=entrance` nodes - this (I think) will cause Nominatim to > > return a more specific location rather than the centroid of the > > building/airport polygon. > > > > Geocoding is a related, but separate problem. There are a bunch of > > tags in OSM that are used by Nominatim, including `building=entrace` > > on nodes, `addr:*` on ways/nodes/relations/areas, etc. Determining > > the best coordinate to return to the user is itself a difficult > > problem. > > I have done a lot of geocoding and i have several OSRM instances running > for different purposes - mostly infrastructure calculation - I am pretty > shure i know the seperate issues well. > > The point is thats an unsolved problem. And its a day to day problem > for me as when i do calculate telecoms cable distances i want the > nearest point on a public road - not the backyard - same problem. > > So yes - Geocoding helps me to find a POI, Address whatever. OSRM is > responsible to bring me there. > > Something in the middle is missing. OSRM/Mapzen/Graphhopper solves halve > of the problem by "snapping to road" which is the brute force > response to this problem - or - to solve the problem of finding the > nearest reachable point on the route graph. Reality is more complex. > > Either routing engines need to get more intelligent or more dumb by > reducing the snap size drastically. Then we would need some "middleware" > which has its own dataset which might be returned by a geocoder > as extended attributes. > > An example response would be: > > I know where "London Zoo" is - Its at lat,lon. If you want to go there > by car use lat2,lon2 - if you want to go there by foot go to lat3,lon3." > > That could be extended for multiple types of transports, infrastructure > connect points whatever. > > In my primary mapping area we decided to avoid "area style POIs" > whenever possible for exactly this reason. Building a centroid on > an area and routing to the nearest point on the routeable network > is most of the time not the right answer. You dont want to end up > in the middle of a multi-acre campsite - you want to be sent to the > reception. > > Flo > -- > Florian Lohoff f...@zz.de > UTF-8 Test: The ran after a , but the ran away > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] new api table and geometry
i've added a feature request https://github.com/Project-OSRM/osrm-backend/issues/2519 the unpacking of edges phase should allow for impedance vs. speed debate to move, also allowing for elevation to be stored in osrm. i've tried to say this in my last comment at https://github.com/Project-OSRM/osrm-backend/issues/77 michal On Fri, Apr 15, 2016 at 10:27:40PM +0200, Michal Palenik wrote: > daniel, > > thanks for the explanations. > > my need to calculate (and show) only 1x15 matrix blurred my vision of > all the problems :) > > what I try to achieve is multimodal routing (foot+bus+foot) by showing > three geometries combined into one (plus some instructions). > > michal > > On Fri, Apr 15, 2016 at 12:56:20PM -0700, Daniel Patterson wrote: > > Michal, > > > > Strangely enough, we don't actually have the geometry. We find a path > > across the Contraction Heirachy > > routing graph, this may only have a small handful of edges. We can sum > > these edges to get the route > > duration, but to get the actual geometry or distance, we then have to > > "unpack" those edges. > > > > The table plugin doesn't do this unpacking step. It gets the durations > > easily, but would be significantly slower > > if we also had to report back the route geometries. The API response > > would probably also be huge (10s or 100's of MB?) for any > > non-trivial number of route pairs in the table. To support that, we > > would need a way to stream the response > > asynchronously to the HTTP client, otherwise a couple of requests could > > use up all the RAM on the server. > > > > Things are never as simple as they seem :-( > > > > daniel > > > > > On Apr 15, 2016, at 12:45 PM, Michal Palenik <michal.pale...@freemap.sk> > > > wrote: > > > > > > that is what I already do, but it means a lot of (unnecessary) > > > connections. I assume the geometries are already available when > > > computing the duration. > > > > > > I was hoping for a "documentation lacking behind development" > > > scenario... > > > > > > > > > cheers, > > > michal > > > > > > On Fri, Apr 15, 2016 at 04:09:49PM +0200, Daniel Hofmann wrote: > > >> If you check the v5 spec you linked, you will see only Route, Trip and > > >> Match providing a "geometries" option. > > >> > > >> What you can do is this: > > >> - do a Table request from your position against all Bus / Tram stops in > > >> the > > >> area / in a buffer of a few kilometers > > >> - pick n shortest routes from the Table response and temporarily store > > >> their destination coordinates > > >> - do n Route request from your position against the n destination > > >> coordinates and extract the geometry > > >> > > >> Cheers, > > >> Daniel J H > > >> > > >> On Fri, Apr 15, 2016 at 3:49 PM, Michal Palenik > > >> <michal.pale...@freemap.sk> > > >> wrote: > > >> > > >>> hi, > > >>> > > >>> within the new api, I am trying to find how to get geometry (together > > >>> with perfect duration). is it possible? > > >>> > > >>> or do I have to make N*M queries for all the possible combinations? > > >>> > > >>> > > >>> https://github.com/Project-OSRM/osrm-backend/wiki/New-Server-api#service-table > > >>> > > >>> I am trying to make a service like "show me the routes to the closest > > >>> bus/tram stops" : http://epsilon.sk/mhd/ > > >>> > > >>> thanks > > >>> > > >>> michal > > >>> > > >>> -- > > >>> michal palenik > > >>> www.freemap.sk > > >>> www.oma.sk > > >>> > > >>> > > >>> ___ > > >>> 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 > > > > > > > > > -- > > > michal palenik > > > www.freemap.sk > > > www.oma.sk > > > > > > > > > ___ > > > 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 > > -- > michal palenik > www.freemap.sk > www.oma.sk > > > ___ > OSRM-talk mailing list > OSRM-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] new api table and geometry
that is what I already do, but it means a lot of (unnecessary) connections. I assume the geometries are already available when computing the duration. I was hoping for a "documentation lacking behind development" scenario... cheers, michal On Fri, Apr 15, 2016 at 04:09:49PM +0200, Daniel Hofmann wrote: > If you check the v5 spec you linked, you will see only Route, Trip and > Match providing a "geometries" option. > > What you can do is this: > - do a Table request from your position against all Bus / Tram stops in the > area / in a buffer of a few kilometers > - pick n shortest routes from the Table response and temporarily store > their destination coordinates > - do n Route request from your position against the n destination > coordinates and extract the geometry > > Cheers, > Daniel J H > > On Fri, Apr 15, 2016 at 3:49 PM, Michal Palenik <michal.pale...@freemap.sk> > wrote: > > > hi, > > > > within the new api, I am trying to find how to get geometry (together > > with perfect duration). is it possible? > > > > or do I have to make N*M queries for all the possible combinations? > > > > > > https://github.com/Project-OSRM/osrm-backend/wiki/New-Server-api#service-table > > > > I am trying to make a service like "show me the routes to the closest > > bus/tram stops" : http://epsilon.sk/mhd/ > > > > thanks > > > > michal > > > > -- > > michal palenik > > www.freemap.sk > > www.oma.sk > > > > > > ___ > > 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 -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
[OSRM-talk] new api table and geometry
hi, within the new api, I am trying to find how to get geometry (together with perfect duration). is it possible? or do I have to make N*M queries for all the possible combinations? https://github.com/Project-OSRM/osrm-backend/wiki/New-Server-api#service-table I am trying to make a service like "show me the routes to the closest bus/tram stops" : http://epsilon.sk/mhd/ thanks michal -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSM-legal-talk] Proposed "Metadata"-Guideline
On Wed, Oct 14, 2015 at 11:18:43AM +0200, Martin Koppenhoefer wrote: > 2015-10-13 21:08 GMT+02:00 Frederik Ramm <frede...@remote.org>: > > > rankly, if there was a halfway usable repository of open > > addresses that could be merged with OSM for those who want it, and if > > open addresses become available for regions where OSM already has > > addresses, I'd not be opposed to dropping the addresses from OSM in > > those regions. > > Really? I've always thought our user's ground truth would be trumping data > we'd import, i.e. we'd request from importers not to drop features that are > already there, but to conflate in the opposite way, drop from the external > data set the stuff that we already have, before importing the rest. Did I > read you right? Can you explain why you changed your mind? imho, the initial idea by frederik was that you (as data consumer), when using data for nominatim/mapnik/... should be able to drop all addr:* elements from OSM and use addr from that external data (just as postcodes for US in nominatim are from external data and not OSM) importing into osm is way different area. michal -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] When should ODbL apply to geocoding
hi, On Sun, Sep 27, 2015 at 05:54:59PM -0400, Alex Barth wrote: > > Turning this around, when do you think share-alike should apply in a > > geocoding context? > > > > If you methodically use a geocoder to reverse engineer the OpenStreetMap > database, share alike would kick in. "Reverse engineering OpenStreetMap" > would need a better definition and it would have to cover two dimensions: > > 1. Comprehensiveness (not just a "narrow extract" like addresses, buildings > or businesses, but rather a comprehensive extract of the most important > OpenStreetMap features together) well, if you need just those features, then the extract is comprehensive. by definition, there is no such thing as "narrow extract" which is not comprehensive. > 2. Geographic size (e. g. a country) > We could establish these limits with an update to the community guidelines > for what's Substantial. the definition of unsubstantial I'd like to pass is something like "less than a weekend work of semi experienced mapper". a country export (by any definition) is far far more than substantial. please. michal > ___ > legal-talk mailing list > legal-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Geocoding as produced work
I am in complete agreement with Simon. to stress on the topic of geocoding political party donors (example), if you don't plan to publish their individual addresses, you must not geocode their individual specific addresses, but rather a city level address only. michal On Wed, Sep 23, 2015 at 10:22:09PM +0200, Simon Poole wrote: > > > Am 23.09.2015 um 21:28 schrieb Tom Lee: > > I confess that I'm not sure what to say to this. You're asserting that > > running a geocoding business with ODbL attaching to the results is no > > big deal, that "all the use cases you can think of" seem fine. Mapbox > > is _actually running_ a geocoding business and telling you that we > > would like to use OSM in it but can't sell a geocoding service that > > has ODbL attached to the results. > > No, I'm saying that for a overwhelming majority of use cases in which > the geo-coding are used publicly the ODbL does not cause the privacy > problems you were alluring too. Nor does it cause any problem for in > house use at all. > > Now obviously it does limit in some aspects the T an OSM based > geo-coding service can use for its business and it might actually force > such a service provider to differentiate between geo-coding for public > vs in-house use. But then it isn't as if you are completely free to do > what you want with a lot of other data sources either. > > > > > And no one has yet offered any examples by which ODbL attaching to > > geocoding results has led to contributions that improved OSM. Or > > contributions at all (the prospect of Randy's tide station data > > notwithstanding). > Getting back failed addresses for QA would be a start. > > But the more important point is that we are not at liberty to simply > declare by fiat that bulk geo-coding does not create a derivative > database. The underlying problem is that geo-coding is not a clearly > defined process, it is at best a loose concept. I doubt that anybody > would have issue classifiying geo-coding addresses in the US to states > (your initial example) as a produced work, on the other hand extracting > building entrances with attached addresses is clearly a one-to-one > copying out of OSM, both however are "geo-coding". > > Most actual use cases are going to be somewhere in between and the last > couple of years of discussion on this topic have clearly shown that we > will not make any progress except if we base a geo-coding guideline on > principles that are as far as possible independent of the actual mechanics. > > > > > I realize you'll disagree, but I'm left with the same sense of what's > > achievable and desirable for a geocoding guidance. Enable more > > geocoding. Protect OSM's assets. Abandon the impractical goal of > > compelling users to share their results. > > > I don't think there is an election going on any time soon, so please > tone down the rhetoric. It's simply the case that we have the licence we > have and at least for the immediate future we have to live with it and > give our data consumers guidance in the current frame work, not in a > make believe better world. > > Simon > > ___ > legal-talk mailing list > legal-talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Regarding community guidelines for map layers
On Thu, Nov 06, 2014 at 08:23:20AM -0800, Matt Morrow wrote: there seems to be a contradiction: if your renderer/preprocessing alters one DB based on another (eg removing elements from one, based on elements of the other one), derivative DB kicks in. whether the DB are connected at preprocessing stage or merely in cache of renderer does not matter. they are not independent. a complete different situation would be, if renderer just draws icons on top of each other (eg using the second stage to draw bigger icons, which will probably overwrite first stage icons). then the DB are independent. That is in contradiction to the Open Data License/Use Cases page. Can one freely arrange data within a Collective Database as appropriate for the application When a programmer is working with OSM and data from other sources and thereby creates a Collective Database they will want to be free to arrange the combined data in the most appropriate form for their purpose. We believe that this should be allowed so long as merged database itself is not being published. (answer) The non-OSM parts of a collective database do not need to be published. this refers to the fact, that how databases are stored on disk does not determine whether it is collective or derivative. saying if it's a collective DB, you can store both parts in one SQL database. it does not matter. it does not say anything about whether a produced work is based on collective or derivative DB. http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Can_one_freely_arrange_data_within_a_Collective_Database_as_appropriate_for_the_application Matt ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Regarding community guidelines for map layers
hi, On Tue, Nov 04, 2014 at 07:46:26PM +0100, Frederik Ramm wrote: Hi, On 11/04/2014 04:47 PM, Preet wrote: I don't understand how this falls under the share alike terms of the odbl. If I have two separate databases with restaurant feature data (say the first is from OSM, and the second is under a non-obdl compatible license), and I combine the two to display restaurants in an application, why would that require me to share the second database? But it would also in all likelihood lead to duplicate entries where your second database and OSM both have a certain feature. If this is not a problem for you, or if for example your renderer simply doesn't draw a second restaurant icon when one is already there, then good for you. You're simply drawing two completely independent databases on top of each other. You don't need to share your second database. there seems to be a contradiction: if your renderer/preprocessing alters one DB based on another (eg removing elements from one, based on elements of the other one), derivative DB kicks in. whether the DB are connected at preprocessing stage or merely in cache of renderer does not matter. they are not independent. a complete different situation would be, if renderer just draws icons on top of each other (eg using the second stage to draw bigger icons, which will probably overwrite first stage icons). then the DB are independent. If, however, you make a *selection* from your second database, taking only those items that are not already in OSM, then that selection (not the whole second database) becomes a work derived from OSM - because OSM was used as a mask to produce it. which I agree with -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Mon, Oct 27, 2014 at 08:19:10PM -0400, Alex Barth wrote: Good call on geocodes - geocoding results. That's clearer. On Mon, Oct 27, 2014 at 8:06 PM, Paul Norman penor...@mac.com wrote: What do you think the status of a database of geocoding results is under the interpretation in column 1? According to the interpretation in column 1, the ODbL doesn't imply any specific licensing for geocoding results, they are Produced Works. alex, please read 4.6 of odbl, which basically says there is no difference between derivative db and produced work with regards to database rights. michal ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Wed, Oct 29, 2014 at 04:03:03PM -0400, Alex Barth wrote: Hey Michal - On Wed, Oct 29, 2014 at 9:38 AM, Michal Palenik michal.pale...@freemap.sk wrote: alex, please read 4.6 of odbl, which basically says there is no difference between derivative db and produced work with regards to database rights. 4.6 talks about disclosure standards in cases where share-alike applies (offer copy of entire database or alteration file). Not sure how this relates? if you publicly use a produced work (which is the indented case here) 4.4.c. Derivative Databases and Produced Works. A Derivative Database is Publicly Used and so must comply with Section 4.4. if a Produced Work created from the Derivative Database is Publicly Used. which say, that it does not matter whether you declare geocodes produced work or derivative db. if this didn't exist, i could declare anything a produced work (things like any enhanced database) and the whold odbl would not exists. produced work is always based on a derivative db or collective db (if they are used independetly) 4.6. restates this. so the real question is, which part is derivative db (and not whether it's produced work) http://opendatacommons.org/licenses/odbl/1-0/ ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Using description from wikipedia text
I believe that in this specific case, the wikipedia article should have proper sources on the borders (which should be public domain). michal On Fri, Oct 17, 2014 at 04:15:50PM +0200, Tom Gregorovic wrote: Dear all, I just want to ask here, if it is legal and does not violate the OSM license to map mountain ranges according to text description of its borders from wikipedia articles (e.g. http://en.wikipedia.org/wiki/Zelengora#Topography). I would combine it with contours/relief map of OpenCycleMap and mentioned rivers and peaks from OSM to approximately estimate area of the mountain range. Thanks, Tom Gregorovic ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Tue, Jul 15, 2014 at 04:26:28AM -0700, Mikel Maron wrote: As long as the purpose of a geocoder is geocoding, and not reverse engineering OSM, then it sensibly fits within the notions of an ODbL produced work. please, read ODbL... produced work is “Produced Work” – a work (such as an image, audiovisual material, text, or sounds) resulting from using the whole or a Substantial part of the Contents (via a search or other query) from this Database, a Derivative Database, or this Database as part of a Collective Database. and 4.4.c. Derivative Databases and Produced Works. A Derivative Database is Publicly Used and so must comply with Section 4.4. if a Produced Work created from the Derivative Database is Publicly Used. so regardless of the licence used for produced work, there has to be You must include a notice associated with the Produced Work reasonably calculated to make any Person that uses, views, accesses, interacts with, or is otherwise exposed to the Produced Work aware that Content was obtained from the Database, Derivative Database, or the Database as part of a Collective Database, and that it is available under this License. (4.3.) and the underlying databases has to be released under an open licence. so the real question is which databases does geocoding create. clearly it creates a derivative database (select only those lat-lon which match some of these addresses) btw, cp planet.osm.bz2 planet.png creates a produced work... -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Tue, Jul 15, 2014 at 06:22:29PM +0200, Martin Koppenhoefer wrote: 2014-07-15 18:01 GMT+02:00 Michal Palenik michal.pale...@freemap.sk: btw, cp planet.osm.bz2 planet.png creates a produced work... LOL I'd doubt this, because an image is likely not to be read like in disk image, and not every file with an png extension will be considered an image... you can view it on a display, you can print it. it's called modern art. :-) or even better example: bzcat planet.osm.bz2 | lp. what a nice text (xml). pure produced work which i hereby licence as beerware. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Guideline review: Substantial
On Wed, Apr 30, 2014 at 10:09:08AM -0700, Luis Villa wrote: On Tue, Apr 29, 2014 at 9:39 PM, Paul Norman penor...@mac.com wrote: represents a quantitatively substantial part of the general contents of the protected database. A quantitatively negligible part of the contents of a database may in fact represent, in terms of obtaining, verification or presentation, significant human, technical or financial investment. (Para 71) In other words, a small chunk of a large database can be qualitatively substantial if the cost of obtaining, verification, or presentation of that small chunk was substantial. The court goes on to say that it doesn't matter if the small chunk is, by itself, valuable - what matter is the work done to put it into the database. What qualifies as a substantive investment is left as an exercise for the lower courts. (One German case I've found seemed to presume that 39,000 Euro was a substantive investment, but that was not the primary point being argued in that case so I wouldn't rely on the number being that low.) Putting BHB into an OSM context, what seems to matter is mapping effort. That makes sense - 100 detailed POIs are worth more than 100 points with only building=yes. Of course mapping effort is harder to measure... Hard to measure, but at least likely the right framework. i would define insubstantial as less than 1 day of work (8 hours) of a medium experienced mapper (or 10 hours or 24 hours) this could be easily acomanied by rules fitting standard case like we consider one day work to be - 50 poi on area smaller than X - 400 adress points on area smaller than X - outines of 200 features where good imaginery is present (only outlines, no other tags) - ... or number divided by 3 if area is larrger than X there would be some technical discussion on all the rules, but the underlying standard should be stable. michal -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution
On Mon, May 05, 2014 at 05:42:37PM +0200, Jean-Marc Liotier wrote: On 05/05/2014 17:26, Martin Koppenhoefer wrote: no, this was not about overlaying 2 graphical layers but about joining the data into one layer (necessary I guess, in order to perform routing). [..] Usage may be different, but the data is the same: ways with an hypothetical 'speed' attribute added to them in the persistent database of your choice. Whether you use that joined data to perform Dijkstra stunts or just render it graphically does not change its nature. In either case, no Openstreetmap data is altered in any way - only extended thus meeting the definition of a Collective Database. I cannot imagine any more wrong interpretation. ODbL was created just to stop activities like this. with your interpretation you could easily create a private fork: just extend osm data with tags like myproject:name/myproject:maxspeed/... ridiculous. so, for the avoidance of doubt I wanted to say that is definitely a derivative db (from information provided) and not a collective db. michal -- michal palenik www.freemap.sk www.oma.sk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSRM-talk] tms tile server standard
i had to use tms: true near new L.tileLayer( part of leaflet configuration see http://leafletjs.com/reference.html#tilelayer and part : tms Boolean false If true, inverses Y axis numbering for tiles (turn this on for TMS services). michal On Tue, Apr 22, 2014 at 10:45:03AM +0200, Dennis Luxen wrote: Ah, alright. That makes more sense. So, you mean the web _client_ which is done in Javascript. It extends Leaflet. Not sure if that is actually possible in Leaflet. —Dennis Am 21.04.2014 um 21:37 schrieb Joseba Bolinaga josbol...@gmail.com: Well, i'll try to explain it better. In the osrm web server we have the option of choosing several tile servers (osrm, maquest, cloudmade, bingroads,...). All of them use the WMTS standard. I would like to use another tile server, but this one uses TMS standard. Thank you anyway for your fast answer. On Mon, Apr 21, 2014 at 8:42 PM, Dennis Luxen i...@project-osrm.org wrote: This is probably the wrong mailing list for that. —Dennis Am 21.04.2014 um 18:47 schrieb Joseba Bolinaga josbol...@gmail.com: Hi, i would like to know if it is possible to change the tile server standard from WMTS to TMS and, if it is possible, how i can do it. Thank you very much. ___ 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 -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Beginner question: default car profile and tracktype/smoothness/surface
-talk -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Beginner question: default car profile and tracktype/smoothness/surface
On Mon, Mar 17, 2014 at 01:57:23PM -0300, Fernando Trebien wrote: Hm I don't know of a place to go to obtain this information. me neither. anyway, last month we had a legislation change which basically says that highway=tertiary now has hgv=destination tag (instead of hgv=yes) so I would be much willing to have these default/implicit tags on per region basis. we probably have landuse=residential = maxspeed=50 (?) But I don't think we can easily implement different interpretations of the tags on a per-country basis. in postgis/anyspatialdatabase, this would be fairly easy (except for filling in the data by crowdsourcing). looking at https://github.com/DennisOSRM/Project-OSRM/blob/master/profiles/examples/postgis.lua it is probably connectable. On Mon, Mar 17, 2014 at 12:49 PM, Michal Palenik michal.pale...@freemap.sk wrote: hi, please beware of osm dialects... at least in slovakia (and probably czech republic) highway=track is considered to have motor_vehicle=private (or motor_vehicle=no) implicit tag. which opens the question of country/region wide default values for eg maxspeed, ... michal ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSRM-talk] Elevation in OSRM result (for profile)
hello all
I did not see it in your text, but use of elevation during calculation
of the route would increase possibilities for (at least) bicycle
routing. mainly change forward and backward speed according to meters
gained/descended (or changing impedance).
is this also one of the goals?
thanks
michal
On Thu, Mar 06, 2014 at 03:06:52PM +0100, Elisabeth Leu wrote:
Hi List,
This e-mail just to let you know that we decided to work on integrating the
elevation output in OSRM.
The goal is to have elevation in the geometry of the output JSON as well as
in the GPX, and an option in OSRM to enable elevation (disabled by default).
We might ask questions about it in the next days / weeks, with the final
goal to suggest this feature as a pull request for reviewing.
We are open to take opinions and remarks about it, esp. concering a future
pull request for OSRM master/develop.
Best regards,
Radu, Yves, Stéphane and Elisabeth
On Fri, Jan 31, 2014 at 8:49 AM, Yves Bolognini
yves.bologn...@camptocamp.comjavascript:_e(%7B%7D,'cvml','yves.bologn...@camptocamp.com');
wrote:
Hi,
Thanks for your answer. Actually yes, for now our need is simply to
show elevation in the output.
I thought of using the way.name attribute to pass node elevations. But:
1) Elevation is on nodes, not on ways. So we would need to implement
some hack to pass both nodes' evelations on every way's name
2) I thought maybe the profile thing in OSRM output would be
interesting for other devs, so it may be good to code it the clean way
Anyone has an idea how hard it would be to add such a feature inside
OSRM? Is someone interested in this addition?
Best,
Yves
2014-01-30 Florian Lohoff
f...@zz.dejavascript:_e(%7B%7D,'cvml','f...@zz.de');
:
Hi,
On Thu, Jan 30, 2014 at 02:28:39PM +0100, Yves Bolognini wrote:
Hello List,
We have elevation data in our source graph. Each vertex has elevation
information (ele key in OSM-like data). We'd like to have this info
in OSRM result in order to display profile.
My understanding would be that you need to put this into some tag OSRM
stores the hsrm file and shows it in the JSON e.g. name.
I do something like the following:
if speed_profile[highway] ~= nil then
way.speed=speed_profile[highway]
way.name=table.concat({way.id,highway,way.name,way.ref},|)
end
So i get way.id, highway type, name and ref ...
What are the chances that elevation data will be available one day in
the output?
What do you estimate regarding the complexity to implement it?
Would a contribution for this feature be considered?
From using elevation data i would expect to have elevation on nodes
and if adjacent nodes have different elevation, you would need to split
the way and make it 2 oneways with different costs.
Uphill more expensive than downhill.
Or is it just you'd like to show elevation data in the output?
Flo
--
Florian Lohoff
f...@zz.dejavascript:_e(%7B%7D,'cvml','f...@zz.de');
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIVAwUBUup2BJDdQSDLCfIvAQgJgA//VTwAdXc41GeJediOMp+nTkr3ztmfQ1Lx
a1JETnmTbdrdUZsYqQZrGKpSDwCTAwOXx8Vu018dhIpNmSGhrH1Jn2qWTsazBmSQ
r6T0a/vk/Ow8NXkZTR2vy66XBO/F4ZClYxWZm0O3J5p/cGPRgNyDZWsaCACAGdLf
eJzv2UoCO9Mq27V2fzHwCEB1TBwQBy8a/heN1VJuIREkmWiLZTSIEpr8FkjjjWts
o66Yna48jYqEWW0DYqC9v3hPvQb7suvT508zetTJeONiYXcHENfaD3orsBLkWCH2
8qjKo3BJ0qWin92y9J3Su0Vf8+MWb/TQ55a6OqEzqWu696UkYn7pmkk/lbpZVMY3
DB1Pd84S1/lGLUmPJbG9sm/ouCJbkresTKvHfvHkPVZB0CiOEg/zpZOCzzziul5r
0iF2XloVGInhG6c6pbtn6lSpsnRe7ZfuOp9dbtWey5SXzmPqlt0D5J7/G/y8/Nqo
5z5zTqczEKRnh1oPoa5D1t9TTyKFngAEMa7jwoAxUQEuRpFOUPuI8zGJzc7doRgi
GKrVGi6Dt42CFzlwvneKUrq0e+PqQvN8zMjJ0a4d3fPd9/a2zSyFCV7HtuoAgSXL
XzMDjGnjJBJIoWDfQoW3hdIwmRP6txbf/qWKk5scSDYvD6C2KTnw7mWvGcdB5CTg
cH6g7uCak70=
=JgTX
-END PGP SIGNATURE-
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.orgjavascript:_e(%7B%7D,'cvml','OSRM-talk@openstreetmap.org');
https://lists.openstreetmap.org/listinfo/osrm-talk
--
Elisabeth Leu
Camptocamp SA
PSE A
CH-1015 Lausanne
www.camptocamp.com
Phone: +41 21 619 10 21
--
Elisabeth Leu
Camptocamp SA
PSE A
CH-1015 Lausanne
www.camptocamp.com
Phone: +41 21 619 10 21
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk
--
michal palenik
www.freemap.sk
www.oma.sk
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSM-legal-talk] produced work vs. derivative db
On Thu, Mar 07, 2013 at 03:22:56PM +0100, Tadeusz Knapik wrote: Hello, generally the answer to question is it produced work or derivative database? is doesn't really matter, even if it were produced work, you are obliged to published the underlaying derivative database however, on several pages under the use cases wiki page, eg http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Using_OSM_data_for_the_production_of_a_hand-made_map still set a hard line between produced work and derivative database. Because, simply speaking, the difference is huge, just like between Public Domain (for PW, as long as you contribute OSM) and ODbL (for the derivative database, if there is any). Bear in mind there's a possibility that there's no underlaying derivative database, but PW is made directly from OSM data. during the process, there is always a derivative DB, be in only in RAM or any other form. it does not matter if the process is done in one or thow shell scripts. And other PW is based on the first PW... I feel the ODbL/PW licence thing is more a dogma than a law, but still it should be a well defined dogma :) Sincerely, Tadeusz ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk http://wiki.freemap.sk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSRM-talk] highway=track
On Thu, Jun 06, 2013 at 08:26:11PM +1000, Tony Morris wrote: OK thanks. I saw some other email threads on this. I think it is a bit arbitrary that access=yes is required isn't it? I mean, why prefer requiring access=yes for routing versus requiring access=no wrong tag, please don't use access=* at all. it does not take into account other means of transport. the result is that we have bike routes where access by bicycles is prohibited (according to osm data and this stupid tag) use motor_vehicle=* bicycle=* ... to prevent routing? I'm not sure of the benefit of this rule, anyway, I'll accept it. My next question is about tagging routable tracks with access=yes. I have done this now, however, how long until I see updates on the OSRM map? It seems other people asked for this[1], but the issue was closed without a fix. Is there any intention of fixing it? Let's put it another way, if there is a highway=track without access=yes and I'd like to route along that track, is it impossible to get that route for at least a few days, except when I do my own build? I'm just trying to get a decent route along a track with minimal fuss. Thanks for your great work by the way! [1] https://github.com/DennisOSRM/Project-OSRM/issues/93 On 06/06/13 20:18, Dennis Luxen wrote: If you roll your own installation, you can. Just uncomment the line in profiles/car.lua. On the test instance, we don't route over tracks for several reasons by default. If access is allowed you can, then you can just add an appropriate access tag onto the way and then we will route over it. --Dennis Am 06.06.2013 um 10:11 schrieb Tony Morris tonymor...@gmail.com: Hello, I am trying to create a route on OSRM however, it seems to refuse to use highway=track for the route. Can I somehow say it is ok to use tracks? -- Tony Morris http://tmorris.net/ ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk -- Tony Morris http://tmorris.net/ ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk -- michal palenik www.freemap.sk www.oma.sk http://wiki.freemap.sk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/osrm-talk
Re: [OSM-legal-talk] produced work vs. derivative db
I've tried to put extra information on several wiki pages: http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#When_is_something_a_Derivative_Database_when_is_it_a_Produced_Work_and_can_it_be_both (please check the wording) generally the answer to question is it produced work or derivative database? is doesn't really matter, even if it were produced work, you are obliged to published the underlaying derivative database however, on several pages under the use cases wiki page, eg http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Using_OSM_data_for_the_production_of_a_hand-made_map still set a hard line between produced work and derivative database. michal On Mon, Mar 04, 2013 at 08:15:57PM +0100, Michal Palenik wrote: may i add a question into faq/use cases: Q: I want to publish a slippy map/printed map based on OSM data. Is it a produced work or derivated database? A: The slippy map itself is a produced work, however the database you used has to meet the same requirements as published derived database or a collective database. In other words, publishing this produced work implies that you have the same obligations as when publishing the database itself. or a better wording. which would clarify the odbl-ty of the data. On Mon, Mar 04, 2013 at 05:15:04PM +, Jonathan Harley wrote: On 04/03/13 16:53, Michal Palenik wrote: after reading all the documents/wiki/mailinglist I am still confused: what forces producers to publish a derivative database and not just produced work? Clause 4.6 of the ODbL, which says if you publish a produced work you must make the database it was produced from available. usecase: a user takes a substantial part of osm db, hand modifies it (eg changes name of a street to correct one, make a new hiking route ...) and then publishes it as an online tilemap/printed map. claiming it to be a produced work under a commercial licence. is it a produced work? The online tilemap and printed map are a produced work. is it also a derivative database? (if so, which odbl clause kicks in to state this?) The database is a derivative database as defined in the definitions section. Correcting names and adding hiking routes which connect with OSM's data is exactly the sort of data the share-alike clause is intended to capture. thanks michal HTH! Jonathan. -- Dr Jonathan Harley :Managing Director: SpiffyMap Ltd m...@spiffymap.com Phone: 0845 313 8457 www.spiffymap.com The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ, UK ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk http://wiki.freemap.sk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk http://wiki.freemap.sk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] produced work vs. derivative db
after reading all the documents/wiki/mailinglist I am still confused: what forces producers to publish a derivative database and not just produced work? usecase: a user takes a substantial part of osm db, hand modifies it (eg changes name of a street to correct one, make a new hiking route ...) and then publishes it as an online tilemap/printed map. claiming it to be a produced work under a commercial licence. is it a produced work? is it also a derivative database? (if so, which odbl clause kicks in to state this?) thanks michal -- michal palenik www.freemap.sk www.oma.sk http://wiki.freemap.sk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] produced work vs. derivative db
may i add a question into faq/use cases: Q: I want to publish a slippy map/printed map based on OSM data. Is it a produced work or derivated database? A: The slippy map itself is a produced work, however the database you used has to meet the same requirements as published derived database or a collective database. In other words, publishing this produced work implies that you have the same obligations as when publishing the database itself. or a better wording. which would clarify the odbl-ty of the data. On Mon, Mar 04, 2013 at 05:15:04PM +, Jonathan Harley wrote: On 04/03/13 16:53, Michal Palenik wrote: after reading all the documents/wiki/mailinglist I am still confused: what forces producers to publish a derivative database and not just produced work? Clause 4.6 of the ODbL, which says if you publish a produced work you must make the database it was produced from available. usecase: a user takes a substantial part of osm db, hand modifies it (eg changes name of a street to correct one, make a new hiking route ...) and then publishes it as an online tilemap/printed map. claiming it to be a produced work under a commercial licence. is it a produced work? The online tilemap and printed map are a produced work. is it also a derivative database? (if so, which odbl clause kicks in to state this?) The database is a derivative database as defined in the definitions section. Correcting names and adding hiking routes which connect with OSM's data is exactly the sort of data the share-alike clause is intended to capture. thanks michal HTH! Jonathan. -- Dr Jonathan Harley :Managing Director: SpiffyMap Ltd m...@spiffymap.com Phone: 0845 313 8457 www.spiffymap.com The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ, UK ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk -- michal palenik www.freemap.sk www.oma.sk http://wiki.freemap.sk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
