[OSM-dev] Karlsruhe Hack Weekend, 15/16 Feb
Hi, there's a hack weekend in Karlsruhe on the 15/16 February. Details here: http://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2014 As usual, everyone's welcome if they bring a laptop and a project, or make something up. This time there's likely to be one group discussing/making various SOTM-EU preparations and you're welcome to participate there also. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Renderer issue: highway=service and service=driveway?
Am 06/gen/2014 um 14:58 schrieb Nick Whitelegg nick.whitel...@solent.ac.uk: On the other hand I would probably make service roads appear on the same zoom level as footpaths otherwise you're going to get disappearing footpaths like this if a footpath follows a service road. service roads are there, it is only the driveways which are (deliberately I guess) rendered only in high zooms. cheers, Martin ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Renderer issue: highway=service and service=driveway?
Martin Koppenhoefer dieterdre...@gmail.com writes: service roads are there, it is only the driveways which are (deliberately I guess) rendered only in high zooms. I think the real issue is that what should be rendered at highish zoom is complicated. For a footway that only goes 20m, having it disappear fairly soon makes sense. But a 3 km footway through a forest is far more important. Same for driveway, which is not really that inferior to service road, but is more important than parking_aisle. So to really do this right, I think some notion of characteristic distance of the way needs to be calculated, and that used in the suppression decision. pgpYwiMqxtSQ7.pgp Description: PGP signature ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Renderer issue: highway=service and service=driveway?
Greg what you mention about paths is particularly true for various regions were there is almost no road. I see that often in various countries. The link below shows the Manang valley, Nepal, in the himalyas, where we dont see anything before zoom level 14. http://www.openstreetmap.org/#map=10/28.6550/84.0516layers=H For these areas, we can say that this is in a sense the main road. We have the same problem with tracks. For this map portion of Afghanistan, you see almost nothing at level 9. You have to wait al level 13 to see some tracks. Then, we can says that we have no perspective. http://www.openstreetmap.org/#map=9/33.1594/65.5101layers=H In this particular case, if there was a hierarchy of roads, it would be less a problem if the rule that I proposed was followed. See https://wiki.openstreetmap.org/wiki/Highway_Tag_Africa An automatic rendering rule will not take care of these particular contexts. Distance could be one rule, or absence of roads. Pierre De : Greg Troxel g...@ir.bbn.com À : Martin Koppenhoefer dieterdre...@gmail.com Cc : dev@openstreetmap.org dev@openstreetmap.org Envoyé le : Mardi 7 janvier 2014 19h17 Objet : Re: [OSM-dev] Renderer issue: highway=service and service=driveway? Martin Koppenhoefer dieterdre...@gmail.com writes: service roads are there, it is only the driveways which are (deliberately I guess) rendered only in high zooms. I think the real issue is that what should be rendered at highish zoom is complicated. For a footway that only goes 20m, having it disappear fairly soon makes sense. But a 3 km footway through a forest is far more important. Same for driveway, which is not really that inferior to service road, but is more important than parking_aisle. So to really do this right, I think some notion of characteristic distance of the way needs to be calculated, and that used in the suppression decision. ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Renderer issue: highway=service and service=driveway?
Pierre Béland pierz...@yahoo.fr writes: In this particular case, if there was a hierarchy of roads, it would be less a problem if the rule that I proposed was followed. See https://wiki.openstreetmap.org/wiki/Highway_Tag_Africa I think the notion of having primary/secondary be about importance makes sense. It may be better to try to tag with a characteristic distance to avoid quantization and arguing. First, set motorway aside. We know what the motorway rules are, and all motorways are important (to first order). Then, in a non-motorway world, you can ask what is the shortest typical distance for which many routes will use this road. Essentially, I'd argue that (if one decides to not use motorways), primary highways are likely to be the roads chosen for distances of 200km or more. Secondary for perhaps 50 km, and many of the roads that feel like they should be tertiary are used to get to the next town, or next next town, but not 10 towns (except as local feeders, not a through route). So that's more like 20 km. However, this breaks down in the city (calling only those roads tertiary); consensus is to have far more tertiaries. My sense is that a road is properly tertiary if it takes you from one place of 5000 people to another place of 5000 people. However, this population-based argument is a) not really important in the areas we are talking about and b) not related to showing roads at low zoom. So maybe roads should be tagged with a typical_distance tag, inferred From class, and that can be used to render. I realize this needs a lot more thought. An automatic rendering rule will not take care of these particular contexts. Distance could be one rule, or absence of roads. I don't follow the will not take care of. We are basically talking about automating the judgement of the cartographer. pgp4yc3XYiH0Q.pgp Description: PGP signature ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Renderer issue: highway=service and service=driveway?
An automatic rendering rule will not take care of these particular contexts. Distance could be one rule, or absence of roads. I don't follow the will not take care of. We are basically talking about automating the judgement of the cartographer. I mean a general rule where all paths start to be seen at the same zoom level. We need more context specific rules where the only access to residential areas is from paths. Pierre De : Greg Troxel g...@ir.bbn.com À : Pierre Béland pierz...@yahoo.fr Cc : Martin Koppenhoefer dieterdre...@gmail.com; dev@openstreetmap.org dev@openstreetmap.org Envoyé le : Mardi 7 janvier 2014 20h37 Objet : Re: [OSM-dev] Renderer issue: highway=service and service=driveway? Pierre Béland pierz...@yahoo.fr writes: In this particular case, if there was a hierarchy of roads, it would be less a problem if the rule that I proposed was followed. See https://wiki.openstreetmap.org/wiki/Highway_Tag_Africa I think the notion of having primary/secondary be about importance makes sense. It may be better to try to tag with a characteristic distance to avoid quantization and arguing. First, set motorway aside. We know what the motorway rules are, and all motorways are important (to first order). Then, in a non-motorway world, you can ask what is the shortest typical distance for which many routes will use this road. Essentially, I'd argue that (if one decides to not use motorways), primary highways are likely to be the roads chosen for distances of 200km or more. Secondary for perhaps 50 km, and many of the roads that feel like they should be tertiary are used to get to the next town, or next next town, but not 10 towns (except as local feeders, not a through route). So that's more like 20 km. However, this breaks down in the city (calling only those roads tertiary); consensus is to have far more tertiaries. My sense is that a road is properly tertiary if it takes you from one place of 5000 people to another place of 5000 people. However, this population-based argument is a) not really important in the areas we are talking about and b) not related to showing roads at low zoom. So maybe roads should be tagged with a typical_distance tag, inferred From class, and that can be used to render. I realize this needs a lot more thought. An automatic rendering rule will not take care of these particular contexts. Distance could be one rule, or absence of roads. I don't follow the will not take care of. We are basically talking about automating the judgement of the cartographer.___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
[josm-dev] New SSL certificate for JOSM website
Hi, I am pleased to announce that a long-requested feature is now live: JOSM website uses a real SSL certificate provided by GlobalSign through its open-source initiative [1]. It closes a couple of tickets and will ease the use of our website for all :) If you want to check the certificate validity, its SHA-1 fingerprint is C5:8A:CF:54:15:7D:37:1F:21:6D:5D:92:B4:B4:FA:3A:3C:AA:14:6C. The wiki has been updated as well, but not translated yet. Happy new year ! ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] New SSL certificate for JOSM website
Forgot the [1]: https://www.globalsign.com/ssl/ssl-open-source/ :) 2014/1/7 Vincent Privat vinc...@josm.openstreetmap.de Hi, I am pleased to announce that a long-requested feature is now live: JOSM website uses a real SSL certificate provided by GlobalSign through its open-source initiative [1]. It closes a couple of tickets and will ease the use of our website for all :) If you want to check the certificate validity, its SHA-1 fingerprint is C5:8A:CF:54:15:7D:37:1F:21:6D:5D:92:B4:B4:FA:3A:3C:AA:14:6C. The wiki has been updated as well, but not translated yet. Happy new year ! ___ josm-dev mailing list josm-dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/josm-dev
