Re: [Talk-de] OSM Daten extrahieren
Wenn du uns sagst welche key-value Paare, werden wir dir ein Overpass Query besorgen. Alles kann grupiert werden in 1 Query. Jo 2015-05-01 8:05 GMT+02:00 Danilo Bretschneider bretschnei...@geospatialinformation.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin, ich möchte für die Stadt / Region Bonn bestimmte Key-Value-Paare extrahieren und weiter verarbeiten. Das ganze soll automatisiert über ein Shell-Skript unter Linux laufen. Nun stehe ich vor der Fragestellung: Woher die Daten? Prinzipiell würde ich die Daten über die Overpass API abfragen, als XML abspeichern und entsprechend weiter verarbeiten. Overpass müsste ich jedoch mehrfach anfragen. Zu Beachten wäre hier die Beschränkung von 1 Request pro Sekunde und IP. Außerdem stellt sich mir die Frage, inwieweit man Overpass zum Download verwenden kann - wie viele KVP ich extrahieren möchte steht noch nicht fest (und somit auch nicht der Traffic / Auslastung). Alternativ könnte ich das Planet File bzw. Extrakte von der Geofabrik mit Osmosis verabreiten. Hier besteht das Problem, dass die kleinste Region der Regierungsbezirk Köln ist. Hier müsste man zusätzlich noch eine BBox anwenden, welche jedoch viereckig. Somit wären in der Auswertung auch Objekte enthalten, welche nicht in Bonn liegen. * Gibt es sonst noch Möglichkeiten, um an die OSM Daten zu kommen? * Gibt es hierfür weitere Tools, die für mein Workflow geeignet sind? * Wie kann man anhand des Planet Files die Region Bonn extrahieren? Viele Grüße Danilo - -- 50°45'19.9N 7°05'11.9E Briefkasten gesucht? www.briefkastenkarte.de -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVQxeYAAoJEHHS7Nnj7BruIcsH/2+QBbH91pcGXk2gpCIVrndz lSxoCBCbIsUtxx9kQJY5IxQlTL0hybOmWFwgF3zm3QMCSsdYY6HWTjqZDSRVtHD1 let4YsjCTRh+aOVafpkEmxGHoKfsLLXWRyW6RRg+E8fouCfI3ntxzDfeqoXZUYnJ I6tiNhPKIcH+xeVIEAEy+xB6Fcywd5pn3DAE5uBowMIZja75jFf7hU0tqYpnV6DT LfsaRpTONVS4NMRcnOdf+wHQKOc+mFxq3ELF5yh/sz5yOfrkMaLsje4caGc8O1oN I5GlwzGa6tKFyw7EkoqsmyHznHanjH43RCwBqiMzHpfoxvQAHvIzjwUT3QAR7AU= =XzrA -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] Cartopartie pour améliorer les cartes de Bruxelles pour les handicapés et les cyclistes ce samedi 25/4/2015 à Bruxelles
Pour utiliser iD: un 'browser' Pour JOSM: Java JRE et JOSM de josm.openstreetmap.de Pour Android, iPhone ou Windows Phone: Mapillary Sur Android OsmAND est intéressant pour utilser le résultat de nos efforts. OSMtracker peut-être. Jo 2015-04-23 19:20 GMT+02:00 Willemse, Michel mwille...@heb.be: Bonsoir Pouvez-vous m'informer de la liste des logiciels utiles pour la cartopartie de samedi 25/04 par type terminal (laptop, tablette, smartphone) voire par OS ? J'indiquerais à la majorité des participants de les installer avant samedi ? Michel 2015-04-23 15:48 GMT+02:00 Nicolas Pettiaux nico...@pettiaux.be: Le 2015-04-23 8:44, Marc Gemis a écrit : Please keep in mind that cycleway/road/track mapping is one of the more tricky things to do correctly. Don't expect too much from this. Also for wheelchair mapping, we won't be able to cover more than the bare basics (sidewalks and wheelchair=no when there are stairs). The more I think about it, the less suited I find the topics for real beginners. My first focus will be to let them map at least something, and when it's related to the bicycle/wheelchair topic, I consider it as a nice plus. BTW, this is the introduction [1] that I prepared, some parts can be skipped or handled very briefly depending on the needs of the audience. regards m [1] https://docs.google.com/presentation/d/1pfVH7IaTCYrTaiyJG0BcACQYnu0CeHxnrZGo_aT4ToI/edit?usp=sharing Dear Marc, Much thanks for what you have done. It is very good. What we will do and what the users (beginners) will be able to do is good also. If they want to know more, get involved, then we will organize other meetings aimed really at advanced mapping for PMR (personnes à mobilité réduite) and cycle if you consider this more advanced. We shall probably have an article in Le Soir of tomorrow about the party. best regards, Nicolas -- Nicolas Pettiaux, phd - npetti...@april.org «Apprendre aux élèves à utiliser les produits privateurs de Microsoft, Google ou Oracle, c'est comme leur apprendre à fumer. C'est leur donner une habitude coûteuse, dangereuse et dont ils se déferont difficilement.» Richard Stallman ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be Haute École de Bruxelles ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-GB] User changing place=suburb to neighbourhood
I see there are no changeset comments either. Have you started a changeset discussion? I can't tell on the mobile. On April 23, 2015 12:25:10 AM GMT+01:00, Dave F. dave...@madasafish.com wrote: Hi User abc26324 has been changing place=suburb to neighbourhood. This edits are widespread so I doubt he has local knowledge. The ones near my vicinity seem erroneous. https://www.openstreetmap.org/changeset/30417434?node_page=1 He's adding place=farm tags. Is this still current? I thought landuse=farm/farmland superseded it. He also appears to move place tags short distances, but I can see no logical reason why. Any ideas what he's doing? I've sent a message asking to clarification. David Fox --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb -- Sent from my Android device with K-9 Mail. Please excuse my brevity.___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-be] Communiqué de presse carto-party
Marc Gemis et moi ont du improviser un petit peu ou plutôt assez fortement. Notre conclusion était que avec que 4 heures il nous manquera le temps pour envoyer les gens dans les rues et les guider pour ajouter le résultat de leurs découvrertes à la base de OSM. La proposition de Marc était donc d'expliquer aux gens comment ajouter QQ chose, puis de leur demander d'ajouter QQ chose près de chez eux. Vers 11-12h Peter peut expliquer Mapillary et a 13h on peut sortir pour aller faire des photos. Je pense que c'est comme ça que Marc et moi l'ont dans la tête, je pense, mais maintenant je lis que tu écris autre chose. Jo On Apr 21, 2015 7:08 PM, Marc Ducobu marc.duc...@gmail.com wrote: https://mensuel.framapad.org/p/carto-party-com-presse 2015-04-21 17:55 GMT+02:00 Nicolas Pettiaux nico...@pettiaux.be: Le Mar 21 avril 2015 17:50, Marc Ducobu a écrit : Bonjour à tous, Finalement, y a t il un communiqué de presse pour la carto party de samedi ? Si oui ça m'intéresse de l'avoir. pas eu le temps de l'écrire. Si tu te lance dans un pad, je compléterai. Ce serait une bonne idée. Il y aura sans doute des articles dans Le Soir (Alain Jenotte) et La Libre (je ne sais pas qui) mais avec un communiqué de presse, nous pourrons un peu mieux guider les journalistes. Du matériel dans les liens ci-dessous : Le lendemain, à ESI (67 rue royale) filmer la cartopartie durant laquelle nous allons améliorer la carte libre openstreetmap pour les handicapés (voir http://wheelmap.org) et pour les cyclistes (voir http://opencyclemap.org). Adresse : rue royale 67 à 1000 Bruxelles entre 9h et 10h puis entre 11h30 et 13h. [1] http://opencyclemap.org/, une cartographie pour cyclistes ; [2] http://wheelmap.org/, une cartographie pour personnes à mobilité réduite Voir http://www.lasemainenumerique.be/Invitation-a-une-Cartopartie.html ou https://framadate.org/vspmbw9xba5pfasn pour l'inscription ou http://www.heb.be/esi/supports/cartopartie.htm ou https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Activities#Invitation_.C3.A0_une_Cartopartie_.5B1.5D_.C3.A0_Bruxelles_-_Samedi_25_Avril_2015.2C_9h_.C3.A0_13h Le créateur de Mapillary http://www.mapillary.com/how.html une application pour faire collectivement l'équivalent de street view sera présent. Comme dit, l'activité 2/ se passe en 3 temps : a) 1h pour savoir comment faire, recevoir des documents papiers à compléter ou installer une application sur son smartphone, b) 1h pour aller sur le terrain mesurer, photographier, noter ... et prendre des notes c) 1h pour ensemble, sur des ordinateurs, encoder les données dans openstreetmap. L'objectif est donc que les gens deviennent indépendants. Le public peut apporter si possible son ordinateur portable pour que tout le monde puisse dans la phase c) travailler et pratiquer. Merci ) toi, Nicolas (qui prépare une conférence sur creative commons pour ce soir) Belle journée. Marc ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Nicolas Pettiaux - nico...@pettiaux.be Soutenons april.org , framasoft.org et laquadrature.net ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- et en avant pour de folles aventures... ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] [Talk-at] wpt_symbol, wpt_description
Sind das nicht die tags die man im GPX XML findet? Die haben tatsächlich nichts verloren in OSM. Polyglot 2015-04-15 9:40 GMT+02:00 Peter Barth osm-p...@won2.de: Hallo, Martin Vonwald schrieb: Bitte Leute*, besinnt euch auf die Grundprinzipien von OSM! Stehen die Tags in irgendeinem Konflikt mit existierenden? Nein? Dann sind es eben undokumentierte Tags. C'est la vie! [...] sry Martin, aber dem kann ich mich nicht anschließen da die Tags offensichtlicher Schwachsinn sind und die im Betreff genannten wohl auch etwas zu kurz greifen: ele=0. mitten im Ösiland? name=nXY? Die beiden zumindest sind dokumentiert und wie gesagt offensichtlicher Schwachsinn. Und ganz ehrlich, bei nem Tag-namen *_symbol hört sich das schon nach Tagging für irgendeinen Renderer an. Wenn dann ein City (Small) an einem Wald klebt .. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] [Talk-de] wpt_symbol, wpt_description
Sind das nicht die tags die man im GPX XML findet? Die haben tatsächlich nichts verloren in OSM. Polyglot 2015-04-15 9:40 GMT+02:00 Peter Barth osm-p...@won2.de: Hallo, Martin Vonwald schrieb: Bitte Leute*, besinnt euch auf die Grundprinzipien von OSM! Stehen die Tags in irgendeinem Konflikt mit existierenden? Nein? Dann sind es eben undokumentierte Tags. C'est la vie! [...] sry Martin, aber dem kann ich mich nicht anschließen da die Tags offensichtlicher Schwachsinn sind und die im Betreff genannten wohl auch etwas zu kurz greifen: ele=0. mitten im Ösiland? name=nXY? Die beiden zumindest sind dokumentiert und wie gesagt offensichtlicher Schwachsinn. Und ganz ehrlich, bei nem Tag-namen *_symbol hört sich das schon nach Tagging für irgendeinen Renderer an. Wenn dann ein City (Small) an einem Wald klebt .. Gruß, Peda ___ Talk-de mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-be] When using Contact (Schema with 'contact:*'prefix) and contact (common schema)
Unfortunately making the query work is only one part of the problem. To display 2 labels with umap, you have to use 2 lines, of which 1 will remain empty. I guess there's still a bit of work to do on the umap side as well. Jo 2015-04-11 20:50 GMT+02:00 Marc Gemis marc.ge...@gmail.com: I would just stay with email. I vaguely remember reading the same advice on the tagging mailing list earlier this year. According to taginfo just email is just twice as much as contact:email. And yes, two competing tagging schemes means that every data consumer has to make two queries (or use OR in one way or another). regards m On Sat, Apr 11, 2015 at 6:08 PM, Jakka vdmfrank...@gmail.com wrote: Hey, When using Contact (Schema with 'contact:*'prefix) and contact (common schema) Contact (Schema with 'contact:*'prefix) needed when multi contact are possible ? using contact (common schema) single contact? Does this give a problem when using a program like umap you need always use double filter/Overpass-turbo.eu (phone-fax-website-email) like tag email=x...@y.com and tag contact:email=x...@y.com or am i wrong? Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] video mapping
2015-04-11 18:28 GMT+02:00 Janko Mihelić jan...@gmail.com: Mapillary announced they support video now: http://blog.mapillary.com/update/2015/03/31/video-upload.html You upload a video and a GPX track and they convert it to picture frames. That's convenient, but the produced pictures are still relatively low quality. So, if you have a camera that can create time-lapse pictures of 8 or 12 MP and you don't need the video for other purposes, the quality will still be better. In a few months it should be possible to work with Mapillary pictures from within JOSM. Polyglot ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Territorial waters of Gibraltar
In between is disputed territory. How do we handle that in other cases? We follow the on the ground principle. http://osmfoundation.org/w/images/d/d8/DisputedTerritoriesInformation.pdf Now that document says one interesting thing about OSM holding one set of most-recognised borders; that In the future, we may look at supporting alternative sets directly. I don't know of any technical proposals to achieve this. Side-track from the core issue of Gibraltar though, sorry. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] PD: what can I do with automatic changes done against code of conduct
So my questions are: is community supposed to run like this? What can I do about it to fix it? Can I escalate this problem somewhere? Would it be ok if I reverted those changes? The Data Working Group exists in order to give mappers a chance to escalate concerns about other mappers' edits that can't be resolved through the usual channels of communication - private messages, changeset discussions, the mailing lists or forums according to regional community preference. This would be a familiar looking sort of case for the DWG. A member of the DWG will sometimes revert changes as a result of a decision in a case, but there's nothing special about that act of reversion. You should feel as free to revert as any mapper; but don't risk your peace of mind if that looks likely to trigger an edit war in the map, which can't help. There is a Mechanical Edit Policy to do with these kind of systematic changes, and anyone has grounds to revert changes that don't follow the code of conduct: http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy It sounds like a forum discussion of the topic is the next step though, - Jo ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] TEC: what I did and why I stopped (long ago)
Checked the stops of line 65. Fixed some of the remarks. Couldn't fix others. André's findings conflict with the data coming from TEC. He has the local knowledge, so the most likely explanation is that he's right. I never claimed the stops were at the correct positions. They're all in now, so feel free to move them to the proper place if you pass them by. That's what I do for the ones that are nearer to me, when I happen to go there. For the non existing stops, which are still part of a bus route in TEC's data, it's annoying. No idea what to do about those. I did a best effort attempt to reconcile what TEC provide us with, with what I could figure out from the aerial imagery. If, at some point, people will provide us with Mapillary pictures from the surroundings of the stops, it will become possible to verify their positions in a better way. But last summer there was no such thing and since we're not allowed to look at Google street view, I refuse to do so. I also saw nobody stepping in to use the data in the file that I made available on Dropbox, so I took it upon myself to add them. If I had know that this was going to cause bad blood from Brugge all the way to Liège, I might have chosen another hobby to waste my time on. Everybody happy. The way I figure it, we're constantly trying to improve the data, incrementally. Oh yes, source tags belong on the changesets, so I remove them. tags like todo_by_Papou don't belong in the data either, so they annoy me and cause me to write inflammatory comments on changesets. Odd that it takes months before a reaction surfaces. And of course not as a personal message, but as a public shaming. Way to go. There is one comment I do like. When I draw shelters, I've never added shelter=yes to the highway=bus_stop node. Often thought about doing that, but there are also contributors who'd consider that redundant tagging. I don't mind a bit of redundancy, myself. So if others think it's a good idea, I might start doing that. Oh, I also never removed bin,bench or shelter when I drew them as separate objects. That's indeed not totally logical. Oh well, nobody's perfect. Least of all me. Jo 2015-04-07 21:46 GMT+02:00 André Pirard a.pirard.pa...@gmail.com: Hello Julien and TEC collaborators, I finally decided to explain here why I stopped working for the TEC project. Mediocre result I had almost totally mapped TEC line 65 (before the stops were announced to be complete). I had made all the hard work finding where the TEC bus stops are (1). I still needed to review the whole thing with aerial maps, but while waiting for an illusive confirmation from TEC of about 10 bug reports I sent them, I was giving myself a break and I was playing with the GPX trace that I'm probably the only one to have made. I was having fun writing a program that analyzes GPX, automatically detects where the car stopped, computes the average of the oscillating stop position and makes a POI of it, all that displaying nicely in JOSM. The pre-alpha was producing amazingly good results for a first try. (That program might analyze GPX data produced by a 60€ GPS smartphone installed on the buses). (1) TEC's data can put them 100 m and more away from the true location, even on another road. I had put most of them less that 5 m where they are, and as carefully tagged as possible with shelter etc... The fun was totally spoiled when Polyglot sent me an e-mail saying that (without first contacting me in any way) he had made modifications to many of my pending bus stops and that the schoolmaster or is it OSM chief was not pleased. He had posted the following public insults in what the OSM.org map readers see when they look at my bus stops data (left pane). We should try to explain to Polyglot that OSM is a geographic database and not a database of insults. *reviewing all bus stops added for route 65. Performing conflation where required and improving positioning where needed. Why were 3 versions necessary to get this mediocre result? * *routes for TEC 65, mapped properly, please, if somebody offers you to show how it's done, grab the opportunity to learn. Alternatively look at all the other routes this person already did over the past years * And maybe more. What a sin to make 3 OSM updates for about 100 bus stops, isn't it! Read below how many he made !!! Regarding what the ignorant people we are must learn from the teacher, I had asked before on the mailing list several questions and they were never answered. The tagging conventions are here http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Bus_and_tram_lines#Tagging, the answers should be there, and I did exactly what they say. Obviously, if we are commanded to look at other routes, their links should at least be in those conventions. Etc. Being disgusted (and because it's alleged be a way to learn), I looked at just a dozen of those so-called corrections, no more, I stopped
Re: [OSM-talk-be] Fwd: Mapper of the Month
That's great. I love reading those. I can't seem to find the English version. I think they might be helped with umap.openstreetmap.fr. Hopefully they'll be able to make it to the event in Brussels, so I can demonstrate it a bit. An example: http://umap.openstreetmap.fr/nl/map/pad-van-ad-ads-path-16km_30907#12/50.8593/4.7396 Jo 2015-04-04 17:11 GMT+02:00 Marc Gemis marc.ge...@gmail.com: Jorieke has put the new Mapper of the Month on-line: 2 for the price of 1 :-) I would like to thank Pierre for the French translation and Ruben for the English version. regards m -- Forwarded message -- From: Jorieke Vyncke jorieke.vyn...@gmail.com Date: Sat, Apr 4, 2015 at 2:42 PM Subject: Re: Mapper of the Month To: Marc Gemis marc.ge...@gmail.com Cc: Marc Ducobu marc.duc...@gmail.com, Pierre Parmentier pierrecparment...@gmail.com Mapper of the month online! Please can somebody announce it on the BE list? NL: http://osm.be/nl/content/mappers-van-de-maand-josefien-ruben FR: http://osm.be/fr/content/contributeurs-du-mois-josefien-ruben Best greetings, Jorieke 2015-04-03 4:26 GMT, Marc Gemis marc.ge...@gmail.com: Hallo, Marc, would it be possible to write to Brice(eMerzh merz...@gmail.com) with the French list of questions ? If we agree to make him the next mapper of the month, that is. Jorieke, will you be able to put the interview with Ruben en Josefien on osm.be this weekend ? Do we still have the complete list of all questions in the 3 languages ? Wouldn't it be better to have them somewhere (hackpad, astana, ...) ready to copy for the next interview ? Sometimes we leave out questions when they are not answered, so I don't know whether the last interview has all questions or not. have a nice weekend regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] 1 jour 1 carpe...
Dommage qu'il n'est pas possible de voir la requête Overpass que tu as utilisée. Jo 2015-04-01 9:29 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: C'est la carte du jour: http://umap.openstreetmap.fr/fr/map/carte-du-1er-avril_34841 Saint-Pierre et Rouget de l'Isle sont de la fête mais pas que ! -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de schéma de tags pour améliorer la cartographie des arbres
Ah, dommage que ce n'est pas sérieux. J'étais complètement pour... J'espère que vous n'avez pas oublié les branches coupées, ou on met ceux-là sur OHM? Jo 2015-04-01 18:02 GMT+02:00 Pieren pier...@gmail.com: Je sens une pointe de sarcasme dans certaines réponses... sauf Philippe qui a bien compris (et qui nous fait des poissons d'avril toute l'année, sacré farceur). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau de signalisation A13a
Le plugin Mapillary fait partie d'une proposition du projet GSoC 2015 maintenant. Espérons qu'il sera accepté. J'ai bon espoir. Néanmoins, moi j'ajouterai les panneaux comme noeud isolé, exactement où se trouve le panneau. Les inclure comme noeud dans le chemin me semble moins efficace et en outre le tag 'direction' est très fragile. Il perd son sens, (litt. et fig.) quand le chemin est découpé sur ce noeud-là. Polyglot 2015-03-31 10:15 GMT+02:00 david.croc...@online.fr: Bonjour - Mail original - De: Christian Quest cqu...@openstreetmap.fr Plus généralement, doit-on mapper les panneaux ou ce qu'ils décrivent ? - Mail original - Pour ma part, je m'y amuse parfois : http://www.openstreetmap.org/node/2989723377 http://www.openstreetmap.org/node/2989723379 http://www.openstreetmap.org/node/2989723384 http://www.openstreetmap.org/node/2989723385 ou plus généralement [out:json] [timeout:25] ; area(3601110899)-.searchArea; ( node [traffic_sign] (area.searchArea); way [traffic_sign] (area.searchArea); relation [traffic_sign] (area.searchArea); ); out body; ; out skel qt; C'est fastidieux. Et c'est pour cela qu'un plug-in Mapillary - JOSM serait très interessant Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau de signalisation A13a
Plus généralement, doit-on mapper les panneaux ou ce qu'ils décrivent ? En général dans OSM on décrit plutôt la finalité (le nom d'une rue sur le tronçon de la rue ou le fait qu'elle soit en sens unique) que le panneau lui même (qui mappe les plaques de rue ou les panneaux de sens unique ?). Les micromappeurs? L'effet d'un panneau est le plus important, ça c'est certain. Mais pouvoir déterminer d'où vient cet effet est intéressant aussi. Je ne dis pas que nous devons mapper tous les panneaux, mais c'est ce qu'ils font au Finlande. Les panneaux de parking me semblent plus facile à mapper que leur effet, pour lequel il faudrait découper le chemin en beaucoup de petits bouts. J'ai adapté les données du RoadSigns plugin. Ils contient tous les panneaux pour la Belgique maintenant. J'aimerais également adapter le code, façon de faire que l'effet est ajouté sur les chemins/relations (turn_restrictions) et que le code national de panneau aboutit sur un noeud isolé. Jo ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau de signalisation A13a
Il perd son sens, (litt. et fig.) quand le chemin est découpé sur ce nœud-là En effet dans ce cas c'est compliqué et doit ton faire un panneau hors du réseau dans ce cas à son implantation réel et définir une relation (via, from, to) ...? Moi, je n'ai pas peur des relations, mais pour la plupart des contributeurs ils ne les aiment pas... @Jo: RoadSigns ou Mapillary ont-ils une réponse pour le cas du panneau dont je parlais et des autres panneau moins conformes qui exister (non remplacer et pas au standard CE ou NF) ? Chez Mapillary le jeu de panneaux est encore assez incomplet. Ils ont un panneau avec deux enfants qui courent. Aucune idée dans quel pays celui-là est utilisé. En RoadSigns on peut définir ce que l'on veut. Mais il n'y a pas encore bcp de pays pour lesquels c'est déjà fait. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panneau de signalisation A13a
Maintenant si c'est la position physique, que faire lorsqu'il y a une voie de circulation automobile et en parallèle une piste cyclable et que le panneau est entre les 2 (car physiquement il n'y a pas de place à droite de la piste cyclable pour placer les panneaux). Le positionnement sur le chemin permet dans cette situation de connaitre l'effet impliqué sur ledit chemin. Dessiner la piste cyclable comme chemin séparé? S'ils ont réussi d'intercaler un panneau, il doît y avoir une séparation entre les deux? Jo ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] [OSM-HH] Hamburger Straßennetz als CC0 veröffentlicht
Wie ich es verstehe reicht einen Antrag auf der Wiki, zusammen mit einem Verweis in der Changeset. Der nächste der die Daten verarbeitet muss dann Openstreetmap vermelden, weil es dann die ODBL gilt. Wann jemand wissen will wo die Daten herkommen kann er dann der Weg zu OSM zurückfinden und in unsere Historie graben um den Weg zur Quelle zurückzufinden. Mit Overpass API ist dass noch nicht all zu schwierig zu schaffen. Jo 2015-03-30 12:47 GMT+02:00 Wolfgang Hinsch osm-lis...@ivkasogis.de: Am Freitag, 27. März 2015, 13:36:25 schrieb Martin Koppenhoefer: Am 26.03.2015 um 19:03 schrieb Johannes Kröger johannes.kroe...@hcu-hamburg.de: Besonders bei solchen manuell eingestellten Daten. Sind doch alles auch nur Menschen. Es sind nur drei Datensätze mit CC0 im Transparenzportal, während alles andere unter der Deutschlandlizenz steht. Da sollte man erstmal sichergehen, dass sie wirklich so gedacht sind. wenn sie sie mit dieser Lizenz veröffentlichen dann sollte die wohl auch gelten, der Sinn einer Lizenz ist ja gerade, dass man nicht mehr nachfragen muss. Ich frage aber doch mal nach: Reicht die Lizenz für uns aus? Was ist mit dem Quellenverweis für Abwandlungen, also das, was wir daraus machen? Wir können das im Kommentar zum Changeset unterbringen, aber derjenige, der die Daten von uns runterlädt, hat den Verweis nur, wenn bei jedem Objekt im Sourcetag der Quellenverweis auftaucht, was wohl praktisch kaum zu leisten ist. Vor allem aber: Was ist mit Abwandlungen von Abwandlungen (Weiterverarbeitung unserer Daten)? Reicht ein Quelleneintrag auf der Quellenseite unseres Wiki? Muss der Downloader in seinen Anwendungen wiederum den Quellenverweis mitführen? Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] De Lijn website
Hallo Marc, Dat gebeurt de laatste tijd wel vaker. We hebben alle haltes in OSM, maar voor de real-time info verwijzen we natuurlijk wel door naar De Lijn. Wat ook lastig is, is dat al die dure palen met schermen ook niet werken als de site van De Lijn plat ligt. De keerzijde is wel dat de website van De Lijn de laatste tijd enorm verbeterd werd, maar het is onbegrijpelijk waarom ze die uitrol van nieuwe mogelijkheden niet kunnen 'stagen', ofte incrementeel kunnen implementeren. Oh, wat het toevoegen van informatie over de reiswegen betreft, daar zal ik hulp bij nodig hebben. Veel hulp. Het toevoegen van de zowat 5 haltes heb ik in grotendeels op m'n eentje kunnen doen, maar ik ben nu wat uitgeblust en mijn interesses zijn wat aan het verschuiven. De procedures staan wel online en alles is beschikbaar onder vrije licentie. Ook de werkwijze staat beschreven in m'n diary en op osm.be. En ik ben natuurlijk altijd bereid om anderen op weg te helpen d.m.v. Google Hangout sessies. Groeten, Polyglot Op 28 maart 2015 09:50 schreef Marc Coevoet ma...@dommel.be: Dag, De website van de lijn ligt er al sinds minstens gisteren middag uit (vrijdag), en dat belooft nog tot zondag. Dat is me wat. En wij konden dat niet, de gegevens van de lijn online brengen... Het wordt tijd dat er 5 backups zijn, ...?? Als we per provincie een vzw opstarten, om overheidsgegevens online te zetten, met wat reclame tussen, nietwaar. http://delijn.be/ Marc -- The Penguin has arrived - and he's not going away - ever. What's on Shortwave guide: choose an hour, go! http://shortwave dot tk 700+ Radio Stations on SW http://swstations dot tk 300+ languages on SW http://radiolanguages dot tk ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Afspraak met trage wegen.
Pas op, want ik ga natuurlijk wel over trage wegen... om Mapillaryfoto's te nemen onderweg. Zouden ze de logies onderweg ook betalen :-) Hoe meer zielen, hoe meer vreugd. Jo Op 25 maart 2015 22:01 schreef Ben Abelshausen ben.abelshau...@gmail.com: Merci!! 2015-03-25 21:51 GMT+01:00 Jo winfi...@gmail.com: Ik wil dat wel doen, naar waar is die verplaatsing? Dat zult ge met hen moeten overeenkomen ;-) Hun bureau is in Gent. Ik stuur u de contactgegevens door. Nog iemand die mee wil gaan? Als dat voor jo goed is natuurlijk... :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Afspraak met trage wegen.
Ik wil dat wel doen, naar waar is die verplaatsing? Jo Op 25 maart 2015 21:47 schreef Ben Abelshausen ben.abelshau...@gmail.com: Hallo, Is er iemand die een afspraak wil doen met trage wegen vzw? Ze zien een samenwerking wel zitten (nu de atlas de buurtwegen in orde is kan dat ook) maar details en mogelijkheden kunnen volgens mij best eens kort face-to-face besproken worden. Ik heb zelf geen tijd meer om face-to-face af te spreken want ik vertrek over een paar weken voor 2 maanden naar Mali. Is er iemand anders kandidaat? Ze vertellen mij dat er wel een verplaatsing afkan. Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Afspraak met trage wegen.
Nu snap ik het al wat beter. Hopelijk moeten ze zelf niet over trage wegen komen, dan :-) Wat zijn de aandachtspunten waar we het over moeten hebben? Ik ben in het verleden naar een of twee van hun bijeenkomsten geweest, waarbij ze het plan formuleerden om trage wegen te gaan inventariseren. Daar natuurlijk het thema Openstreetmap laten valen, maar dat heeft toen niet zo heel veel verder resultaat opgeleverd, qua samenwerking. Zij hadden al hun eigen GIS waar ze mee werkten en dat voldeed. (Terwijl OSM niet voldeed wat het inventariseren betreft, vermoed ik) Wat we natuurlijk wel gedaan hebben, is de vruchten van hun arbeid achteraf op OSM gezet. Jo Op 25 maart 2015 22:24 schreef Ben Abelshausen ben.abelshau...@gmail.com: Hey Jo, 2015-03-25 22:13 GMT+01:00 Jo winfi...@gmail.com: Zouden ze de logies onderweg ook betalen :-) Ik heb niks gezegd over betalen he. Met een verplaatsing afkunnen bedoel ik dat ze bereid zijn om zelf ergens anders af te spreken dan in Gent. :-) Maar als ge nu een treinticketje ofzo moet terug hebben dan kunnen we dat misschien op een andere manier regelen... :-) Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-GB] HampshireCC aerial imagery and height data
We have had a Scottish server for some time, you know. We have plans and dreams for the Scottish server, mostly, plus a broken Rails prototype, and a lovely animated GIF of a massive saltire. On Wed, Mar 25, 2015, at 10:33 AM, SK53 wrote: I think it's safe to say that faffy is no more[1]. As this server was the repository of OSM out-of-copyright imagery as well as the Hampshire aerials ( I suspect Surrey) it may be sensible to also remove these as imagery sources in editors. It may also be the right time to raise the issue of a group supporting a UK (or GB) specific server, for specific rendering other tiled imagery. Jerry On 25 March 2015 at 09:16, Matt Williams li...@milliams.com wrote: On 24 March 2015 at 22:21, Christopher Baines m...@cbaines.net wrote: On 09/05/14 10:15, Andy Robinson wrote: The following TMS formats work for me: RGB:- http://faffy.openstreetmap.org/hampshire-rgb/{zoom}/{x}/{y}.jpg False Colour IR:- http://faffy.openstreetmap.org/hampshire-fcir/{zoom}/{x}/{y}.jpg Height:- http://faffy.openstreetmap.org/hampshire-height/{zoom}/{x}/{y}.jpg Can anyone point me to a working server for these tiles? According to http://wiki.osm.org/wiki/Platform_Status, faffy is down and looks like it has been for some time. Does anyone know of an update to this? Matt ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb _ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb Links: 1. https://github.com/openstreetmap/chef/commit/12e2c9db247d2d90fb0d70ba5ccc241c092185e9 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-be] allryder - beta test invitation
I got it last week and I'm pretty sure I'm not a top contributor in Brussels either. But maybe they see Belgium as the capital of Brussels... Anyway, they are legit, so I did subscribe. Didn't hear anything of it anymore though. Jo 2015-03-24 13:42 GMT+01:00 Glenn Plas gl...@byte-consult.be: Did anyone besides me received this invitation in your openstreetmap inbox? Claiming I'm a top contributer in Brussels is not true, I don't do a lot there in relation to all my work, so I suspect this is kind of a bulk message. Feel free to comment , message receive from : http://www.openstreetmap.org/user/gemmaa __ Hi there! I'm Gemma and I'm working for a civic startup that is now building a smart mobility app to help people in cities to get around better (http://wiki.openstreetmap.org/wiki/Allryder). Brussels is one of the first cities we are heading to and I have noticed that you are one of the top contributors in the city, so kudos! Thanks to people like you, innovative solutions like ours can be built :) In our app, we are using some OSM data but we also contribute data back to the community too. We are now building an app which shows you the best routes around cities by all modes of transport (including public transport, bike sharing and taxis too!), all this with real-time reports from other users. I was wondering, would you be interested in becoming a beta tester and have exclusive access to the app before it goes live in April? You can sign up here: http://bit.ly/1AfDItz and I would send you a link to the app via email in the coming days/weeks. Let's make getting around Brussels smarter together :) Gemma -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Atlas de buurtwegen (laatste keer)
Prachtig! Bedankt voor alle inspanningen hieromtrent! Jo Op 24 maart 2015 20:42 schreef Ben Abelshausen ben.abelshau...@gmail.com: Allen, Het is in orde! De atlas der buurtwegen is ok voor hergebruik binnen OSM en is beschikbaar onder de 'Gratis Open Data Licentie Vlaanderen'. Ik heb het nodige op wiki gedaan. Dit wil dus zeggen dat alle data die in het verleden overgenomen is nu ook zeker in orde is. Met dank aan Marc Gemis en andere voor de hulp met alle nodige emails! Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-GB] state of the map 2015
On Sun, Mar 22, 2015, at 06:17 PM, Bob wrote: Does anyone have any idea why this was cancelled and why other bidders arn't taking over. I'm sure i read a blog or perhaps diary entry with a lot more detail than in https://blog.openstreetmap.org/2015/02/25/openstreetmap-events-in-2015/ but can't find it,g The gist of the the matter as i recall it was that the Venice bid was preferred but the dates were not; SotM US already had dates too close. and the best alternative dates were beset by an International Exposition of Something, and finding accomodation was going to be impossible. And by the time all this was realised it was too late it was too late for the small, inexperienced WG to figure out a replacement path. So i guess some people will be going to SotM US instead and it probably will be the biggest ever sotm but supposedly a regional one. Not sure about that, i'd have been much more likely to bust a gut to get there if it had been the main sotm, but not a -us spinout with parochial concerns... zx -- Jo Walsh metaz...@fastmail.net ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-be] Adressen via AGIV Crab
Begint uwe fiets maar af te stoffen en hoop dat die mensen thuis zijn... Op 19 maart 2015 12:57 schreef Verhoeven Fr sus...@gmail.com: Vraag: Bpost biedt een gratis tool aan, maar beperkt het tot 20 opdrachten, waarschijnlijk om automatisatie te vermijden. Als ik in de perken blijf mag ik dat dus gebruiken, ze hebben er belang bij dat de zonenummers kloppen. Voorbeeld/ In Beringen, 3580 en 3582 loopt de zonegrens door de Piepeleerstraat. Met de tool van Sander krijgt men 3 huizen een kant van de straat onder de 3582 en ik zie tijdens het mappen dat er tal van huizen aan de andere kant van de straat staan. Ik controleer met Bpost een van die 3 huizen en die geeft 3580 aan, wat ik vermoede. Bpost gaat toch niet sorteren naargelang het huisnummer. Wat zijn de mogelijkheden ? - De grens die Sander gebruikte is fout ( men heeft die toch ook ergens anders gaan halen, mocht dat ?) - ik zet een FIXME - ik zet geen zonenummer - ik pak de fiets en ga aan de inwoners vragen wat hun zonenummer is ;-) - Ik verbeter de fout, doe rustig verder en wie gaat er hier naar kraaien ? Groetjes Sus Le 19/03/15 10:49, Sander Deryckere a écrit : Kopiëren mag niet, controleren wel. Nu, als je een verschil ontdekt, waar ligt de grens tussen kopiëren en controleren? De grens ligt volgens mij bij de hoeveelheid werk je in je onderzoek stopt. Als je na de ontdekking van het verschil gewoon de versie van bPost overneemt, dan is dat kopiëren. Als je daarentegen een fout rapporteert aan de gemeente, en het onderzoek van de gemeente afwacht, dan ben je bezig met controleren, en dat mag wel. Op 19 maart 2015 10:30 schreef Marc Gemis marc.ge...@gmail.com: gebruik voor commerciële doeleinden van het geheel of een deel van deze website is verboden IMHO is de data een deel van de website. Je kopieert dit naar een databank die voor commerciële doeleinden kan gebruikt worden. Gelukkig leven we niet in Canada, waar iemand die postcodes verzamelt via crowd-sourcing en via open source beschikbaar stelt, een oproep voor de rechtbank heeft gekregen van de Canadese Post. Hier gaat er hopelijk geen haan naar kraaien. m. 2015-03-19 10:14 GMT+01:00 Verhoeven Fr sus...@gmail.com: Dit is toch een dienst die gratis wordt aangeboden http://www.bpost.be/site/nl/residential/customerservice/search/address.html De enige beperking is maximum 20 raadplegingen per dag. Of ik het resultaat gebruik om OSM te valideren of om op een omslag te zetten, daar zie ik het verschil niet in. Ik gebruik geen enkel deel van hun lay-out. Groetjes Sus Le 17/03/15 17:51, Marc Gemis a écrit : Je mag feitelijk de gegevens van de bpost website niet gebruiken: http://www.bpost.be/site/nl/disclaimer.html *Auteursrecht* De website met inbegrip van teksten, lay-out, grafische bestanddelen, presentatie, logo’s, software en andere bestanddelen van deze site is beschermd door de intellectuele eigendomsrechten van bpost of haar informatieleveranciers, zoals het auteursrecht, naburige rechten, databankrecht en merkenrecht. Reproductie, verspreiding, verkoop, verdeling, publicatie, aanpassingen, vertalingen, bewerkingen en gebruik voor commerciële doeleinden van het geheel of een deel van deze website is verboden, tenzij met voorafgaandelijke en schriftelijke toestemming van bpost. mvg m 2015-03-17 16:31 GMT+01:00 Sus Verhoeven sus...@gmail.com: Een middel is voor elke straat éénmaal Bpost op te roepen, die geeft het goede zonenummer., Zelden heeft een straat 2 zonenummers, en in dat geval geeft men de uiteinden op. En stillaan zou de zone grens zichtbaar worden. De Amstenradelaan ligt in 3800. Sus 2015-03-17 15:41 GMT+01:00 Sander Deryckere sander...@gmail.com: Op 17 maart 2015 15:04 schreef Sus Verhoeven sus...@gmail.com: Ik heb met de import tools van Sander op de 3800 (Sint-Truiden) de Amstenradelaan genummerd en alles verliep normaal., De gebouwen waren daar al getekend. Ik moet in OSM wel nadien tot het uiterste inzoomen om de nummers zichtbaar te krijgen.Ook Nominatin kan er mee overweg. Alles is dus normaal, alhoewel er daar nog meer dan 13.000 gebouven te nummeren zijn. Op de import tools van Sander zijn de aanpassingen nog niet zichtbaar, maar dat kan wel nog een tijdje duren. Sander, hoe dikwijls per dag wordt die import tool aangepast ? De OSM data komt live van Overpass iedere keer dat je de pagina vernieuwt of op Update klikt. En normaal heeft overpass slechts enkele minuten vertraging (hoewel er natuurlijk op iedere server wel eens grotere vertragingen voorkomen). Het probleem is echter dat er geen postcode grens bestaat in Sint-Truiden (zoals https://www.openstreetmap.org/relation/3366823 voor postcode 8840). Sint-Truiden zelf heeft 3 postcodes, en een adres is maar gedefinieerd onder een postcode (twee verschillende huizen in Sint-Truiden kunnen perfect hetzelfde huisnummer hebben en dezelfde straatnaam, maar een
Re: [Talk-de] information=guidepost auf eine kreuzungsnode
Ich habe schon vor einige Jahren in die Niederlände drauf hin gewiesen das das Knotenummer (rcn_ref) auf die Kreuzung stehen sollte. Wenn information_board oder map auch vorhanden sind (wie es meistens in NL der Fall ist), sollten die als Node neben der Weg, genau wo diese Tafel steht gemappt werden. Grüsse. Polyglot 2015-03-19 22:08 GMT+01:00 Kurt Waldhans k...@waldhans.com: Genau das von dir angesprochene Tagging (guidepost mit bicycle=yes direkt auf den Weg) wird hier im Westen NRW (HS,MGL,VIE,...) für die neuen Knotenpunkt-Netzwerke verwendet. Mit dem bicycle=yes bin ich auch nicht glücklich, werde das mal beim Stammtisch ansprechen. Aber das ist halt kein logisches tagging-System, sonst würde das ja auch access:bicycle=yes sein. Wir habe die Knoten im Weg als Kompromiss gewählt. Die Knotennummer und die Netzwerk-Information (also network= und rcn_ref=) muss auf jeden Fall an den node, so ist das auch in Belgien/Niederlande. In den Niederlanden sind die guidepost gar nicht aufgenommen. Wir haben sie jetzt mal direkt am Weg, geht schneller und die Knotennummer wird nicht dupliziert. _Also bitte jetzt nicht alles löschen!_ Generell aber noch: ich habe noch keinen Router gefunden, der von einer Informations--Tafel gestoppt wurde. Ich kenne hier im Kreis jede Menge Probleme beim Routing, aber das sind alles tagging-Probleme auf dem Weg oder auf barrier-Knoten. Alles andere sind eher Fehler im Router! Kurt On 19-Mar-15 16:35, Florian Lohoff wrote: Nein - ich hatte da als das announcement kam mit rumgespielt und habe nach kaputten routen rumgeklickt - Und hab tonnen an zeugs gefunden wo tags komische nebeneffekte in der route habe. Das war nur eins davon. Hatte ich auch schon wieder verdrängt bis ich auf der FossGis das thema Overpass mir mal angesehen habe. Bisher habe ich mir so zeugs ja immer selber in der Postgis gebaut ... overpass ist schon bequem. Ich müsste es versuchen zu reproduzieren. Flo -- Kurt Waldhans +49 2162 89507 mobile +49 172 7033010 k...@waldhans.com ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] allryder
I knew it! lol Allryder is announced on Wochennotiz, so it's probably kosher. I installed it on my Android, but the regular version doesn't do anything in Belgium. So I subscribed to their beta program. Of course, if it only works in Brussels, it won't be of much use to me. I try to avoid going there... Jo 2015-03-18 21:28 GMT+01:00 Marc Gemis marc.ge...@gmail.com: On Wed, Mar 18, 2015 at 8:21 PM, Jo winfi...@gmail.com wrote: Anybody else receive this message? Or am I to believe I'm special'? You are special :-) m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] allryder
Anybody else receive this message? Or am I to believe I'm special'? Hi there! I'm Gemma and I'm working for a civic startup that is now building a smart mobility app to help people in cities to get around better ( http://wiki.openstreetmap.org/wiki/Allryder). Brussels is one of the first cities we are heading to and I have noticed that you are one of the top contributors in the city, so kudos! Thanks to people like you, innovative solutions like ours can be built :) In our app, we are using some OSM data but we also contribute data back to the community too. We are now building an app which shows you the best routes around cities by all modes of transport (including public transport, bike sharing and taxis too!), all this with real-time reports from other users. I was wondering, would you be interested in becoming a beta tester and have exclusive access to the app before it goes live in April? You can sign up here: http://bit.ly/1AfDItz and I would send you a link to the app via email in the coming days/weeks. Let's make getting around Brussels smarter together :) Gemma ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] project follow-up : trello or trac ?
If you want to do it with free software all the way, consider Odoo... We can even test it, they provide it as a free cloud service. Of course, you'll have somebody breathing down your neck to upgrade your account... It is possible to install it on your own server and with greenodoo it's not even hard to do. But then we'll have the problem of needing a dedicated server for it, just like for trac. It needs Python and a PostgreSQL database. Jo 2015-03-17 9:33 GMT+01:00 Nicolas Pettiaux nico...@pettiaux.be: Dear all, Trello me be good, but if we depend on an exterior actor for something we could do ourselves with free software, I would rather NOT use it. Please consider trac with its plugins, unless (which I doubt) it is difficult to install/maintain/use. Thanks, Nicolas ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Helping out OpenStreetMap Belgium Working Group! (was: 'Mapper of the month')
The only one I can think of is Maperitive. There is also this article on QGIS that I should still read: https://twitter.com/martinstabe/status/573893617909108737 Jo 2015-03-16 23:21 GMT+01:00 Marc Ducobu marc.duc...@gmail.com: Yes this is really nice to see the bicycle tags on a slippy map. We can present it during the mapping party. But ideally I'll want to have a tool for creating PNG / PDF image for OSM with a nice presentation of the bicycle tags. Do you know such a tool ? Marc On 8 March 2015 at 21:53, Marc Zoutendijk marczoutend...@mac.com wrote: Op 8 mrt. 2015, om 21:41 heeft Marc Ducobu marc.duc...@gmail.com het volgende geschreven: A french cyclist association create this map : http://bicyclette69.free.fr/carte/carte.html. This map is really nice. But I think they use maperitive which is proprietary. For me, that site is not working at all. It responds to no click whatsoever. This site does the job quiet well: http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=cyclewayszoom=14lat=45.75156lon=4.86038layers=B0TFF And it has a lot of useful options. Marc. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- et en avant pour de folles aventures... ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Call for Venues Open: State of the Map 2016
http://blog.emacsen.net/blog/2014/06/22/why-sotm-eu-was-awesome/ I think if we're going to do it, we should do it right. Brussels is a great location for such a conference. The ULB campus has proven to be a great venue, look at FOSDEM, RMLL, Odoo (back when they were still OpenERP). Jo 2015-03-11 18:33 GMT+01:00 Marc Ducobu marc.duc...@gmail.com: I think that State of the map belgium is a more wise choice. But sometimes it is worthful to not being too wise... I'm ok to help but I have also a lot of work... On 11 March 2015 at 12:07, Ben Abelshausen ben.abelshau...@gmail.com wrote: Hi, Thanks Pieter-Jan for keeping an eye on things as always! ;-) On Wed, Mar 11, 2015 at 11:22 AM, Pieter-Jan Pauwels pieter-jan.pauw...@okfn.org wrote: One of the ideas for the next Open Belgium Conferences was even to have a specific main theme (eg. OSM) each year in stead of trying to cover every Open Knowledge aspect. The more I think about this, the more I think we can do this. We can even show we have experience organizing great events! ;-) We should try and meetup with the OSM-people willing to help and setup a roadmap to submit a proposal by the 16th of april. The fact that we are even considering this is already a win for me! Cheers, Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- et en avant pour de folles aventures... ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] Juridische eisen aan data voor import
CC- en CC-BY zijn OK, NC uiteraard niet. We kunnen niet aan share alike voldoen, aangezien we heruitbrengen onder ODBL. Groeten, Jo Op 11 maart 2015 20:23 schreef Willy Bakker friesewoudlo...@gmail.com: Beste lijst, Ik heb de volgende vraag: Stel je wilt data die beschikbaar is gesteld door een partij overnemen in OpenStreetMap. Wat zijn dan de juridische eisen aan de data? Als de data zich in het publieke domein bevinden (m.a.w. gepubliceerd zijn met een 'public domain mark') of beschikbaar zijn gesteld onder een Creative Commons Zero (CC0) licentie, lijkt het me geen probleem. Maar hoe zit dat met data waarvan niet duidelijk is wat de licentie voor hergebruik is? Ik neem aan dat het overnemen van de data in OpenStreetMap dan uitgesloten is. En wat als de data een CC-BY, CC-NC of CC-SA licentie hebben? Dan voorzie ik toch ook problemen of heb ik het mis? Graag jullie mening. Vriendelijke groet, Willy Bakker ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-be] Call for Venues Open: State of the Map 2016
Hmm, the wiki recommends a team of 3+ people. I dismissed the idea yesterday (when I read that call for venue), as I thought it would rather take a 20+ people team and we don't have that. You can count me in, but I only count for 50%... Jo 2015-03-11 5:23 GMT+01:00 Nicolas Pettiaux nico...@pettiaux.be: Dear all, I have proposed and obtained that RMLL be organised in Brussels in July 2013. I would like to propose that State of the map be organised at ULB in Brussels in 2016. Who would help in structuring the dossier and later help with the local organization ? Much thanks, Nicolas PS I think that organizing such an event can help to structure our community and strengthen the use of OSM in Belgium -- Message transféré -- From: Richard Weait rich...@weait.com Date: Tue, Mar 10, 2015 at 2:16 PM Subject: Call for Venues Open: State of the Map 2016 The Call for Venues for State of the Map 2016 is now open. http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2016/Call_for_venues Build a team for your city and bid to host the OpenStreetMap conference. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Minor power lines
Ik heb wat gezocht en het is niet met uitsluitsel vast te stellen. Ik zou gewoon niet vermelden wat we niet weten. Jo 2015-03-12 5:17 GMT+01:00 Marc Gemis marc.ge...@gmail.com: en dan nu nog de foto / and now the photo [1] http://xian.smugmug.com/OSM/OSM-2015/2015-03-08-Kester/i-98QfhTr/0/O/DSC_9713.jpg 2015-03-11 20:47 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Hallo, I have a question about minor power lines (e.g. [1]). What's the voltage on such lines ? regards I heb een vraagje over electriciteitsleidingen. Hoeveel volt gaat er door de kabels zoals op [1] ? alvast bedankt m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Fwd: You've scheduled: Openstreetmap Local Meetup Leuven March 28
I'm proposing a meetup in Leuven for the 28th of March 2015 Jo -- Forwarded message -- From: Meetup i...@meetup.com Date: 2015-03-10 19:19 GMT+01:00 Subject: You've scheduled: Openstreetmap Local Meetup Leuven March 28 To: winfi...@gmail.com [image: Meetup] http://www.meetup.com/t/co1.1_1/ You're confirmed! Openstreetmap Local Meetup Leuven March 28 http://www.meetup.com/OpenStreetMap-Belgium/events/221059592/t/co1.1_grp/?rv=co1.1 Jo OpenStreetMap België/Belgique! Saturday, March 28, 2015 at 4:00 PM Wereldcafee COOP Leuven Joris Helleputteplein, Den Tempst 2, 3000 Leuven, Belgium Leuven Directions http://maps.google.com/maps?f=qhl=enq=50.878380,4.697600 Post Comment http://www.meetup.com/__ms35492902/OpenStreetMap-Belgium/events/221059592/t/co1.1_sp1/?new_comment=1_af_eid=221059592_af=eventexpires=1426184380339sig=3940866780a71b4d9696e5af1a823e2fdac86807 Never miss a last-minute change. Get the app. [image: iPhone App Store] http://www.meetup.com/r/email/iphone/0/co1.1_appstore/http://itunes.apple.com/us/app/meetup/id375990038 [image: Google Play] http://www.meetup.com/r/email/android/0/co1.1_appstore/http://play.google.com/store/apps/details?id=com.meetupreferrer=utm_source%3Demailfooter Unsubscribe http://www.meetup.com/__ms35492902/OpenStreetMap-Belgium/optout/?submit=trueeo=co1.1_ms_unsub=trueemail=rsvpConfexpires=1428603580340sig=0c1f7292a566440e9592ebd0514bea0a447e6dd3 from similar emails from this Meetup Group Add i...@meetup.com to your address book to receive all Meetup emails Meetup, POB 4668 #37895 NY NY USA 10163 #14c04e9ea4b2d4e0_ *Meetup HQ in NYC is hiring!* meetup.com/jobs http://www.meetup.com/jobs/ meetup.ics Description: application/ics ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Helping out OpenStreetMap Belgium Working Group! (was: 'Mapper of the month')
I'm organising a meetup in Leuven: https://www.couchsurfing.com/events/605667 Ben, can I also announce this on meetup.com and could you make me event host? So I can ask who is planning to eat à la carte. The venue needs to know this, if there are more than 12. The contribution for the venue is €25. So the €4 could be lower and it goes away if we consume for more than €100. Cheers, Jo 2015-03-08 21:53 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com: Op 8 mrt. 2015, om 21:41 heeft Marc Ducobu marc.duc...@gmail.com het volgende geschreven: A french cyclist association create this map : http://bicyclette69.free.fr/carte/carte.html. This map is really nice. But I think they use maperitive which is proprietary. For me, that site is not working at all. It responds to no click whatsoever. This site does the job quiet well: http://mijndev.openstreetmap.nl/~ligfietser/fiets/?map=cyclewayszoom=14lat=45.75156lon=4.86038layers=B0TFF And it has a lot of useful options. Marc. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wadi
Ik ben het met je eens Karel. 't Is enorm krachtig als je weet hoe het werkt, maar het heeft mij ook enkele maanden/jaren gekost om het onder de knie te krijgen. Uiteindelijk heb ik er een O'Reilly boek voor gekocht. Anderzijds heb ik ze wel pas vrij laat ontdekt en vind ik dat ook spijtig, o.a. omdat ze zo'n rare naam hebben, duurde het lang eer ik door had waar het over gaat en wat ermee kan. Vandaar dat ik ze toch wilde vermelden. Nu is het wel zo dat een aantal zoekopdrachten er eenvoudiger door worden. Andere worden gewoon doenbaar ipv onmogelijk. Voor nogal wat zoekopdrachten is het genoeg, om er een klein beetje over te weten. In ieder geval, als iemand met een concreet probleem zit (voor binnen JOSM of Overpass API), dan stel ik voor: post het hier. Ik zoek er dan wat op en post een Regex die werkt. Zoals al gebleken is, kan het zijn dat er dan nog reacties komen met regexen die efficiënter/correcter zijn. We kunnen er allemaal van bijleren. Groeten, Jo Op 8 maart 2015 19:01 schreef Karel Adams fa348...@skynet.be: Jo, regular expressions zijn een erg krachtig mechanisme. Als ik zie hoe weinig professionele informatici er meer dan de allereerste beginselen van beheersen, dan denk ik dat je erg terughoudend moet zijn om ze te propageren bij brave vrijwilligers die de informatica enkel als vehikel gebruiken voor aktiviteiten op een ander gebied - hier dus mapping. Allen: wees gewaarschuwd, regular expressions zijn heel schoon gerief, maar de instapdrempel is nogal hoog, in het begin lijkt het pure alchemie of kabalah of zo. Bovenal moet men het leven zo simpel mogelijk houden. A ~ ^Randstraat$ kan men net zo goed schrijven als A == Randstraat, dat laatste zal voor de meeste stervelingen leesbaarder zijn. Maar ik moet toegeven dat ik nu zuiver aan mijn eigen vertrouwde bash/nawk/sed-omgeving denk, misschien is het in deze toepassing anders. KA On 08-03-15 17:46, Jo wrote: Om dingen weg te laten gebruik je not. Voorbeeld; -highway. Dat minteken maakt het omgekeerd. Dus alle resultaten, zonder highway=... erbij Voor je andere vraag heb je regular expressions nodig, zodat je kan aangeven dat het moet beginnen met ^Randstraat$ ^ geeft aan dat dat het begin moet zijn $ geeft aan dat het daarop moet eindigen. Dat is zeker al een wat geavanceerder onderwerp, maar het is de moeite waard om er zich in te verdiepen. Deze site geeft een goede uitleg, maar ik vind geen site die het in het Nederlands doet: http://www.regular-expressions.info/tutorial.html Jo Op 8 maart 2015 11:39 schreef Verhoeven Fr sus...@gmail.com: Hooi Jo, Voor het ogenblik heb ik geen concrete voorbeelden. Ik gebruik die zoekfunctie bv als er fouten zijn in straatnamen, men kan dan al de huizen die al genummerd zijn in een keer selecteren en verbeteren. Maar dan wordt de straat zelf ook geselecteerd en als het een lange straat is liggen er soms delen van buiten het scherm. Hoe haalt men is de zoekopdracht die straten of ander zaken die die naam dragen er uit? Ik ben al gevallen tegen gekomen waar de gewenste zoekopdracht ook andere straten selekteerde en als die dan in de laag liggen maar buiten het scherm heeft men onverwachte resultaten. Ik weet de juiste naam niet meer maar bijvoorbeeld: Randstraat en Bosrandstraat, zelf met de case aan te vinken kreeg ik ze niet gescheiden. Ook gans dat zoekscherm in Josm vind ik niet duidelijk. Zelf het basisvoorbeeld begrijp ik niet goed en de kleine hulp is heel summier. En nochtans heeft het mij al goed geholpen, maar het is altijd met vallen en opstaan. Groetjes Sus Le 06/03/15 21:15, Jo a écrit : Sus, kan je wat voorbeelden geven van zoekopdrachten, die je wenst uit te voeren, maar die problemen opleveren. In spreektaal, zeg maar. Ik heb nogal wat ervaring met zoekopdrachten in JOSM. Het wordt vooral leuk, als het zo wat ingewikkelder is en er regular expressions aan te pas komen... Of als je alles wilt wat 15m rondom een bepaalde node ligt. Ik zal dan waarschijnlijk ook de wiki wat verder uitbreiden. mvg, Jo Op 6 maart 2015 16:49 schreef Sus Verhoeven sus...@gmail.com: Hooi Glen, Mijn username is : susvhv Maar ik zal het wel zelf eens aanpassen. Ik weet ongeveer waar ik bezig geweest ben. Wat ik wel goed zou vinden is dat er eens een goede uitleg gegeven wordt over de zoekfunctie van JOSM, misschien in een volgende hangout. Er ontbreken in de wiki duidelijke voorbeelden. De zoelregel voor de wadi zou al fijn zijn Groetjes Sus ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wadi
Om dingen weg te laten gebruik je not. Voorbeeld; -highway. Dat minteken maakt het omgekeerd. Dus alle resultaten, zonder highway=... erbij Voor je andere vraag heb je regular expressions nodig, zodat je kan aangeven dat het moet beginnen met ^Randstraat$ ^ geeft aan dat dat het begin moet zijn $ geeft aan dat het daarop moet eindigen. Dat is zeker al een wat geavanceerder onderwerp, maar het is de moeite waard om er zich in te verdiepen. Deze site geeft een goede uitleg, maar ik vind geen site die het in het Nederlands doet: http://www.regular-expressions.info/tutorial.html Jo Op 8 maart 2015 11:39 schreef Verhoeven Fr sus...@gmail.com: Hooi Jo, Voor het ogenblik heb ik geen concrete voorbeelden. Ik gebruik die zoekfunctie bv als er fouten zijn in straatnamen, men kan dan al de huizen die al genummerd zijn in een keer selecteren en verbeteren. Maar dan wordt de straat zelf ook geselecteerd en als het een lange straat is liggen er soms delen van buiten het scherm. Hoe haalt men is de zoekopdracht die straten of ander zaken die die naam dragen er uit? Ik ben al gevallen tegen gekomen waar de gewenste zoekopdracht ook andere straten selekteerde en als die dan in de laag liggen maar buiten het scherm heeft men onverwachte resultaten. Ik weet de juiste naam niet meer maar bijvoorbeeld: Randstraat en Bosrandstraat, zelf met de case aan te vinken kreeg ik ze niet gescheiden. Ook gans dat zoekscherm in Josm vind ik niet duidelijk. Zelf het basisvoorbeeld begrijp ik niet goed en de kleine hulp is heel summier. En nochtans heeft het mij al goed geholpen, maar het is altijd met vallen en opstaan. Groetjes Sus Le 06/03/15 21:15, Jo a écrit : Sus, kan je wat voorbeelden geven van zoekopdrachten, die je wenst uit te voeren, maar die problemen opleveren. In spreektaal, zeg maar. Ik heb nogal wat ervaring met zoekopdrachten in JOSM. Het wordt vooral leuk, als het zo wat ingewikkelder is en er regular expressions aan te pas komen... Of als je alles wilt wat 15m rondom een bepaalde node ligt. Ik zal dan waarschijnlijk ook de wiki wat verder uitbreiden. mvg, Jo Op 6 maart 2015 16:49 schreef Sus Verhoeven sus...@gmail.com: Hooi Glen, Mijn username is : susvhv Maar ik zal het wel zelf eens aanpassen. Ik weet ongeveer waar ik bezig geweest ben. Wat ik wel goed zou vinden is dat er eens een goede uitleg gegeven wordt over de zoekfunctie van JOSM, misschien in een volgende hangout. Er ontbreken in de wiki duidelijke voorbeelden. De zoelregel voor de wadi zou al fijn zijn Groetjes Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Evening bussen in Bruges
Hallo Marc, Dat doet inderdaad wat ik wilde. Eigenaardig genoeg is dat dezelfde query die ik al gebruikte: http://umap.openstreetmap.fr/nl/map/1001-bomen-voor-leuven_30815#12/50.8856/4.7059 Bedankt! Jo Op 5 maart 2015 07:46 schreef Marc Gemis marc.ge...@gmail.com: 2015-03-04 23:11 GMT+01:00 Jo winfi...@gmail.com: Nu ga ik nog wat knoeien met umap om daar bomen op gerenderd te krijgen (die worden opgehaald uit de OSM-data mbv Overpass API)... dat wil maar niet lukken. Doet dit kaartje wat je wil ? http://umap.openstreetmap.fr/en/map/bomentreesarbres_31119# De query http://overpass-api.de/api/interpreter?data=[out:json][timeout:25];(node[natural=tree]({south},{west},{north},{east}););out body;;out skel qt; Ik heb de kaart wel beperkt tot een klein gebied in Edegem. mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-GB] Proposed import of approximately 6 bicycle repair tool stands in the UK
+1 And/or add 6 notes to the map, providing notes have meaningful content they tend to be picked up local mappers.. There is really no need to import this type of data in the UK where the mapping culture is to walk/cycle and just go and have a looksee. +1 - this seems like an ideal application for notes, and small enough a dataset that it can all be surveyed by hand and eye. - Jo ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-be] Helping out OpenStreetMap Belgium Working Group! (was: 'Mapper of the month')
I was thinking about this location: http://www.wereldcafe.be/ The place is still available on Saturdays 21 and 28 of March. Due to personal limitations I'd want to get started at 16h. It's open until 23h. Of course, if people would want to start earlier, that's possible too, but somebody else would have to get started. There is wifi and catering. They have some sort of curtain to create a more closed off area, if needed. I can bring a projector and they have a white wall. For people who want to go out and map, both Begijnhof and Botanical garden are nearby, just like the city center and the Oude Markt. Parking is another matter... Maybe Gasthuisberg is the cheapest and most convenient way for people coming by car. There are many buses going into the center. Using the train is better, of course and again, there are many buses, but it's also possible to go on foot (and start surveying / mapillarying already :-) I'd like to show how to use Mapillary as a modern and convenient way of surveying in the field and then use those pictures and GPX tracks to add details to OSM. Jo 2015-03-05 18:23 GMT+01:00 Nicolas Pettiaux nico...@pettiaux.be: Hello I am very happy to read Marc and Ben proposals here under. I think we should use a project management tool to floow them in the most efficent way : who proposes what, what is done for when, who does what ... Le Jeu 5 mars 2015 11:37, Marc Gemis a écrit : - I'm willing to help with one mapping party/presentation every 2 months we can already plan the next 6 mapping parties/ what about organizing one in each large city of Belgium : we'll have one in Brussels on April 25. And we alternate a Flemisch speaking and a French speaking city. Let's imagine (end of the month of) - June : Antwerpen - September : Liege - November : Gent - January : Mons - March : Leuven - May : Namur - June : Oostende - September : (may start over with Brussels) or so. The one in Brussels is my next appointment. thanks - I could try to write some texts for osm.be on stuff that I do (e.g. middelheim, rose garden, heritage) similar to the presentation on OpenBelgium when that is useful to show what one can do with OSM. great - I'm willing to send an email to the province for the Atlas v/d buurtwegen (just give me the text :-) ) +1 - I've contacted an ex-colleague who used drupal for some project (website of a dogschool). I asked him whether he would be willing to upgrade the and improve the infrastructure. +2 I'm not the organising type, so I won't organise meetups, mapping parties, etc. but as said before I'm willing to help with the technical part. I am the kind of person interested in organizing and meeting the press. Much less tehcnically oriented (even though I am really interested to understand and practice the tools) - Helping Nicolas with the mapping party: You can help him by advertising showing up of just email him and ask him what you can do: nico...@pettiaux.be and more information is here: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Activities#Invitation_.C3.A0_une_Cartopartie_.5B1.5D_.C3.A0_Bruxelles_-_Samedi_25_Avril_2015.2C_9h_.C3.A0_13h imho, we need to write a full program, a trilingual press document describing what we'll do and how, to attract BEGINNERS (and not making them afraid) and transmit that to the press so that they can write good papers. - Organize a local meetup: Not very difficult just go and sit somewhere and wait for people to show up. We have noticed that this gets people more involved and communication improves. +1 - Organize a mapping party: A very good idea! YES - West-Vlaanderen community-contact-person: We need someone (preferable from WVL) that can communicate with me and local orgs like westtoer to organize a couple of mapping parties. Workload is very low except when it's about to happen (the mapping party that is). Other TODO's: - Website improvements: I think our website looks like . We urgently need some work on this. We also need someone to update drupal or move to another platform (less maintenance), and setup proper multilingual support. who can help ? - Communication, for example, weekly OSM and managing the twitter-account/facebook group a bit better... ;-) Also a FR-speaking volunteer would help a lot. I volunteer for the French part. But I would very much like some active help and support. For example by Julien Fastré and/or marc Ducobu - Emailing to your province about the 'Atlas der Buurtwegen': The rights to the maps are at provincial level. We need to contact each province individually and ask them (each and every one) to release the maps for use in OSM. This is an important issue because in the past it has been assumed free and open but these maps are NOT! yes these legal points need a dedicated team imho, we should try ton convince law students and teachers
Re: [OSM-talk-fr] Plans lignes RER?
Merci. Ça marchotte mais le serveur d'Umap a l'air de ramer: Probleem met het server antwoord. Si je voulais le refaire moi-même de scratch, comment fait-on? Il faut 1) utiliser l'outil Marqueur pour poser des points à chaque station, puis 2) utiliser l'outil Ligne pour tracer des lignes entre chaque point? Certainement pas. Je n'aurais jamais pu réaliser cela en 15 minutes si c'était le cas. Je connais umap depuis vendredi dernier. Il faut aller sur internet et utiliser Google pour apprendre comment il fonctionne. C'est pas sorcier. Ou peut-être ça l'est. Au moins c'est automagique... Puis-tu éditer la carte que j'ai créée? Je t'ai donné les droits nécessaires, normalement. Si c'est le cas tu peux expérimenter avec, ou tu peux le cloner et expérimenter avec le clone. Si tu cassais la version que j'avais créée, pas de soucis. C'est très facile à reparer. Je suis sûr aussi, qu'il devrait être facile de changer la langue en français (nl - fr dans l'url). Salutations, Jo ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Neue taginfo-Features und eine Herausforderug
Dafür haben wir doch ein todo plugin. Ja, ich weiss auch es nehmt dann viel mehr Zeit. Jo 2015-03-06 8:29 GMT+01:00 Jochen Topf joc...@remote.org: On Fr, Mär 06, 2015 at 08:03:52 +0100, Frederik Ramm wrote: On 03/05/2015 05:26 PM, Jochen Topf wrote: Taginfo hat gerade ein neues Feature bekommen, es kann jetzt ähnliche Keys finden. Nützlich ist das um verwandte Keys zu finden, aber auch um jede Menge Vertipper zu finden und zu korrigieren. Und ich hoffe die Community wird letzteres kräftig tun... Ich möchte Jochens im Blog geäusserte Bitte um Sorgfalt unterstreichen. Keine 24 Stunden ist der Blog-Eintrag alt, und wir beobachten schon das zu erwartende ich meinte es doch nur gut-Chaos bei mechanischen Edits. Zwei Beispiele: * Ein User ersetzt großflächig bulding=... mit building= Weil er sich die einzelnen Objekte dabei nicht anschaut, merkt er nicht, dass auch eine ganze Reihe bulding=bulding-Objekte dabei sind, die er jetzt in das wenig sinnvolle building=bulding geändert hat. * Ein User ersetzt großflächig Building=... mit building= Weil er sich die einzelnen Objekte dabei nicht anschaut, merkt er nicht, dass auch eine ganze Reihe von Nodes, die Teil eines building=yes-Ways sind, mit Building=yes getaggt waren - ein Tag, das man entfernen hätte müssen statt es umzubenennen. Solche Edits verschlechtern die Datenlage auf zwei Arten. Einmal können bislang schlafende unsinnige Daten damit aufgeweckt werden wie im zweiten Beispiel. Ausserdem werden unsinnige Edits umso glaubwürdiger, je mehr Leute sie angefasst haben. Wenn man unsere Daten jetzt oberflächlich anschaut, wird man feststellen: Oh, dieses building=bulding ist ja gerade erst vor einigen Tagen aktualisiert worden, und das noch von einem erfahrenen Mapper - irgendwas muss also dran sein an dem building=bulding... - sowas kann in einem Einzelfall passieren, oder auch in einer statistischen Auswertung (34 verschiedene Mapper haben Objekte vom Typ building=bulding editiert, na dann kann es ja so falsch nicht sein). Also, langer Rede kurzer Sinn: Augen auf beim Typos fixen, und nicht mit dem Rasenmäher drüberhoppeln bitte. Ich hätte das klarer ausdrücken sollen in meinen Postings. Danke, Fred, ich kann das nur alles unterstreichen, was Du sagst und will noch einen weiteren Grund drauflegen, warum solche Massenedits ohne Betrachtung jedes einzelnen Objektes schlecht sind: Die Typos sind ein einfach zu findender Hinweis, dass mit den Objekten was nicht stimmt. Es ist häufig so, dass wenn eine Sache nicht stimmt, es auch andere Probleme mit einem Objekt gibt. Fixt man die jetzt nicht alle, sondern nur den offensichtlichen Fehler, dann hat man damit die anderen Fehler quasi verdeckt. Es wird schwieriger die in Zukunft zu finden. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-173-7019282 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] Helping out OpenStreetMap Belgium Working Group! (was: 'Mapper of the month')
One of the problems I encountered when trying to add buildings from UrbIS, is that it's still necessary to be able to survey, even with excellent source data (that included the complete set of housenumbers and building contours) and great aerial imagery. The full picture needs the ability to have a look around in the streets to see what's there and where the entrances are. The problem when surveying is that it's almost impossible to decide what is important and what is important to you, is not what is important for the next mapper. A convenient way to survey is making pictures. But having them on your personal hard drive doesn't allow others to make use of them. Of course, Google Streetview is off limits and the efforts of AGIV are also beyond our reach. So I was extremely happy to learn about the existence of Mapillary. Finally a place where to send those thousands photos taken while surveying over the years. To me it's stil necessary to have people walk/drive/cycle through the streets of Brussels (and elsewhere) and making pictures. Thousands of them. My specific interest are bus stops and their surroundings. For a wheelmap it's interesting to make pictures of both accessible and non-accessible entrances of POIs. For a cycle map it's interesting to have pictures of bicycle infrastructure. This can go from dedicated parking space, bicycle rental pickup/dropoff, bicycle shops and repair, bicycle repair stations with tools, itineraries/routes, cycleways. Some things can be seen from above, but where it's allowed to ride a bicycle against the flow of one way streets, isn't usually. So what I'm saying is: we need more and better source material. It's not difficult for people to help out with gathering / surveying this. Then during a mapping party, we can focus on using these pictures to add details to the map. The mapping party would serve to bring people with specific interests into contact with people who know how to add /integrate them into the OSM data. It could also serve to demonstrate how to get get the specific data of interest out once again and render it nicely. Just my 200 cents. Jo 2015-03-06 7:55 GMT+01:00 Marc Gemis marc.ge...@gmail.com: I wonder how we can attract new mappers with mapping parties. I understand that a Missing Maps party like the one in Antwerp can work. I understand how people can be motivated by the promise that they will help organisations like the Red Cross or Doctors without Borders. Even a topic like Map wheelchair access in your town or Find the missing bicycle paths are attractive. Bonus is that when you just leave the door of the room where the party is held, you find plenty of things you can add. Drawback is that properly mapping bicycle path is pretty hard. For good wheelchair mapping you should actually visit each shop restaurant (not only from the outside), another difficulty. Easier stuff then, simple POIs like shops, restaurants, BBs. Are they an attractive topic ? Don't know And some towns, e.g. Namur are already pretty well mapped regarding POIs in the center. House numbers ? Boring to most I think. Playground ? Schools ? more interesting, but are there enough of them near the venue ? Reading the past mappers of the month interviews, I see that they ask to focus on the core. Streets and house numbers. Basic street information (geometry names) is pretty well covered, but the additional attributes are still missing: max speed, height, weight, parking lanes, the width of the streets. But how can you show people that adding this data makes a difference. All routers use a default collection of max speeds for routing. There is one router (website) that takes max weight height into account, so that might work. The width of the street is hard to measure. (and no, measuring in JOSM does not work) The idea of OpenData ? Don't know whether any Google user or iPhoner is interested in that. I hope someone can let me know how a classic mapping party can attract new mappers. What do we need as topic ? How do you think that it should be organised ? regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Evening bussen in Bruges
Hallo Brecht, Ik heb zonet de laatst beschikbare data van De Lijn afgehaald en deze omgezet naar OSM-formaat: https://www.dropbox.com/s/jv675c51de33egi/DL.osm.zip?dl=0 Dat zijn de haltes. Als je haltes vindt, die niet op de juiste plaats staan, wordt het natuurlijk enorm geapprecieerd, als je de posities aanpast. Maar dat had je al gedaan voordat ik in Brugge passeerde, heb ik begrepen. Wat ook fijn zou zijn, is als je Mapillary fotosequenties zou kunnen maken van de omgeving van de haltes. Dan kan iedereen zien hoe ze in het straatbeeld passen en dan kunnen we ook extra attributen zoals bank, vuilbak, hokje, noppentegels, verhoogd perron, elektronisch doorkomstenscherm, tot zelfs het overzichtskaartje toe toevoegen aan de data. Het zou helemaal fijn zijn als we dat in heel Vlaanderen, lees België zouden kunnen klaarspelen... al zal dat niet meevallen, het gaat om meer dan 50.000 haltes. Op dit moment genereer ik de routes opnieuw. Dat zal wel nog een paar uur duren, eer dat helemaal achter de rug is. Het was de bedoeling om dat regelmatiger te doen, maar ik ben wat afgeleid geraakt de laatste tijd door Mapillary en sinds vrijdagavond umap. Wat die routes betreft, kan ik er enkel voor zorgen dat voor alle variantes een routerelatie wordt aangemaakt, met daarin de haltes in de correcte volgorde. Op mijn OSM-dagboek staan er een aantal posts met suggesties om van die schematische routerelaties te komen tot echte routerelaties waar ook de ways van de reiswegen in zitten. Ik ben altijd bereid tot dialoog of Hangout. Of we kunnen die nieuwe Hello van Firefox 's uitproberen. Al heb ik de indruk dat we daarmee voorlopig nog geen scherm kunnen delen. En dat is bij momenten bijzonder praktisch voor demodoeleinden. Toen ik even ging terugkijken naar jouw boodschap, zie 'k dat 'k dit eigenlijk in het Engels had moeten schrijven... mijn excuses aan alle niet-Nederlandstaligen op deze lijst. Als ik morgen wat tijd vindt, probeer ik misschien om het te vertalen. Nu ga ik nog wat knoeien met umap om daar bomen op gerenderd te krijgen (die worden opgehaald uit de OSM-data mbv Overpass API)... dat wil maar niet lukken. mvg, Jo 2015-03-04 20:29 GMT+01:00 Brecht Bonne brechtbo...@gmail.com: Dear, From the 14 of December, the night busses have been completely changed in Bruges. (on-demand - line) I recently posted in my diary that I wanted to map these lines. I've been told to discuss these matters on the mailinglist. Well here I am :) This Saturday (7/3) I am going to collect data. You'll find me at 20:10, 21:10, 22:10, 23:10, 00:10, 01:10 and 02:10 near the railway station. I've done a bit of research and a few busses have detours, so I excluded these from my list. This is the list: /home/peeweeke/Documenten/bus/Avondlijn Aartrijke - Brugge [94 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn AZ St-Lucas - Station [91 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Aartrijke [94 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge - Beernem - St.-Joris [97 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Hertsberge [95 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Ruddervoorde [96 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge Sijsele - Moerkerke [98 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Veldegem [99 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Dudzele - Koolkerke - Station [90 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Hertsberge - Brugge [95 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Moerkerke - Sijsele - Brugge [98 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Ruddervoorde - Brugge [96 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - AZ St-Lucas [91 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - Koolkerke - Dudzele [90 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn St.-Joris - Beernem - Brugge [97 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Veldegem - Brugge [99 terug].mhtml As I do apreciate the work of Polyglot on the busstops, last edit only 2 months ago, I will concentrate on the lines itself. Although I plan to perform a few quality-checks along the way. If you would have remarks or advice on how to perform this task, feel free to comment. Kind Regards, PeeWeeke ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Evening bussen in Bruges
Hi, So I've downloaded fresh data for De Lijn yesterday evening and for TEC last week (update cycle 3-monthly, so that's fresh too) and converted this to OSM format. The stops with all their details can be found here: https://dl.dropboxusercontent.com/u/42418402/DL.osm.zip https://dl.dropboxusercontent.com/u/42418402/TEC.osm.zip Generating routes for all variations takes a few hours, an example: https://dl.dropboxusercontent.com/u/42418402/PT_lines/DL5092%20DLWV%20bus%2092%20Avondlijn%20Brugge-Zeebrugge.osm.zip Once they are all done, I'll update the following wiki page: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Public_Transport/Lines Unfortunately those links don't work if there are accents in the names. It was the intention to continue working on that, but I got a bit sidetracked by Mapillary, RoadSigns and since last Friday umap. It was also the intention to report there about the status of the route relations, are they still continuous and do the stop sequences still match with the source data from De Lijn or TEC? I wrote a few diary posts on the topic. They contain links to Youtube videos: http://www.openstreetmap.org/user/Polyglot/diary/28401 http://www.openstreetmap.org/user/Polyglot/diary/34241 With the data I have, I can only generate route relations which contain references to stops. The ways aren't in there yet, so we have to add those ourselves, I tried to streamline that process, by writing a script which adds the ways adjacent to the stops and which adds the ways in between, based on other route relations, which serve the same stop sequences. In order to make that work, you'll need the scripting plugin and to install Jython. Coding in Java is outside my comfort zone. Jo 2015-03-04 20:29 GMT+01:00 Brecht Bonne brechtbo...@gmail.com: Dear, From the 14 of December, the night busses have been completely changed in Bruges. (on-demand - line) I recently posted in my diary that I wanted to map these lines. I've been told to discuss these matters on the mailinglist. Well here I am :) This Saturday (7/3) I am going to collect data. You'll find me at 20:10, 21:10, 22:10, 23:10, 00:10, 01:10 and 02:10 near the railway station. I've done a bit of research and a few busses have detours, so I excluded these from my list. This is the list: /home/peeweeke/Documenten/bus/Avondlijn Aartrijke - Brugge [94 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn AZ St-Lucas - Station [91 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Aartrijke [94 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge - Beernem - St.-Joris [97 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Hertsberge [95 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Ruddervoorde [96 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge Sijsele - Moerkerke [98 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Brugge-Veldegem [99 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Dudzele - Koolkerke - Station [90 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Hertsberge - Brugge [95 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Moerkerke - Sijsele - Brugge [98 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Ruddervoorde - Brugge [96 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - AZ St-Lucas [91 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn Station - Koolkerke - Dudzele [90 heen].mhtml /home/peeweeke/Documenten/bus/Avondlijn St.-Joris - Beernem - Brugge [97 terug].mhtml /home/peeweeke/Documenten/bus/Avondlijn Veldegem - Brugge [99 terug].mhtml As I do apreciate the work of Polyglot on the busstops, last edit only 2 months ago, I will concentrate on the lines itself. Although I plan to perform a few quality-checks along the way. If you would have remarks or advice on how to perform this task, feel free to comment. Kind Regards, PeeWeeke ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] Zahl der OSMer
2.105 (I only made a tiny contribution in Germany) Jo 2015-03-03 19:44 GMT+01:00 Peter Schmidt ungespielts@gmail.com: 2 xD Am 03.03.2015 um 19:28 schrieb tob...@antifuse.de: Abzählen! 1 Originalnachricht Von: Markus Gesendet: Dienstag, 3. März 2015 09:31 An: Openstreetmap allgemeines in Deutsch Antwort an: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Zahl der OSMer In unserer Pressemappe https://wiki.openstreetmap.org/wiki/Press_Kit steht, dass wir derzeit 900'000 registrierte Benutzer haben. Wo findet man die richtige Zahl? (müsste bei 2 Mio liegen) Gruss, Markus PS: der Link in der Pressemappe: http://usergroups.openstreetmap.de/ führt in eine Sackgasse. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] Osmose QA - problem detection with tags name, name:nl and name:fr
Itwould be weird to use Idalie - Idalie for those cases where nl and FR agree. On Mar 2, 2015 1:57 PM, Jakka vdmfrank...@gmail.com wrote: Frédéric Rodrigo schreef op 1/03/2015 om 17:13: English bellow. Bonjour, J'ai ajouté une analyse spécifique aux zones multilingues dans Osmose. Elle n'est pour l'instant active que sur le Maroc et pour la région de Bruxelles. Pour Bruxelles l'analyse s'attend à retrouver les tags name, name:fr et name:nl avec [name] = [name:fr] - [name:nl] ou [name] = [name:fr] - [name:nl]. Elle détecte des manques et des incohérences et propose des corrections. Si vous relevé des problèmes produit par cette analyses n'hésitez pas à me les remonter. Sur la carte : http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=35. 7667lon=-5.8256item=5060level=1%2C2%2C3 Et la liste des erreurs : http://osmose.openstreetmap.fr/fr/errors/?country=belgium_ brussels_capital_regionitem=5060 -- Hi, I added a specific analysis on multilingual areas on Osmose QA. It is currently only active on Morocco and for the Brussels region. Brussels analysis attempts to retrieve the tags name, name:fr and name:nl with [name] = [name:fr] - [name:nl] or [name] = [name:fr] - [name:nl]. It detects missing and inconsistencies and show possible corrections. If you see any problems with this analyzes do not hesitate to let me know. On the map: http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=35. 7667lon=-5.8256item=5060level=1%2C2%2C3 And the errors list: http://osmose.openstreetmap.fr/fr/errors/?country=belgium_ brussels_capital_regionitem=5060 Ici a Brussel http://osmose.openstreetmap.fr/nl/map/#zoom=17lat=50. 835862lon=4.37511layer=Mapnikoverlays=FFFTitem= 5060level=2tags=fixable= Example: Multilingual not matching node 433342555 rawedit josm edit name:nl = Idalie name = Idalie shelter = yes name:fr = Idalie route_ref = 34;38;80;95 operator = STIB/MIVB highway = bus_stop ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM.be should organise not a mapparty for new data but once to repear wrong data mapping :)
Couldn't we use Overpass in order to skip step 1? Jo 2015-03-02 12:31 GMT+01:00 Ben Abelshausen ben.abelshau...@gmail.com: Hi Guys, I agree, I was also thinking this weekend to finally start doing a maproulette challenge! We could use this opportunity to find mistakes and fix them. A few ideas are here: https://github.com/osmlab/maproulette/issues/ Basically what it comes down to is this: - Import an OSM-dump into a database. - Write a query that extracts common errors. - Setup a challenge. http://wiki.openstreetmap.org/wiki/MapRoulette/Challenges Anyone who is willing to do the first two steps? I can do the last one. Met vriendelijke groeten, Best regards, Ben Abelshausen On Mon, Mar 2, 2015 at 4:44 AM, Nicolas Pettiaux nico...@pettiaux.be wrote: Hello I think that Jakka's initiative (to have regular meetings to check and verify OSM content) is good, but as Jo points out I don't see myself traveling across Belgium for a repair mapping errors mapathon... Maybe we could agree on an evening per week for doing regular hangout sessions. the frequency could be adapted to personnal wishes. Let's maybe start with a less ambitious goal (once a month a public event on hangout or better imho Mozilla Hello best regards, Nicolas [1] https://www.mozilla.org/fr/firefox/hello/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Quai Gallieni ou Quai du Général Gallieni ?
On peut toujours utiliser name:etymology:wikidata pour indiquer d'où provient le nom. Toutes les variations peuvent être indiquées sur wikidata dans ce cas. Ils le feront de toute façon. Une requête Overpass pourra retrouver toutes les rues nommées après un personnage dans un pays entier ou à travers le monde entier. https://nl.wikipedia.org/wiki/Guido_Gezelle#Tastbare_gedenktekens http://overpass-turbo.eu/s/3lo Chercher sur nom, ne fonctionnera pas, car il y a également Gezellen- Jo 2015-03-02 11:52 GMT+01:00 Vincent de Château-Thierry osm.v...@free.fr: Bonjour, De: Pieren pier...@gmail.com 2015-03-02 10:39 GMT+01:00 Jean-Marc Liotier j...@liotier.org: Ou sinon, si vous pouvez m'éclairer sur la manière de répondre à ce problème... Perso, je pense que les tags alt_name ou short_name ne devraient être utilisés que si on trouve des versions alternatives ou courtes sur le terrain (panneau) ou dans la documentation officielle. Pour les raccourcis de langage (comme rue de Gaulle), il faudrait plutôt chercher à améliorer les logiciels de recherche de nom au lieu d'envisager de tagguer toutes les façon possibles et imaginables de citer le nom d'une rue. D'accord avec ça. Pour illustrer en reprenant le titre du fil, il existe à Boulogne (92) une rue Gallieni [1] qui traverse la ville d'est en ouest, et il ne me viendrait pas à l'idée de surcharger ses tags avec des noms alternatifs, avec Général, Maréchal ou que sais-je. Ici, c'est une rue Gallieni tout court sur le terrain [2]. Chaque commune est autonome pour dénommer ses voies, donc l'idée de forme canonique d'un nom de rue est à prendre avec des pincettes (voire à oublier). Qu'un moteur de recherche organise des correspondances, libre à lui, mais de son côté, pas dans la donnée, où à mon sens on ne doit pas aller plus loin que le support d'un nom officiel (type Fantoir / Cadastre) et d'un nom d'usage (si le terrain diffère). vincent [1] : http://www.openstreetmap.org/relation/2841858 [2] : https://goo.gl/maps/J6ytJ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] OSM.be should organise not a mapparty for new data but once to repear wrong data mapping :)
Maybe we could agree on an evening per week for doing regular hangout sessions. I don't see myself traveling across Belgium for a repair mapping errors mapathon... During a hangout we can discuss possible ways to fix some of those reported errors. Greetings, Jo 2015-03-01 14:14 GMT+01:00 Jakka vdmfrank...@gmail.com: PS We all put data in, but sometimes not following the rules. Lack of knowledge or the JOSM validator do not find it. I run sometimes http://osmose.openstreetmap.fr http://tools.geofabrik.de/ http://keepright.ipax.at ??? ??? Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Plans personnalités connues dans cimetières?
Ça existe pour Père Lachaise: http://umap.openstreetmap.fr/nl/map/pere-lachaise_6765#16/48.8613/2.3953 Il devrait y avoir un moyen pour créer un clone, mais je n'ai pas encore trouvé comment. Jo 2015-02-28 22:22 GMT+01:00 Shohreh codecompl...@free.fr: Apparemment, il faut utiliser ces tags: http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:person_(rewrite) type=person name=(eg. Abraham Lincoln) born=date of birth died=date of death description=short_description religion=religion family_name=family name -- View this message in context: http://gis.19327.n5.nabble.com/Plans-personnalites-connues-dans-cimetieres-tp5835342p5835345.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plans lignes RER?
J'ai créé une carte pour les RER à Paris: http://umap.openstreetmap.fr/nl/map/rer-paris_30738#9/48.8846/2.3923 Je t'ai ajouté comme éditeur Shohreh. À toi d'ajouter les autres lignes. Moi j'ai fait A, B, C. Il faut faire éditer sur une des couches, puis tout à fait en bas sous Advanced, Clone. Puis il faut aller changer le nom de la nouvelle couche et la requête Overpass dynamique. Tu devras encore changer les couleurs et les icônes... Une carte en 10 minutes, incroyable! (Et 1 jour d'étude), mais ce n'est toujours pas mal) Jo 2015-02-28 21:55 GMT+01:00 Jo winfi...@gmail.com: La reponse est là, mais tu devras investiguer comment appliquer un style MapCSS sur les données que tu tires de Overpass. Une autre option c'est de chercher comment y arriver avec umap.openstreetmap.fr. Je viens seulement de le découvrir depuis hier soir, mais ça a l'air prometteur. (Pour ce que tu veux faire avec, pour ce que moi je veux réaliser il me manque des fonctionnalités) Jo 2015-02-28 21:51 GMT+01:00 Shohreh codecompl...@free.fr: Merci pour les infos. Je suis étonné que ce que je cherchais n'existe pas déjà, alors que je ne dois pas être le seul à avoir besoin de visualiser les différentes lignes de RER sur une carte géographique. -- View this message in context: http://gis.19327.n5.nabble.com/Plans-lignes-RER-tp5835260p5835343.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plans lignes RER?
Si tu es déjà logué dans umap, tu devrais avoir un crayon en haut à droite. Peut-être j'ai mal tapé ton nom d'utilisateur? Shohreh? C'était de ma faute. Je t'avais ajouté, mais pas changé qui pouvait éditer. Ça devrait fonctionner maintenant. Jo 2015-03-01 0:57 GMT+01:00 Shohreh codecompl...@free.fr: Non, pas de bouton nulle part pour se logger, alors que je le suis dans Umap. Je ne suis pas là demain mais un autre moment dans la semaine ok. Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Plans-lignes-RER-tp5835260p5835356.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] JOSM Remote control
You are right André. So it remains a mystery why it doesn't work. At some point I thought I had the same problem, but it was JOSM that hung for another reason. Cheers, Jo 2015-02-28 19:41 GMT+01:00 André Pirard a.pirard.pa...@gmail.com: On 2015-02-28 17:58, Jo wrote : It makes a connection to the website of openstreetmap and sends your password over it. If you do that over http, all the routers in the middle can simply see your password. Is that a big deal? Not in itself, until somebody starts to 'impersonate' you. Making uploads that weren't yours in your name. Jo I suppose you reply to me (1). The HTTPS support in the Remote Control preferences controls Remote Control which, usually, happens only inside the local computer, which is obvious if you use local ports https://localhost:8112 (or http://localhost:8111) as in Glen's or Ruben's messages. I showed 8111 in a previous message and I show it again in more detail, just after a control: $ netstat -an | more Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp6 0 0 127.0.0.1:8111 :::* LISTEN tcp6 0 0 127.0.0.1:8111 127.0.0.1:56769 TIME_WAIT You see JOSM LISTENing for control connections and the TCP connection between JOSM 8111 and Firefox 56769 ports that has just been closed. Convinced now? Remote control could be to another computer as in wget http://anotherhost:8111/... but it's not what we are talking about here and I don't think Firefox can be configured for that anyway. The connection to the website of openstreetmap you speak of is controlled by EditPreferencesConnection...OSM Server URL: If you use https://... there, you get SSL encryption between JOSM and OSM.org, if you use http://... you don't. Cheers André. (1) and not to Glen or Ruben like in other messages. If we replied inline on this mailing list we would know to whom and about what we're writing. 2015-02-28 17:51 GMT+01:00 André Pirard a.pirard.pa...@gmail.com: On 2015-02-28 16:57, Ruben Maes wrote : Maybe you can circumvent the issue by doing this: Open JOSM and make sure you have Remote Control enabled. In Firefox, go to this address: https://127.0.0.1:8112/ You should get a warning screen saying This Connection is Untrusted. Click I Understand the Risks and press the Add Exception... button. A window pops up. (You can press View and inspect the certificate if you like. Close the details window if you have done so.) Make sure Permanently store this exception is checked and click Confirm Security Exception. Now you should see a Bad Request error page because you haven't asked JOSM to do anything ;) This worked for me. The website still emits an alert that editing failed, but JOSM loads the data. Ruben That's only if HTTPS support is enabled in the Remote Control preferences. If it's not, my config, 8112 port - unable to connect. And I conclude that the alert I receive too may be because of trying to use closed port 8112 before using port 8111. And my question is: why enable HTTPS if it causes problems? It encrypts information that's stays in your computer, doesn't it? Fearing that NSA would learn the locations you load via remote control? Cheers André. 2015-02-27 9:20 GMT+01:00 Glenn Plas gl...@byte-consult.be gl...@byte-consult.be: StartSSL is a free certificate provider, and most probably firefox doesn't have the intermediate certificate chain on board which means it cannot verify. That is probably the reason, although I do not see startSSL as the certificate writer, I see rapidSSL instead. startSSL is not really a great one to use actually for a site like this. Apple products have the same problem with the latest GoDaddy certificates. https://www.sslshopper.com/cheapest-ssl-certificates.html You might want to try this in firefox:https://127.0.0.1:8112/ https://www.sslshopper.com/ssl-checker.html#hostname=https://www.openstreetmap.org And see if it gives you a chain error or not. It will work in chrome, but it depends on the browser. If you don't get the all-green in firefox, you just need to assemble a chain file with the missing intermediate certificates so the browser can validate. Note, this heavily depends on firefox (/browser) version, I see in my FF that it loads the intermediates fine: Common name: RapidSSL CA Organization: GeoTrust, Inc. Location: US Valid from February 19, 2010 to February 18, 2020 Serial Number: 145105 (0x236d1) Signature Algorithm: sha1WithRSAEncryption Issuer: GeoTrust Global CA Common name: GeoTrust Global CA Organization: GeoTrust Inc. Location: US Valid from May 20, 2002 to August 20, 2018 Serial Number: 1227750 (0x12bbe6) Signature Algorithm: sha1WithRSAEncryption Issuer: Equifax Glenn ___ Talk-be mailing list Talk
Re: [OSM-talk-fr] Plans lignes RER?
tu ne vois pas tout de suite un bouton pour éditer? En fait je n'ai pas dessiné ces lignes. J'ai défini des requêtes Overpass et les données proviennent d'Openstreetmap. Ce qui veut dire que si quelqu'un met à jour, la carte/rendition umap suivra. Si tu as le temps demain, on fera une session Google Hangout ou jit.si. Jo 2015-03-01 0:39 GMT+01:00 Shohreh codecompl...@free.fr: Merci mais comment… 1. me logger comme éditeur? 2. dessiner une ligne comme tu as fait? -- View this message in context: http://gis.19327.n5.nabble.com/Plans-lignes-RER-tp5835260p5835353.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plans lignes RER?
La reponse est là, mais tu devras investiguer comment appliquer un style MapCSS sur les données que tu tires de Overpass. Une autre option c'est de chercher comment y arriver avec umap.openstreetmap.fr. Je viens seulement de le découvrir depuis hier soir, mais ça a l'air prometteur. (Pour ce que tu veux faire avec, pour ce que moi je veux réaliser il me manque des fonctionnalités) Jo 2015-02-28 21:51 GMT+01:00 Shohreh codecompl...@free.fr: Merci pour les infos. Je suis étonné que ce que je cherchais n'existe pas déjà, alors que je ne dois pas être le seul à avoir besoin de visualiser les différentes lignes de RER sur une carte géographique. -- View this message in context: http://gis.19327.n5.nabble.com/Plans-lignes-RER-tp5835260p5835343.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] JOSM Remote control
It makes a connection to the website of openstreetmap and sends your password over it. If you do that over http, all the routers in the middle can simply see your password. Is that a big deal? Not in itself, until somebody starts to 'impersonate' you. Making uploads that weren't yours in your name. Jo 2015-02-28 17:51 GMT+01:00 André Pirard a.pirard.pa...@gmail.com: On 2015-02-28 16:57, Ruben Maes wrote : Maybe you can circumvent the issue by doing this: Open JOSM and make sure you have Remote Control enabled. In Firefox, go to this address: https://127.0.0.1:8112/ You should get a warning screen saying This Connection is Untrusted. Click I Understand the Risks and press the Add Exception... button. A window pops up. (You can press View and inspect the certificate if you like. Close the details window if you have done so.) Make sure Permanently store this exception is checked and click Confirm Security Exception. Now you should see a Bad Request error page because you haven't asked JOSM to do anything ;) This worked for me. The website still emits an alert that editing failed, but JOSM loads the data. Ruben That's only if HTTPS support is enabled in the Remote Control preferences. If it's not, my config, 8112 port - unable to connect. And I conclude that the alert I receive too may be because of trying to use closed port 8112 before using port 8111. And my question is: why enable HTTPS if it causes problems? It encrypts information that's stays in your computer, doesn't it? Fearing that NSA would learn the locations you load via remote control? Cheers André. 2015-02-27 9:20 GMT+01:00 Glenn Plas gl...@byte-consult.be gl...@byte-consult.be: StartSSL is a free certificate provider, and most probably firefox doesn't have the intermediate certificate chain on board which means it cannot verify. That is probably the reason, although I do not see startSSL as the certificate writer, I see rapidSSL instead. startSSL is not really a great one to use actually for a site like this. Apple products have the same problem with the latest GoDaddy certificates. https://www.sslshopper.com/cheapest-ssl-certificates.html You might want to try this in firefox:https://127.0.0.1:8112/ https://www.sslshopper.com/ssl-checker.html#hostname=https://www.openstreetmap.org And see if it gives you a chain error or not. It will work in chrome, but it depends on the browser. If you don't get the all-green in firefox, you just need to assemble a chain file with the missing intermediate certificates so the browser can validate. Note, this heavily depends on firefox (/browser) version, I see in my FF that it loads the intermediates fine: Common name: RapidSSL CA Organization: GeoTrust, Inc. Location: US Valid from February 19, 2010 to February 18, 2020 Serial Number: 145105 (0x236d1) Signature Algorithm: sha1WithRSAEncryption Issuer: GeoTrust Global CA Common name: GeoTrust Global CA Organization: GeoTrust Inc. Location: US Valid from May 20, 2002 to August 20, 2018 Serial Number: 1227750 (0x12bbe6) Signature Algorithm: sha1WithRSAEncryption Issuer: Equifax Glenn ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-fr] Plans lignes RER?
Tu as essayé avec la requête Overpass de Paul Mallet? Il faut appuyer sur Execute... http://overpass-turbo.eu/s/7UC Et bien sûr, tu changes: [ref=C] pour tirer les autres lignes. Avec exporter tu peux l'avoir dans d'autres formats. Et il y a moyen d'appliquer un autre style au résultat en ajoutant du MapCSS. Jo 2015-02-28 1:54 GMT+01:00 Shohreh codecompl...@free.fr: Merci mais je cherchais ça… http://gis.19327.n5.nabble.com/file/n5835271/plan-rer.gif http://www.plandeparis.info/plan-rer/plan-rer.gif … avec 1. une carte géographique en fond de carte, et 2. une seule ligne par carte (RER A, B, C, D, E) -- View this message in context: http://gis.19327.n5.nabble.com/Plans-lignes-RER-tp5835260p5835271.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-be] Viewing recent notes on OSM.org
It would be great if it were possible to mark them as done/viewed/processed/handled or todo/followup-upon locally. Jo 2015-02-27 17:59 GMT+01:00 Sander Deryckere sander...@gmail.com: Hi Jakka, I don't think you should care for regions you don't know very well. It's better to let the locals handle it. But as a reply to your question, there's an API build that allows you to download a number of notes: https://wiki.openstreetmap.org/wiki/API_v0.6#Map_Notes_API However, no parameter is included to select on opening date, so you should download all and sort them locally. Some JOSM devs are developing a note reading plugin, maybe that plugin will allow to filter in some way. Regards, Sander 2015-02-27 17:52 GMT+01:00 Jakka vdmfrank...@gmail.com: Hi, How can I receive or view, open de recent notes from this map ? Immediately or after day XX Now I must control them one by one over en over again. Some notes are there longer then 6 months https://www.openstreetmap.org/#map=10/50.9039/4.5305layers=N Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Michael, Wo ins Wiki hast du es jetzt gesetzt? Jo 2015-02-27 7:00 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 27.02.2015 um 00:11 schrieb Jo: Für die Lizenz ist es in Ordnung. Michael kann dich der Mail besorgen der sagt das wir das benutzen können. So etwas gehört sauber dokumentiert = ab in's Wiki! Es reicht nicht dass jemand sagt, jemand Anderes sagt, dass es OK sei... Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] JOSM Remote control
I'm having the same problem now. Matthieu already experienced this before and for him it was resolved by clearing the cache, then accepting a certificate again. I'm going to try doing that. Oei, in 't Engels vertrokken... Matthieu heeft dat probleem dus ook al gehad. Bij hem was het opgelost nadat hij z'n cache had leeggemaakt, waarna hij opnieuw de vraag kreeg om een self signed certificate te accepteren. Jo Op 26 februari 2015 06:45 schreef Gilbert Hersschens gherssch...@gmail.com : Misverstandje. JOSM draait natuurlijk al. Zit gewoon te wachten op input voor selectie van gebied voor download. On 25 Feb 2015 23:44, Glenn Plas gl...@byte-consult.be wrote: Gilbert, vraagje: draait JOSM al als je dit doet? Op mijn platform zal een klik in een browser nooit iets lokaal lanceren. Volgens mij moet het gewoon eerst draaien. Glenn On 25-02-15 23:35, Gilbert Hersschens wrote: Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or Merkaartor is loaded and the remote control option is enabled. Blijkbaar krijgt het commando om JOSM te starten geen respons ? 2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com mailto:winfi...@gmail.com: Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het muiswieltje indrukken op zo'n link? Het staat los van Java. Het is gewoon een http request naar poort 8111. Jo Op 25 februari 2015 21:49 schreef Gilbert Hersschens gherssch...@gmail.com mailto:gherssch...@gmail.com: Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Hallo Joachim, Für die Lizenz ist es in Ordnung. Michael kann dich der Mail besorgen der sagt das wir das benutzen können. Die HS sind natürlich nur die Hälfte der Geschichte. Mir wäre es noch lieber wenn wir etwas wie GTFS oder Datenbankdump haben könnten um so alle Linienvariante extrahieren zu können. Hier in Belgien kann ich Routerelationen erfassen mit alle Haltestellen im richtigen Reihenfolge für jede Variante, also üblich wenigstens 2. In solche Relationen sind dann aber nur die HS drin. Dann habe ich ein Skript gemacht das in JOSM selber die anliegende Wege findet und versucht die zu verbinden, sich dabei basierend auf andere Routen die schon vollständig sind. Büsse benutzen meistens dieselbe Korridors. Jo 2015-02-26 22:39 GMT+01:00 Joachim nore...@freedom-x.de: Nicht spekulieren, ins Wiki schauen! :) Habe in den letzten Wochen da kräftig dokumentiert und im Forum darüber diskutiert. Hat zwar keine hübschen Bilder sollte aber relativ komplett sein. http://wiki.openstreetmap.org/wiki/Stuttgart/Transportation Importieren ist sicher keine gute Idee, aber die Daten sind zum Abgelcih natürlich trotzdem sehr willkommen, an Buslinien fehlt es noch viel. Gibt es noch Infos zur Lizenz und zu den Hintergründen? LG Joachim ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Hallo Michael, Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. Die Daten sind auch noch in created_by. Sind die andere wichtig, Ruftaxi usw.? Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. Oh, sind all diese HS in dieselbe tariffzone? Jo 2015-02-25 20:29 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 25.02.2015 um 20:04 schrieb Jo: Ich habe die Daten umgewandelt in OSM-format. Danke! Tipps um das besser zu machen sind willkommen. BTW: die sind alle als Bus_stop drin, obwohl das U-Bahn ist = stimmt das? (bin gerade nicht auf dem neuesten Stand was ÖPNV-Tagging angeht) Und: gab es dabei irgendwelche Koordinatentransformationen? Denn: ich habe 3 zufällige Haltestellen verglichen: * Canstatter Wasen * Mercedesstraße * Wilhelma Bei allen 3 liegen die Nodes deutlich von dem was ich nach OSM-Daten und Luftbildern erwarten würde. Oder sind die Ausgangsdaten nicht Lage-genau genug? Und bei der Wilhelma haben wir bereits 2 richungsspezifische Haltestellen drin, in den Testdaten war das nur eine... Allererstes Fazit: nicht einfach so importieren. Zum Vergleichen vielleicht, aber ich befürchte das OSM bereits jetzt besser als der VVS ist/sein könnte... Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] admin schläft
Hallo, Ich habe die Daten umgewandelt in OSM-format. Leider weiss ich nicht wie S-Bahn und R-Bahn sich zu tram/metro verhalten. Um die Verkehrsmittel zu sehen, bitte ihre JOSM auf Expert-modus setzen. Ich habe da created_by benutzt. Einerseits ist es interessant um den Tag noch sehen zu können, andererseits muss er nie hochgeladen werden. JOSM werd den automatisch rauswerfen. Ich bin auch nicht sicher ob uic_ref der richtigen Tag ist. Es muss also mit Vorsicht behandelt werden. Die mussen jetzt ein nach eins verglichen werden mit was schon im OSM besteht. https://dl.dropboxusercontent.com/u/42418402/Bahnsteige%20Stuttgart_Source_VVS.osm Tipps um das besser zu machen sind willkommen. Ich habe auch hier VVS als Datenquelle hinzugefügt: http://wiki.openstreetmap.org/wiki/DE:Potential_Datasources#Verkehrs-_und_Tarifverbund_Stuttgart_GmbH_.28VVS.29 Bitte verbessert ihr das, wenn es nicht richtig gemacht wurde. Jo 2015-02-25 8:17 GMT+01:00 Michael Paulmann michael.paulm...@hft-stuttgart.de: Entschuldigung für meine etwas unflätige Ausdrucksweise. Ich saß nur hier und hab gewartet das irgendeine Mail von euch kommt aber es kam nichts. Ich schicke es dann denen die sich dafür interessieren. Ich muss nur bis heute nachmittag warten da ich die Daten nicht hier habe. Gruß Paulest -Ursprüngliche Nachricht- Von: Frederik Ramm [mailto:frede...@remote.org] Gesendet: Mittwoch, 25. Februar 2015 08:11 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] admin schläft Hi, der Admin dieser Liste bin ich, wie man leicht lesen kann, wenn man auf den in jeder Signatur vorhandenen Listinfo-Link klickt. Die Moderationsanforderungen, die Mailman mir schickt, lese ich nicht, weil es sich zu 99% um Spam handelt und weil sehr viel davon kommt. Michael hat recht, dass es gut wäre, wenn man die Mailman-Standardmeldung entsprechend anpassen könnte, so dass die Leute wissen, dass sie es anderswie probieren müsen. Ich schau mal, ob das geht. Das hätte man aber auch ohne Worte wie bodenlose Frechheit besprechen können ;) Einen Testdatensatz mal eben so auf die Liste zu werfen, halte ich auch für nicht so sinnvoll; eher sollte man beschreiben, was man hat und - so wie Michael es jetzt auch getan hat - interessierten Lesern anbieten, ihnen die Daten direkt zu schicken. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] JOSM Remote control
Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het muiswieltje indrukken op zo'n link? Het staat los van Java. Het is gewoon een http request naar poort 8111. Jo Op 25 februari 2015 21:49 schreef Gilbert Hersschens gherssch...@gmail.com : Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] JOSM Remote control
JOSM moet op dat moment wel al gestart zijn, anders luistert hij niet op die poort 8111. Op 25 februari 2015 23:35 schreef Gilbert Hersschens gherssch...@gmail.com : Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or Merkaartor is loaded and the remote control option is enabled. Blijkbaar krijgt het commando om JOSM te starten geen respons ? 2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com: Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het muiswieltje indrukken op zo'n link? Het staat los van Java. Het is gewoon een http request naar poort 8111. Jo Op 25 februari 2015 21:49 schreef Gilbert Hersschens gherssch...@gmail.com: Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie). Geen probleem met Internet Explorer 11 of Chrome. Wellicht een kwestie van security of Java instellingen ? Iemand een idee ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Danke Michael, Meinst du wir werden regelmäßig Updates von diese Daten bekommen? Ich versuche zu entscheiden ob es Sinn macht um diese Skripts für Stuttgart an zu passen: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/De_Lijndata Die letzte Version des Skriptes sind jetzt aber hier: https://github.com/PolyglotOpenstreetmap/OSM_PublicTransportRoutes Für die belgischen PT Operator haben wir aber mehr Tabellen, was die Möglichkeit gibt um selber route_ref zu erfassen und um Routerelationen zu erfassen für alle Variante. Jetzt habe ich nur die SHP-Datei geöffnet in JOSM (mit Opendata Plugin). Dann alle Tags rausgeschmissen die mir nicht interessant schienen und die andere manuel umgewandelt mit Hilfe von Regexsuche. z.B.: created_by=.*Stadtbahn.* (case sensitive, regular expression eingeschaltet) Das Resultat kann noch nicht 'merged' worden, weil ihr PT noch etwas anders mappt als ich das machen würde... Ich würde zum Beispiel die Details nur auf die HS neben die Wege hinzufügen (public_transport=platform) und die Nodes auf die Wege bekommen dann nur public_transport=stop_position, (bus/tram/subway=yes). Es ist aber nicht an mir um euch zu sagen wie ihr das machen sollt. Hier wird diskutiert wie ihr das in Deutschland macht oder machen wollt: http://forum.openstreetmap.org/viewtopic.php?id=30108 (habe ich jetzt nur gefunden, noch nicht gelesen) http://forum.openstreetmap.org/viewtopic.php?id=27680 http://forum.openstreetmap.org/viewtopic.php?id=30070 Jo 2015-02-26 7:10 GMT+01:00 Michael Paulmann michael.paulm...@hft-stuttgart.de: Die Orginaldaten sind GK Zone 3/DHDN Gruß Paulest -Ursprüngliche Nachricht- Von: Jo [mailto:winfi...@gmail.com] Gesendet: Donnerstag, 26. Februar 2015 07:01 An: Openstreetmap allgemeines in Deutsch Cc: Diskussion rund um Stuttgart Betreff: Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft) Ich habe es etwas geändert: R-Bahn/S-Bahn - railway=station, train=yes Stadtbahn - railway=halt, subway=yes Zahnradbahn - railway=tram_stop, tram=yes Hoffentlich ist das besser so. Weiss jemand in welches Koordinatensystem die originelle Daten sind? Polyglot 2015-02-26 0:46 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 25.02.2015 um 21:01 schrieb Jo: @Stuttgart: kann jemand lokales in der Diskussion auf Talk-DE mit einsteigen? Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. obwohl ich ursprünglich aus dem Großraum Stuttgart komme und früher mit dem VVS unterwegs war, bin ich da zwischenzeitlich etwas abgehängt... ;-) Auch bin ich kein OSM-ÖPNV-Experte. Was hilfreich ist: https://de.wikipedia.org/wiki/Verkehrs-_und_Tarifverbund_ Stuttgart#Liniensystem_im_VVS R-Bahn sind normale Züge U-Bahn ist eine Stadtbahn (wie Tram, aber normlerweise auf eigenem Gleiskörper = https://de.wikipedia.org/wiki/Stadtbahn_Stuttgart) Sind die andere wichtig, Ruftaxi usw.? Ich weiss nicht, wie weit die Erfassung hierbei ist. Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. muss man für jeden Einzelfall prüfen... sind all diese HS in dieselbe tariffzone? Keine Ahnung. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Ich habe es etwas geändert: R-Bahn/S-Bahn - railway=station, train=yes Stadtbahn - railway=halt, subway=yes Zahnradbahn - railway=tram_stop, tram=yes Hoffentlich ist das besser so. Weiss jemand in welches Koordinatensystem die originelle Daten sind? Polyglot 2015-02-26 0:46 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 25.02.2015 um 21:01 schrieb Jo: @Stuttgart: kann jemand lokales in der Diskussion auf Talk-DE mit einsteigen? Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. obwohl ich ursprünglich aus dem Großraum Stuttgart komme und früher mit dem VVS unterwegs war, bin ich da zwischenzeitlich etwas abgehängt... ;-) Auch bin ich kein OSM-ÖPNV-Experte. Was hilfreich ist: https://de.wikipedia.org/wiki/Verkehrs-_und_Tarifverbund_ Stuttgart#Liniensystem_im_VVS R-Bahn sind normale Züge U-Bahn ist eine Stadtbahn (wie Tram, aber normlerweise auf eigenem Gleiskörper = https://de.wikipedia.org/wiki/Stadtbahn_Stuttgart) Sind die andere wichtig, Ruftaxi usw.? Ich weiss nicht, wie weit die Erfassung hierbei ist. Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. muss man für jeden Einzelfall prüfen... sind all diese HS in dieselbe tariffzone? Keine Ahnung. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)
Wie ich es jetzt verstehe ist tram gemischt mit dem anderem Verkehr und Subway völlig getrennt. Ob sie unter die Erde fährt ist weniger wichtig. Subway ist aber völlig unabhängig von Bahngleise. Ich habe die ZahnradbahnHS jetzt als tram=yes kodiert. Jo 2015-02-26 8:01 GMT+01:00 Theodin theo...@posteo.de: Ich melde mich hier mal als Stuttgarter :) Leider kenne ich mich mit ÖPNV/Zug-Tagging nicht so aus. Stadtbahn/U-Bahn ist wie Trams in der Schweiz oder U-Bahnen in anderen Städten wie schon jemand sagte. R-Bahn ist die Regionalbahn, die mit der S-Bahn auf den Gleisen der DB fährt, aber seltener hält und weiter in die Peripherie geht. Die Zahnradbahn hat nur eine Linie (den Berg rauf vom Marienplatz nach Möhringen). Ob sie anders getaggt werden sollte weiß ich nicht. Das wiki ist nicht klar, was der Unterschied zwischen Tram und Subway darstellt. Ich habe mir die Daten noch nicht angesehen, aber je nach der Güte und Häufigkeit der schon bestehenden Daten könnte man das ja POIchecker-mäßig überprüfen und mergen. Ich glaube, dass S/U/R-Bahn schon fast vollständig sind, da sind die Buslinien hier noch schlechter dran. Grüße, Theodin Am 26.02.2015 um 07:00 schrieb Jo: Ich habe es etwas geändert: R-Bahn/S-Bahn - railway=station, train=yes Stadtbahn - railway=halt, subway=yes Zahnradbahn - railway=tram_stop, tram=yes Hoffentlich ist das besser so. Weiss jemand in welches Koordinatensystem die originelle Daten sind? Polyglot 2015-02-26 0:46 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 25.02.2015 um 21:01 schrieb Jo: @Stuttgart: kann jemand lokales in der Diskussion auf Talk-DE mit einsteigen? Das ist was ich meinte mit U-Bahn/R-Bahn. Wie verhalten die sich zu tram/metro? Wenn ich das weiss, kann ich es korrigieren. obwohl ich ursprünglich aus dem Großraum Stuttgart komme und früher mit dem VVS unterwegs war, bin ich da zwischenzeitlich etwas abgehängt... ;-) Auch bin ich kein OSM-ÖPNV-Experte. Was hilfreich ist: https://de.wikipedia.org/wiki/Verkehrs-_und_Tarifverbund_ Stuttgart#Liniensystem_im_VVS R-Bahn sind normale Züge U-Bahn ist eine Stadtbahn (wie Tram, aber normlerweise auf eigenem Gleiskörper = https://de.wikipedia.org/wiki/Stadtbahn_Stuttgart) Sind die andere wichtig, Ruftaxi usw.? Ich weiss nicht, wie weit die Erfassung hierbei ist. Ich meine die Position gibt eher eine Idee wo die HS ungefähr sind. Das muss immer noch mit Luftbilder oder Mapillaryfotos überprüft werden. muss man für jeden Einzelfall prüfen... sind all diese HS in dieselbe tariffzone? Keine Ahnung. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] admin schläft
Dropbox... On Feb 24, 2015 9:14 PM, Michael Paulmann michael.paulm...@hft-stuttgart.de wrote: Hallo Leuts, ich habe vor 2 Wochen hier eine Mail vom Verkehrsverbund Stuttgart weitergeleitet, leider hatte diese 100 kb was dazu führte das der Admin diese Mail bestätigen muss bevor sie an die Mailingliste geht, aber anscheinend hat der Admin kein Interesse die Mails durchzuschauen die ankommen. Ich finde es toll das der Verkehrsverbund bereit wäre uns seine Daten zur Verfügung zu stellen, jedoch weiss ich nicht wie ich weiter verfahren soll und habe deshalb hier die Mail mit dem Testdatensatz weitergeleitet. Ich habe die Testdaten angeschaut, und per QGIS mit den OSM Daten verglichen und habe festgestellt das man einiges zu den Daten bei OSM hinzufügen könnte. Leider kann ich den Testdatensatz hier nicht weiterschicken da ja leider der Admin schläft... Gruß Paulest P.S.: Wer Interesse an den Testdaten hat soll sich direkt an mich wenden ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] roadsign plugin adapted for Belgium
Yay!!! Totally worth to add it, ofc. 2015-02-22 18:02 GMT+01:00 Sander Deryckere sander...@gmail.com: Jo, I've got another sign for you: https://lh5.googleusercontent.com/-WjqGxyL-Bw0/VOoEPQCPHHI/YnM/jz-uM2gU1o0/w405-h716-no/IMAG0715.jpg Good luck ;) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] roadsign plugin adapted for Belgium
I think it makes most sense to keep the highest number... I also found a traffic sign. A P with a knife and fork next to it. Didn't see that one among the official ones either :-) Since I started paying attention to them; the P with the red circle around and diagonal red line barring it, doesn't seem official either. Oh and the ones with a pooping dog :-) A few weeks ago I never paid attention to those signs with a H on them. Since I started doing so, I noticed that in Wallonia they sometimes use a B instead. 'Bomberos'? 'Brandweer'? 'Bincendie'? Jo 2015-02-22 18:12 GMT+01:00 Sander Deryckere sander...@gmail.com: Well, it does make you wonder about the tags. Would the following make any sense? traffic_sign=BE:A3[20%;11%] 2015-02-22 18:06 GMT+01:00 Jo winfi...@gmail.com: Yay!!! Totally worth to add it, ofc. 2015-02-22 18:02 GMT+01:00 Sander Deryckere sander...@gmail.com: Jo, I've got another sign for you: https://lh5.googleusercontent.com/-WjqGxyL-Bw0/VOoEPQCPHHI/YnM/jz-uM2gU1o0/w405-h716-no/IMAG0715.jpg Good luck ;) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] roadsign plugin adapted for Belgium
There are also some with only a H on it. But you're right, they're not traffic signs and we're more interested in mapping the hydrant than mapping those signs. The odditiy was that I found some with a B instead. The barred P is indeed on garage doors. Not proper traffic signs indeed. Jo 2015-02-22 19:27 GMT+01:00 Sander Deryckere sander...@gmail.com: You mean these signs? http://www.brandweerlommel.be/images/hydrant01.JPG I don't know if these belong to the traffic sign category. They're not meant to regulate any kind of traffic. Another sign I found was a no-access sign, with a uitgezonderd plaatselijk verkeer, fietsers en ruiters, then someone made the fietsers part invisible (put a blue tape on it), but underneath, there was yet another subsign saying uitgezonderd bicycle_icon. And that while cyclists are always considered local. Btw, shouldn't that no-parking sign be an E1 or E2 instead? I think it's used a lot on garage doors, exactly because it has no legal meaning (so anyone can use it). But parking before a garage door is prohibited anyway. Regards, Sander 2015-02-22 19:13 GMT+01:00 Jo winfi...@gmail.com: I think it makes most sense to keep the highest number... I also found a traffic sign. A P with a knife and fork next to it. Didn't see that one among the official ones either :-) Since I started paying attention to them; the P with the red circle around and diagonal red line barring it, doesn't seem official either. Oh and the ones with a pooping dog :-) A few weeks ago I never paid attention to those signs with a H on them. Since I started doing so, I noticed that in Wallonia they sometimes use a B instead. 'Bomberos'? 'Brandweer'? 'Bincendie'? Jo 2015-02-22 18:12 GMT+01:00 Sander Deryckere sander...@gmail.com: Well, it does make you wonder about the tags. Would the following make any sense? traffic_sign=BE:A3[20%;11%] 2015-02-22 18:06 GMT+01:00 Jo winfi...@gmail.com: Yay!!! Totally worth to add it, ofc. 2015-02-22 18:02 GMT+01:00 Sander Deryckere sander...@gmail.com: Jo, I've got another sign for you: https://lh5.googleusercontent.com/-WjqGxyL-Bw0/VOoEPQCPHHI/YnM/jz-uM2gU1o0/w405-h716-no/IMAG0715.jpg Good luck ;) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] roadsign plugin adapted for Belgium
Shouldn't we have a proper discussion once about how we're going to translate all the traffic signs in OSM tags? A lot of traffic signs have different variations and if we just tag all of these under the same traffic_sign=* we're going to lose a lot of information. Absolutely. A proper discussion is most certainly needed. I started adding data to that plugin without realising I was opening a can of worms doing so... We really need to know how to handle things like: * B15 (priority on next crossroad) with different lines * C5+7+9+? combinations where different traffic signs are combined into one * D1 and D3 (mandatory direction) with different arrows which don't have separate names * F45 and F45b (no exit, maybe except cyclists and pedestrians, maybe not on all routes), with different ways how the roads are laid out. * F91 with different traffic signs on each lane arrow (recursion anyone?) * F99a/b/c with different icons for pedestrians, cyclists, horses, and in reality variations are found with mopeds and even gocarts * F103 for pedestrian roads with or without bicycle icon, other different exceptions possible for loading or unloading * and what about all the big destination signs that can have exotic layouts? * bilingual traffic signs, how to map those? * and of course our governments and city councils are sometimes very creative with the traffic code... So yeah, maybe start a wiki page so we can discuss possible implementations for these issues? Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-transit] Mapping bus routes with doglegs and loops
Hi Paul, How do passengers know where to go and stand if there are no physical markers? I think a bus stop should be able to be defined by the fact the driver knows where to halt and the passengers know where to wait. Isn't that 'convention' also some sort of ground truth? Im sure this case happens in many countries around the world, although in some of those countries it may be the case a bus can be flagged at any point on its itinerary. Of course, as soon as roads become busier, that's not possible/practical anymore. I've been working a few years adding almost 7 stops for a small country. That was a lot of work, of course. But now I notice that adding and maintaining the routes is even more work, hence the creation of the script to automate the process where possible. One of the problems I faced is that when I needed to fix a route, I had to apply the same fix to all the variations of that route, over and over again. Now I do it once, creating a 'golden route', then letting the script take care of the others. It's still some work, as I need to check manually if the code got it right, route by route. Concerning the roles, I guess they may help JOSM and iD when people split ways, although I think JOSM gets that right without them already. A bigger problem is people joining ways, which results in stumps that are not connected to the next way anymore. And of course, deleting ways, potentially replacing them by new ones. Jo 2015-02-22 6:10 GMT+01:00 Paul Johnson ba...@ursamundi.org: On Sat, Feb 21, 2015 at 3:48 PM, Jo winfi...@gmail.com wrote: Hi Paul, I see what you mean now. I dropped the forward/backward roles on the ways a few years ago. Recently I thought that they should be a help for the sorting algorithm, but your example proves they aren't. Well, they do help for sorting out which way a route should be going and in which order to some extent. Though I'm starting to wish we had a way to number the sequence. Role wouldn't do it since we still need forward and backwards... I've been developing a script, which tries to use other good relations to fix the one it's currently run on. For that script to be able to work, you'd need the stops in the correct order though. It works like this: For a sequence of stops it tries to find other relations which have the same sequence. The other relation with the longest sequence in common 'wins'. Then it finds the ways adjacent to the stops on each end of the sequence, then uses the sequence of ways that connects the stops. We can work that way, because we have received the stops and the timetables from the operators, but it's the opposite of what you start with, when you have to get on the bus to create a GPX to get an idea about one the variation routes of a line. (After that you'd use the unstable plugin to add the stops that are already mapped). Well, the GPX would gather the itinerary. I still need to go back through and doublecheck about 1600 stops, since there's a very high number of stops that aren't signed in any way, shape or form that Code for America Tulsa received from Tulsa Transit. And, as far as I'm aware, we expect some kind of permanently fixed marker recognizable as such to be able to map it as a bus stop. If we *do* have some way to tag this situation despite a lack of ground truth in the physical sense, then, by all means, someone please let me know now, so I can back out of tagging stops for a minute, revert and repull. In which case, I'll have the opposite problem I do now, which would be *adding* a large number of stops that *aren't* in the data we got from Tulsa Transit (which, IMO, is the less worse problem to have, even though that's a bigger project). The script works quite well, as long as you have some 'golden' routes it can grab way sequences from. Ouch! Yeah, I'm not entirely sure that's going to be readily done given Tulsa's situation. I wish this situation were unique, but I somehow think I'm going to be beating my head against the wall when I start working with the OK Coders to pull in Oklahoma City's transit systems. And maybe in the future, the Iowa Pacific Railroad's upcoming regional transit system, the Eastern Flyer Express and it's associated bus network... ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-de] www.openstreetmap.org/#map
Ich glaube auch osm-dev ist die bessere Mailingliste für solche Frage. Was du vielleicht auch mal ausprobieren konntest ist Mapillary. Ganz wenig Aufwand. und der Mapper bekommen ein sehr 'reiches' erfahren, als ob man selber da gewesen sei. Oft stehen auch noch andere interessante Sachen auf solche fotos, die dann auch eingetragen werden können. Was noch nützlicher sein konnte ist das Handy als 'dashcam' zu benutzen. Dann konnen sogar alle Details von den ganzen Weg eingetragen werden. Aber du musst natürlich selber entscheiden wie weit du damit gehen willst. Grüsse, Jo 2015-02-21 10:21 GMT+01:00 Michael osm...@suesz.de: Hallo liebe Freunde, ich hatte schon vor paar Tagen nach apps für Android gefragt und auch so manches getestet. Ich bin beruflich viel in der Gegend unterwegs und komme in Gassen und Bauerhöfe, wo sich sonst keiner hin verirrt. Da möchte ich dann schnell noch eine Hausnummer und eventuell auch den fehlenden Strassennamen in OSM eintragen. Da ich ja die Kundenadressen habe ist mir Strassenname und HNummer bekannt. Zer Zeitaufwand sollte so bei ca 1min liegen. Eine Nachbearbeitung später am Computer soll möglichst entfallen. Als Zielführend habe ich jetzt http://www.openstreetmap.org/#map und einen Fehler melden genutzt und Strassenname und Nummer gesetzt. Als ich abends zu Hause war, war die Strasse bereits getaggt und das Haus mit Nummer gab es schon. Super genial, so eine Community. Jetzt meine Frage: Wer ist Ansprechpartner für die Programmierung vom Bugreport auf www.openstreetmap.org/#map? Die Bedienung von einen Fehler melden auf dem Smartphone ist möglich, da lässt sich aber noch einiges optimieren. Diese Meldefunktion macht ja am meisten auf dem Smartphone Sinn, weil da bin ich ja vor Ort und kann gleich die korrekten Daten melden. Wer wäre da Ansprechpartner bzw könnte helfen? Liebe Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-transit] Mapping bus routes with doglegs and loops
Hi Paul, I see what you mean now. I dropped the forward/backward roles on the ways a few years ago. Recently I thought that they should be a help for the sorting algorithm, but your example proves they aren't. I've been developing a script, which tries to use other good relations to fix the one it's currently run on. For that script to be able to work, you'd need the stops in the correct order though. It works like this: For a sequence of stops it tries to find other relations which have the same sequence. The other relation with the longest sequence in common 'wins'. Then it finds the ways adjacent to the stops on each end of the sequence, then uses the sequence of ways that connects the stops. We can work that way, because we have received the stops and the timetables from the operators, but it's the opposite of what you start with, when you have to get on the bus to create a GPX to get an idea about one the variation routes of a line. (After that you'd use the unstable plugin to add the stops that are already mapped). The script works quite well, as long as you have some 'golden' routes it can grab way sequences from. Polyglot 2015-02-21 21:40 GMT+01:00 Paul Johnson ba...@ursamundi.org: On Sat, Feb 21, 2015 at 2:31 PM, Jo winfi...@gmail.com wrote: Hi Paul, It helps, when you select a subset of ways and only let JOSM sort those automatically. True, but if you've had to edit a section of a dogleg to add another, sub dogleg, this breaks, too. The ground truth is breaking the tool. Can you select one of the relations, then do Ctrl-Shft-h, then copy that url. No problem, one such example is the 101 Suburban Acres southbound via Denver 49th and Westview https://www.openstreetmap.org/relation/4614100/history. Towards where it heads off MLK to Osage Casino along East 63rd North Street, it has a dogleg with two branching doglegs, two of those doglegs also have a loop. ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Mapping bus routes with doglegs and loops
Hi Paul, It helps, when you select a subset of ways and only let JOSM sort those automatically. Can you select one of the relations, then do Ctrl-Shft-h, then copy that url. Jo 2015-02-21 21:12 GMT+01:00 Paul Johnson ba...@ursamundi.org: Is there an easy way to map these? In JOSM, I run into problems with trying to sort when I edit that pretty much complicates the situation to the point where I end up having to start over if I get the order wrong, and the public transport plugin isn't the most stable thing in the world. Starting to bang my head into the wall with this. Several of many examples I'm running into can be found (as I've mapped them so far) with [route=bus][ref=101] in bounding box -96.0084915,36.1395383,-95.9528732,36.2658677 ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [OSM-talk-be] AGIV mobile mapping toepassing
Wij van onze kant zijn begonnen met het in beeld brengen van alle wegen mbv Mapillary,com. Het lijkt er niet op dat we van soortgelijke beelden gebruik zullen kunnen maken om OSM te verbeteren, behalve als we ze zelf verzamelen. Ik had ook 's een mail geschreven naar 'verkeersbor...@mow.vlaanderen.be' een paar weken terug, maar die was geen antwoord waardig, blijkbaar. Groeten, Jo Op 20 februari 2015 14:29 schreef hvdb henk...@gmail.com: In twee jaar tijd worden alle berijdbare wegen van Vlaanderen (ongeveer 64.000 km) in kaart gebracht. Vanaf eind november zijn de eerste gemeenten beschikbaar in de webapplicatie. Stapsgewijs worden er gemeenten toegevoegd : http://www.image-v.be/page/planning http://www.orbitgt.com/kb/agiv/index http://www.orbitgt.com/kb/agiv/beelden_databank In oktober van verleden jaar is AGIV, het Agentschap voor Geografische Informatie Vlaanderen (onderdeel van de Vlaamse Overheid) gestart met het maken van nieuwe mobilemappingbeelden van heel Vlaanderen. Je kan deze beelden vergelijken met de panoramische beelden van Google Streetview. Hiervoor doet men een beroep op de firma Image-V die gedurende twee jaar met camerawagens alle Vlaamse gemeenten zullen fotograferen. De wagens zijn uitgerust met een 360°-camera en laserscanners. In Bocholt zal dit gebeuren in het eerste kwartaal van 2015. http://www.hbvl.be/cnt/dmf20150122_01487930/camerawagen-maakt-beelden-van-bocholt-voor-agiv great ;) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-GB] OS OpenData now OGL
I asked @owenboswarva on Twitter who is an active voice whom i trust on open government data issues, and he said this: IMO the only significant difference is v3 explicitly permits re-users to list multiple attributions via a URI or link. ...the differences are mostly just tidier syntax. If you are happy v2 is compatible with OdBL (IMO it is) then v3 is also. zx -- Jo Walsh metaz...@fastmail.net On Wed, Feb 18, 2015, at 12:04 AM, Rob Nickerson wrote: On 17 February 2015 at 23:57, Matthijs Melissen i...@matthijsmelissen.nl wrote: I could imagine that OGL-3 has imported OS ODL's clause on sublicensing that caused incompatibility with ODbL, which would make OGL-3 incompatible with ODbL.Do we have confirmation that this is not the case, i.e. that OGL-3 and ODbL are compatible? -- Matthijs All the OGL versions are online. A comparison of v2 and v3 shows nothing to worry me. Hopefully Robert W will chip in as he's clued up on all this. Version 3: http://www.nationalarchives.gov.uk/doc/open-government-licence/version/3/ Version 2: http://www.nationalarchives.gov.uk/doc/open-government-licence/version/2/ _ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-de] App für Android
Was ich auch empfehlen kann, ist Mapillary. Damit kann man survey machen mit gutes Wetter und eintragen mit schlechtes Wetter. Was noch besser ist, ist das anderen vielleicht andere Details die ihr interessieren von die Bilder eintragen können. Jo 2015-02-16 21:37 GMT+01:00 Michael osm...@suesz.de: Hallo Ihr lieben Openstreetmapper! Ich bin jetzt ein neuer Besitzer eines Android Smatphones mit größerem Display. Welche Apps könnt Ihr empfehlen, speziell für OSM? Den MapFactor GPS Navigator habe ich schon installiert. Gibt es eine App um schnell mal einen Straßennamen oder eine Hausnummer einzutragen? Welche Apps sind speziell für Technikfreaks noch sinnvoll? Liebe Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] App für Android
Vespucci für editieren ins Feld. OsmAND um die Daten zu benutzen. OSMTracker kann auch interessant sein, aber eher um Daten zu 'gather' und die nachher zu bearbeiten. Jo 2015-02-16 21:37 GMT+01:00 Michael osm...@suesz.de: Hallo Ihr lieben Openstreetmapper! Ich bin jetzt ein neuer Besitzer eines Android Smatphones mit größerem Display. Welche Apps könnt Ihr empfehlen, speziell für OSM? Den MapFactor GPS Navigator habe ich schon installiert. Gibt es eine App um schnell mal einen Straßennamen oder eine Hausnummer einzutragen? Welche Apps sind speziell für Technikfreaks noch sinnvoll? Liebe Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Routing on osm.org
On Mon, Feb 16, 2015, at 08:19 PM, Colin Smale wrote: +1 to that! Hope it doesn't lead to an outbreak of tagging for the router though... You know, down/upgrading roads to improve the results... Anecdatally, I would say that outbreak is well in hand already :/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] roadsign plugin adapted for Belgium
Do we have car sharing traffic rules in Belgium? 2015-02-13 14:56 GMT+01:00 Jo winfi...@gmail.com: 2015-02-11 16:17 GMT+01:00 Sander Deryckere sander...@gmail.com: I tried it a bit, and I do have some concerns with both the mapping plugin and the style JOSM uses. First, I think that a traffic sign should only have tags like traffic_sign=BE:C21[7] and no tags like maxweight=7 Those legal implications of traffic signs should stay on way segments IMO. Fully agree with you, atm you can get the effect you want by ticking or unchecking the tick box. Then I've always had problem with tagging variable speed limits (f.e. those dynamic zone-30 signs). When mapping signs, there should be a clear difference between the variable sign and the fixed sign, and that setting should also apply to the tags on the way segments. same here Since we're tagging directions on road pieces too, allowing direction signs (f.e. F29) should also be possible. It's a matter of adding it to the XML file. Not hard to do, but it hadn't been high on my priority list. The icons are already present in the plugin's image files. One of the reasons I hadn't added them yet (apart from lack of time), is that I'm concerned they will take up a lot of space, so the plugin should be changed and have tabs for categories of signs. Now, wrt the specific Belgian case, I've also seen a few mistakes, though not that many, since the plugin isn't very usable before solving the above. C9 is translated to moped=no on the wiki, while it's mofa=no on the plugin. I know the difference is very fuzzy (and the relation to class A and B too), but we should at least use a uniform tagging. C9 seems to be meaningless if Class A or B are not mentioned. Changed to moped. C23 is translated to goods=no on the wiki, and hgv=no on the plugin, again, the difference is rather fuzzy. added both C24a and C24b are both tagged as hazmat=no on the plugin, again a difference with the wiki, and I'm not sure what the hazmat_ADR_tunnel sign is. conformed to the wiki, even though no information about access:explosives can be found there Sign combinations (like C5+C7) also aren't available in the plugin. Didn't readily know what to do with those. Added them now No-stopping signs are missing from the plugin, and no-parking signs have no tags attached (parking:lanes:right=no would be the default tag I guess). Added, it's work in progress. I skipped the ones I didn't feel sure enough about. The F1 sign (without buildings background) is deprecated and all need to be replaced against June 1st (see http://www.nieuwsblad.be/cnt/dmf20141120_01386508 as example), I don't think the plugin will be production-ready against that time. So I don't think it's worth to include the sign (at least not with that graphic). Leaving it for the time being. Feel free to contribute a better graphic for F1a. F9 should be translated to motorroad=yes instead of motorway=yes changed The F17 sign contains some strange defaults (conditional access restrictions?) copy pasted from wiki, I'll remove them. I didn't really check the validity of sub-signs, as I've often found sub-signs very confusing in real life. +1 Thanks!!! Jo ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Brussels by bicycle
Het is natuurlijk bedoeld om wat misstanden aan te kaarten. 't Zal wel opgelost geraken. Helemaal te gek vond ik dat hij blijkbaar z'n fiets over dat hek moest tillen. Cross in zhe Brousse L :-) Jo Op 13 februari 2015 17:37 schreef Karel Adams fa348...@skynet.be: Lang geleden dat ik zo'n belachelijk filmke had gezien. Als alle Brusselse fietsers zo stom waren als hier wordt voorgesteld zou ik voorstander zijn om fietsen in de stad absoluut en totaal te verbieden, tot nut van 't gemeen. Gelukkig weet ik wel beter. Wat denkt men toch te bereiken op deze manier? Ik vind het enkel contraproductief. Verder zijn het niet alleen de fietsers die van de overheid - in Brussel en elders - gekke situaties voorgeschoteld krijgen. Wanneer een bekwaamheidsdiploma voor planners en architecten van openbare infrastructuur? Met periodieke evaluatie? On 13-02-15 07:58, Jo wrote: http://www.nieuwsblad.be/cnt/dmf20150212_01525728 both hilarious and incredibly sad at the same time. It's not that they're not trying. Bicycle infrastructure has improved a lot over the past 10 years, but not quite there yet. I'm confident this will become another 'belgenmop' in The Netherlands... ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] roadsign plugin adapted for Belgium
Hallo Karel, Dat is niet helemaal hetzelfde. Bij car sharing mag je bepaalde rijstroken gebruiken als je een passagier bij je hebt. Autodelen zoals Cambio e.d. dat doen, is een vorm van 1 auto voor meerdere mensen die een soort abonnement hebben en dan onderling afspreken wie de wagen op welk moment ter beschikking heeft. Misschien heb ik de Engelse term wel verkeerd. Ben wat vermoeid. De data voor de plugin zit in een ticket van JOSM. Ik verwacht dat het er dan morgen wel bij zal zitten. Ik heb gezorgd dat we nu ook zones voor parkeren, parkeerverbod en alle mogelijke beperkingen kunnen toevoegen. Verder alle gevaarsborden toegevoegd en de meest relevante 'informatie'-borden. Aan wegwijzers ben ik nog niet toegekomen. En dan natuurlijk Sander z'n opmerkingen verwerkt. Wie zelf de laatste borden wil toevoegen, of Franse vertalingen, of verdere verbeteringen, be my guest: http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium/Road_signs_plugin https://dl.dropboxusercontent.com/u/42418402/RoadSignsBE/RoadSignsBE.zip https://dl.dropboxusercontent.com/u/42418402/RoadSignsBE/roadsignpresetBE.xml De iconen zitten er al allemaal in, ze moeten enkel aan dat XML-bestand worden toegevoegd en dan zijn ze beschikbaar in de plugin. Wat tijd kost, is uitzoeken welke tags er dan van toepassing zijn. mvg, Jo 2015-02-13 18:46 GMT+01:00 Karel Adams fa348...@skynet.be: Op zijn minst bestaan er gereserveerde parkeerplaatsen. Voorbeeld aan station Nekkerspoel (Ontvoeringsplein). https://www.google.be/maps/@51.029946,4.489369,3a,30y,106.71h,86.96t/data=!3m4!1e1!3m2!1sJ2aKjl84Hyve3lEwG3UrVA!2e0?hl=nl On 13-02-15 17:03, Jo wrote: Do we have car sharing traffic rules in Belgium? 2015-02-13 14:56 GMT+01:00 Jo winfi...@gmail.com: 2015-02-11 16:17 GMT+01:00 Sander Deryckere sander...@gmail.com: I tried it a bit, and I do have some concerns with both the mapping plugin and the style JOSM uses. First, I think that a traffic sign should only have tags like traffic_sign=BE:C21[7] and no tags like maxweight=7 Those legal implications of traffic signs should stay on way segments IMO. Fully agree with you, atm you can get the effect you want by ticking or unchecking the tick box. Then I've always had problem with tagging variable speed limits (f.e. those dynamic zone-30 signs). When mapping signs, there should be a clear difference between the variable sign and the fixed sign, and that setting should also apply to the tags on the way segments. same here Since we're tagging directions on road pieces too, allowing direction signs (f.e. F29) should also be possible. It's a matter of adding it to the XML file. Not hard to do, but it hadn't been high on my priority list. The icons are already present in the plugin's image files. One of the reasons I hadn't added them yet (apart from lack of time), is that I'm concerned they will take up a lot of space, so the plugin should be changed and have tabs for categories of signs. Now, wrt the specific Belgian case, I've also seen a few mistakes, though not that many, since the plugin isn't very usable before solving the above. C9 is translated to moped=no on the wiki, while it's mofa=no on the plugin. I know the difference is very fuzzy (and the relation to class A and B too), but we should at least use a uniform tagging. C9 seems to be meaningless if Class A or B are not mentioned. Changed to moped. C23 is translated to goods=no on the wiki, and hgv=no on the plugin, again, the difference is rather fuzzy. added both C24a and C24b are both tagged as hazmat=no on the plugin, again a difference with the wiki, and I'm not sure what the hazmat_ADR_tunnel sign is. conformed to the wiki, even though no information about access:explosives can be found there Sign combinations (like C5+C7) also aren't available in the plugin. Didn't readily know what to do with those. Added them now No-stopping signs are missing from the plugin, and no-parking signs have no tags attached (parking:lanes:right=no would be the default tag I guess). Added, it's work in progress. I skipped the ones I didn't feel sure enough about. The F1 sign (without buildings background) is deprecated and all need to be replaced against June 1st (see http://www.nieuwsblad.be/cnt/dmf20141120_01386508 as example), I don't think the plugin will be production-ready against that time. So I don't think it's worth to include the sign (at least not with that graphic). Leaving it for the time being. Feel free to contribute a better graphic for F1a. F9 should be translated to motorroad=yes instead of motorway=yes changed The F17 sign contains some strange defaults (conditional access restrictions?) copy pasted from wiki, I'll remove them. I didn't really check the validity of sub-signs, as I've often found sub-signs very confusing in real life. +1 Thanks!!! Jo
Re: [OSM-talk] How We Map
On Thu, Feb 12, 2015, at 07:39 PM, Matthijs Melissen wrote: http://wiki.openstreetmap.org/wiki/How_We_Map I welcome this page, I think it is very useful. One small comment - I oppose the following sentence: Thank you for the comment Matthijs, I've added it to the discussion page here, http://wiki.openstreetmap.org/wiki/Talk:How_We_Map In any case, I would like to thank you for drafting this document. The original longer draft was a collective effort on the part of the DWG some time before i joined up, and Frederik did all the hard work of writing it up, so I can only accept a tiny modicum of credit for compressing it :) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How We Map
OpenStreetMap values community cohesion over data perfection. Could both terms be more elaborated on? Does data perfection in practice mean adding true but not really useful things, often in not-well-thought-out way? Because otherwise, we should strive to be perfect. Ah, this is exactly where i start whipping out classic references to Jorge Luis Borges. http://en.wikipedia.org/wiki/On_Exactitude_in_Science In that Empire, the Art of Cartography attained such Perfection that the map of a single Province occupied the entirety of a City, and the map of the Empire, the entirety of a Province. In time, those Unconscionable Maps no longer satisfied, and the Cartographers Guilds struck a Map of the Empire whose size was that of the Empire, and which coincided point for point with it. The following Generations, who were not so fond of the Study of Cartography as their Forebears had been, saw that that vast map was Useless, and not without some Pitilessness was it, that they delivered it up to the Inclemencies of Sun and Winters. The wording here was an attempt not to set OSM up for a cultural fall by saying anything along the lines of data quality is not as important to us as successful community. Suggestions for easier wording of this statement, on the Talk page for the draft, would be appreciated. I see this point has already been raised there: http://wiki.openstreetmap.org/wiki/Talk:How_We_Map#Community_cohesion ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-be] Brussels by bicycle
http://www.nieuwsblad.be/cnt/dmf20150212_01525728 both hilarious and incredibly sad at the same time. It's not that they're not trying. Bicycle infrastructure has improved a lot over the past 10 years, but not quite there yet. I'm confident this will become another 'belgenmop' in The Netherlands... ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] this has to stop: iD user mistakes all over the place
Thank you for dismissing all our arguments in one fell swoop. The difference with reported bugs, is that said bugs did get addressed. If we are anti-anything it's anti-having-to-cleanup-with-no-possibility-to-shut-close-the-source-of-the-cause-of-precious-time-wasters. If people were consciously breaking the data, this would most certainly be called vandalism. If you manage to burn out the regular contributors is OSM, you will have done the whole community a major disservice. Then there is the suggestion: it must not be a problem, as nobody bothered to create a pull request. We are mappers, not JS programmers and how hard can it really be to create dialogs to interact with your users? No need for external contributions to accomplish that, all that's needed is the willingness to stop annoying the rest of the community. 2015-02-12 0:40 GMT+01:00 Tom MacWright t...@macwright.org: We also aimed to have no bugs and like every software project before us, have failed to achieve that goal. The uproar about iD is the same as the uproar about the map style, website, user groups, code of conduct, Steve Coast, the board, imports, license change, attribution, and practically everything else about OpenStreetMap. It's not anti-iD bias, of course. It's anti-everything bias. On Wed, Feb 11, 2015 at 6:33 PM, Bryce Nesbitt bry...@obviously.com wrote: On Wed, Feb 11, 2015 at 1:08 PM, Tom MacWright t...@macwright.org wrote: Ever since 2012, in the second commit ever, Not breaking other people's data has been one of the three clearly stated public design goals of iD. This goal does not appear to have been carried out. The iD project comes off as tone deaf to breaking data concerns: Look at the uproar over issues of breaking data. Look at the core team response, which is mostly defensive posturing, not oriented to solutions. Why has iD taken such a beating on the mailing list breaking data issues? I don't think it's just anti-iD bias. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] roadsign plugin adapted for Belgium
Hi Sander, Thank you for having a look at it! You are right. The plugin code itself needs to be changed to accomodate the remarks at the start of your message. traffic_sign should go on the selected node and the effects of the sign should go on the selected ways The way it works now, you'd have to remove the tags that don't apply, which is not user-friendly at all, but at least it's easier than having to run the plugin twice. I've already created some tickets for some improvements, but I'm afraid I'll have to try and do it myself... I'm looking into creating plugins for JOSM, so adapting one may be good practice. I'm going to try and implement the other observations. I have to admit that I've been improvising here and there... sorry for the imperfections. Moped and mofa are indeed problematic. Is Belgium the only country which differentiates those by using class A and B? Or was my assumption wrong that Mofa is Class A and Moped is Class B? Jo 2015-02-11 16:17 GMT+01:00 Sander Deryckere sander...@gmail.com: I tried it a bit, and I do have some concerns with both the mapping plugin and the style JOSM uses. First, I think that a traffic sign should only have tags like traffic_sign=BE:C21[7] and no tags like maxweight=7 Those legal implications of traffic signs should stay on way segments IMO. So the stylesheet should try to recognise all traffic sign codes. Now you can tag something like traffic_sign=BE:A1a + maxweight=7, and JOSM will display a maxweight sign. Which isn't good. Splitting the tags completely makes it possible to have some redundancy, and to check one tagset against the other. Next to that, when we need to tag traffic signs, I would also like a way to set the direction of a sign easily, and to be able to view the direction easily. Certainly on physically split highways, some signs tend to be in the middle of the road, so it's unclear how they're facing. At crossings it can also be very ambiguous. We shouldn't have to fill in an angle by hand, but with some hotkey+mouse action, JOSM could generate the right angle (and maybe rotate the sign like it does for turn restrictions). Then I've always had problem with tagging variable speed limits (f.e. those dynamic zone-30 signs). When mapping signs, there should be a clear difference between the variable sign and the fixed sign, and that setting should also apply to the tags on the way segments. Since we're tagging directions on road pieces too, allowing direction signs (f.e. F29) should also be possible. And as a final general comment, when it comes to sub-signs and direction signs, there are many free texts possible. This should also be made possible next to the few defaults. Now, wrt the specific Belgian case, I've also seen a few mistakes, though not that many, since the plugin isn't very usable before solving the above. C9 is translated to moped=no on the wiki, while it's mofa=no on the plugin. I know the difference is very fuzzy (and the relation to class A and B too), but we should at least use a uniform tagging. C23 is translated to goods=no on the wiki, and hgv=no on the plugin, again, the difference is rather fuzzy. C24a and C24b are both tagged as hazmat=no on the plugin, again a difference with the wiki, and I'm not sure what the hazmat_ADR_tunnel sign is. Sign combinations (like C5+C7) also aren't available in the plugin. No-stopping signs are missing from the plugin, and no-parking signs have no tags attached (parking:lanes:right=no would be the default tag I guess). The F1 sign (without buildings background) is deprecated and all need to be replaced against June 1st (see http://www.nieuwsblad.be/cnt/dmf20141120_01386508 as example), I don't think the plugin will be production-ready against that time. So I don't think it's worth to include the sign (at least not with that graphic). F9 should be translated to motorroad=yes instead of motorway=yes The F17 sign contains some strange defaults (conditional access restrictions?) I didn't really check the validity of sub-signs, as I've often found sub-signs very confusing in real life. Regards, Sander 2015-02-09 1:15 GMT+01:00 Jo winfi...@gmail.com: All they are good for is mark what is the 'ground truth'. Thereby showing, where the tags the ways got as a result, came from. For your noexit example. One would set traffic_sign=F45 exactly where the signpost is located. In that case the job is done. No need to tag a way (anymore. As far as I am concerned, this was different before, but then I'm probably one of those who misunderstood the noexit=yes tag). Now the way will only be connected on one end and the F45 or F45b confirms that that is correct. In case the validator complains about the loose node being very near to another highway, add noexit=yes on that node. noexit=yes now became a tag to make the validator shut up. So all the traffic_sign does, is create a redundant connection
Re: [OSM-talk-be] roadsign plugin adapted for Belgium
For the direction of the sign, it would be nice to be able to use a 'virtual' node, then JOSM could calculate the bearing automatically. Maybe somebody should create a ticket so this becomes possible for all nodes which have direction. How is this solved when 2 signs are on the same pole? Or 3 (this happens for those green signs for emergency gathering points, OK those aren't traffic signs. It may also happen for roundabout signs on very small roundabouts). Jo 2015-02-11 16:17 GMT+01:00 Sander Deryckere sander...@gmail.com: I tried it a bit, and I do have some concerns with both the mapping plugin and the style JOSM uses. First, I think that a traffic sign should only have tags like traffic_sign=BE:C21[7] and no tags like maxweight=7 Those legal implications of traffic signs should stay on way segments IMO. So the stylesheet should try to recognise all traffic sign codes. Now you can tag something like traffic_sign=BE:A1a + maxweight=7, and JOSM will display a maxweight sign. Which isn't good. Splitting the tags completely makes it possible to have some redundancy, and to check one tagset against the other. Next to that, when we need to tag traffic signs, I would also like a way to set the direction of a sign easily, and to be able to view the direction easily. Certainly on physically split highways, some signs tend to be in the middle of the road, so it's unclear how they're facing. At crossings it can also be very ambiguous. We shouldn't have to fill in an angle by hand, but with some hotkey+mouse action, JOSM could generate the right angle (and maybe rotate the sign like it does for turn restrictions). Then I've always had problem with tagging variable speed limits (f.e. those dynamic zone-30 signs). When mapping signs, there should be a clear difference between the variable sign and the fixed sign, and that setting should also apply to the tags on the way segments. Since we're tagging directions on road pieces too, allowing direction signs (f.e. F29) should also be possible. And as a final general comment, when it comes to sub-signs and direction signs, there are many free texts possible. This should also be made possible next to the few defaults. Now, wrt the specific Belgian case, I've also seen a few mistakes, though not that many, since the plugin isn't very usable before solving the above. C9 is translated to moped=no on the wiki, while it's mofa=no on the plugin. I know the difference is very fuzzy (and the relation to class A and B too), but we should at least use a uniform tagging. C23 is translated to goods=no on the wiki, and hgv=no on the plugin, again, the difference is rather fuzzy. C24a and C24b are both tagged as hazmat=no on the plugin, again a difference with the wiki, and I'm not sure what the hazmat_ADR_tunnel sign is. Sign combinations (like C5+C7) also aren't available in the plugin. No-stopping signs are missing from the plugin, and no-parking signs have no tags attached (parking:lanes:right=no would be the default tag I guess). The F1 sign (without buildings background) is deprecated and all need to be replaced against June 1st (see http://www.nieuwsblad.be/cnt/dmf20141120_01386508 as example), I don't think the plugin will be production-ready against that time. So I don't think it's worth to include the sign (at least not with that graphic). F9 should be translated to motorroad=yes instead of motorway=yes The F17 sign contains some strange defaults (conditional access restrictions?) I didn't really check the validity of sub-signs, as I've often found sub-signs very confusing in real life. Regards, Sander 2015-02-09 1:15 GMT+01:00 Jo winfi...@gmail.com: All they are good for is mark what is the 'ground truth'. Thereby showing, where the tags the ways got as a result, came from. For your noexit example. One would set traffic_sign=F45 exactly where the signpost is located. In that case the job is done. No need to tag a way (anymore. As far as I am concerned, this was different before, but then I'm probably one of those who misunderstood the noexit=yes tag). Now the way will only be connected on one end and the F45 or F45b confirms that that is correct. In case the validator complains about the loose node being very near to another highway, add noexit=yes on that node. noexit=yes now became a tag to make the validator shut up. So all the traffic_sign does, is create a redundant connection between what's on the ground and how it affects the way (and sometimes a node (traffic_calming) or a relation (turn_restriction)). Nothing more, nothing less. This is why they started doing it in Finland: http://wiki.openstreetmap.org/wiki/Finland:Traffic_signs Now I'm not saying we have to try and add all of them, but I do want to make it possible and conveniently easy to add them (and their effects). Jo 2015-02-09 0:26 GMT+01:00 André Pirard a.pirard.pa...@gmail.com: On 2015
Re: [OSM-talk] this has to stop: iD user mistakes all over the place
We have been saying this from the very beginning, so it should have been taken into account right from the very start of development of iD. Don't break other contributor's data should have been among the initial design goals. Don't bother the user with dialogs when they're about to break something should not be a design goal at all. Odd that such an important item would have to be added in retrospect. Worse, it's absurd. Polyglot 2015-02-11 21:15 GMT+01:00 Mike N nice...@att.net: On 2/11/2015 2:49 PM, Bryce Nesbitt wrote: Read through the issue tracker: It's clear that issues reported are pushed back on by the core iD developers. It's very tightly held. I disagree (not a developer here). The interesting thing that came out of this discussion is the realization that none of the key problems that people are seeing have an outstanding pull request. If the pull request is rejected, then you have a point. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Wieder einmal lcn Sammelrelationen
Es sind auch Routen für PKW ausgeschildert die dann entlang für Turismus interessante Seiten führen. Die erfassen wir auch. Einfache Wegweiser zur nächstes Zielort natürlich nicht. Polyglot 2015-02-11 9:43 GMT+01:00 Manuel Reimer manuel.s...@nurfuerspam.de: Sarah Hoffmann lonvia at denofr.de writes: So oder so, es ist ein ausgeschildertes Netz und als solches hat es eine Berechtigung erfasst zu werden. Die Qualität des Netzes spielt da keine Rolle. Es würde ja auch niemandem einfallen, eine Strasse aus OSM zu löschen, weil sie zu viele Schlaglöcher hat. Dagegen, die Wege als solches zu erfassen, habe ich nie einen Einwand gehabt. Ich erfasse, wo es nach lokalen Gegebenheiten sinnvoll ist, sogar eingelaufene Trampelpfade in OSM. Der Unterschied zu Straßen ist aber, dass es hier um Relationen für die mit Wegweisern beschilderten Wege geht. Für Straßen kommt keiner auf die Idee solche Relationen anzulegen obwohl es dort eine ähnliche Wegweisung gibt. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] How to locate errors
The mystery of Lac Leman has now been solved. Oliver Tonnhofer identified this as a problem with Imposm 2 (but not Imposm 3) being picky over non-closed relations. Simon Poole just fixed the dubious way that was hanging out in the middle of Lac Leman: https://www.openstreetmap.org/changeset/28770763 It should all work properly everywhere by tomorrow, Hendrik :) w00t everyone -- Jo Walsh metaz...@fastmail.net On Tue, Feb 10, 2015, at 11:25 AM, Jo Walsh wrote: On Mon, Feb 9, 2015, at 10:24 AM, Hendrik Hoeth wrote: - Import planet-150202 into psql-database using imposm. Settings are at the bottom of this mail. - The Lake Geneva (Lac Leman, Switzerland) is missing. There is no polygon data for the lake in my database. Anything else I've looked at seems to be fine. How would I find out what to fix? Reading back, your problem is probably with imposm being picky; Lac Leman is a multipolygon relation, and you're only importing regular polygons in your settings file. Vanilla imposm may also be skipping big relations? see http://imposm.org/docs/imposm/latest/tutorial.html#multipolygon-relation-building There is a helpful imposm forum on which i've had advice before and you're probably much better off asking there. https://groups.google.com/forum/#!forum/imposm Today i'm experimenting with osm2psql and having a better time with that than imposm, involves less upfront thinking. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to locate errors
On Mon, Feb 9, 2015, at 10:24 AM, Hendrik Hoeth wrote: - Import planet-150202 into psql-database using imposm. Settings are at the bottom of this mail. - The Lake Geneva (Lac Leman, Switzerland) is missing. There is no polygon data for the lake in my database. Anything else I've looked at seems to be fine. How would I find out what to fix? Reading back, your problem is probably with imposm being picky; Lac Leman is a multipolygon relation, and you're only importing regular polygons in your settings file. Vanilla imposm may also be skipping big relations? see http://imposm.org/docs/imposm/latest/tutorial.html#multipolygon-relation-building There is a helpful imposm forum on which i've had advice before and you're probably much better off asking there. https://groups.google.com/forum/#!forum/imposm Today i'm experimenting with osm2psql and having a better time with that than imposm, involves less upfront thinking. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk