Re: [Talk-GB] FIXME/fixme/OSm Notes Quarterly Project

2019-11-05 Thread Edward Bainton
Thanks both @Andy - you're right it certainly doesn't! As the hospital access road (running ENE-WSW) is merely wide with islands rather than formally a dual carriageway, should it be shown as two ways like that? @Dave F When you say roundabouts need splitting, will they still get interpreted

[OSM-ja] OpenStreetMap Advent Calendar 2019

2019-11-05 Thread Zoar.
ぞあ. です。 昨年のアドベントカレンダーへの参加、ご覧いただきありがとうございました。 今年も Qiita でアドベントカレンダーを用意しました。 https://qiita.com/advent-calendar/2019/osmjp 今年のマッピング自慢や、こんなマッピングをしています。サーベイ方法やイベントの開催/参加報告など OSM の情報を共有してもりあがりましょう! これからのマッピングの野望なんかもいいかもしれません。 ご参加をよろしくお願いします。 -- Twitter : @ex_zoar OSM:

Re: [Talk-GB] FIXME/fixme/OSm Notes Quarterly Project

2019-11-05 Thread Dave F via Talk-GB
http://ra.osmsurround.org/analyzeRelation?relationId=2580522=true&_noCache=on Click on 'Analysis on map' All bits with a marker need looking at, plus roundabouts require splitting as the bus doesn't go all the way around. This one looks like a right mess given the loop with the bus stop is

Re: [talk-ph] Request for comment: revised Philippine road classifications (was at: Revisiting road classifications)

2019-11-05 Thread Timeo Gut
I always found our road classification guidelines to be too imprecise and at the same time too complicated. Even after months of being an active mapper I still found myself reading the guidelines over and over again to confirm if my chosen classifications would really meet all the different

Re: [Talk-GB] FIXME/fixme/OSm Notes Quarterly Project

2019-11-05 Thread Andy Townsend
On 05/11/2019 22:51, Edward Bainton wrote: What do I do about a fixme on a relation? A bus route near me says fixme=check relation plus members - appears broken https://www.openstreetmap.org/relation/2580522#map=14/52.5823/-0.2418=N Presumably 'broken' means the route has gaps in it? On a

Re: [talk-au] Map features for OSM & new street-level imagery in Australia

2019-11-05 Thread Edoardo Neerhut
Thanks Sebastian. Feel free to link anyone to me directly. Generally it is someone from the asset management team who is aware of image collection that the council is doing. Often someone with a GIS background/role description. Happy to chat further. Good luck! On Tue, 5 Nov 2019 at 21:51,

Re: [OSM-talk] Maintaining privacy as a casual mapper

2019-11-05 Thread Warin
On 03/11/19 21:42, Philippe Latulippe wrote: Hello everyone! I like to improve OSM casually, making small fixes as I use the map in my day-to-day life. However, doing so without any precautions would reveal a great deal of information about where I've been, since my edits cover exactly the

Re: [Talk-GB] FIXME/fixme/OSm Notes Quarterly Project

2019-11-05 Thread Edward Bainton
What do I do about a fixme on a relation? A bus route near me says fixme=check relation plus members - appears broken https://www.openstreetmap.org/relation/2580522#map=14/52.5823/-0.2418=N Presumably 'broken' means the route has gaps in it? On Thu, 24 Oct 2019 at 21:18, Rob Nickerson wrote:

Wochennotiz Nr. 484 22.10.2019–28.10.2019

2019-11-05 Thread Wochennotizteam
Hallo, die Wochennotiz Nr. 484 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/blog/2019/11/wochennotiz-nr-484/ Wusstet ihr, dass ihr auch selbst Meldungen für die Wochennotiz einreichen könnt, ohne Mitglied zu sein? Einfach auf

Re: [OSM-talk-fr] canaux de communication

2019-11-05 Thread Fabienne Morel via Talk-fr
Le 05/11/2019 à 12:19, Christian Rogel a écrit : J’ai cherché, en vain, sur le wiki OSM un équivalent, même lointain, de la page en Mailing lists. Moi je garde précieusement dans mes marques pages cette page de wiki

[OSM-talk-fr] hebdoOSM Nº 484 2019-10-22-2019-10-28

2019-11-05 Thread theweekly . osm
Bonjour, Le résumé hebdomadaire n° 484 de l'actualité OpenStreetMap vient de paraître *en français*. Un condensé à retrouver sur : http://www.weeklyosm.eu/fr/archives/12494/ Bonne lecture ! Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note hebdomadaire sans être

[Talk-africa] hebdoOSM Nº 484 2019-10-22-2019-10-28

2019-11-05 Thread theweekly . osm
Bonjour, Le résumé hebdomadaire n° 484 de l'actualité OpenStreetMap vient de paraître *en français*. Un condensé à retrouver sur : http://www.weeklyosm.eu/fr/archives/12494/ Bonne lecture ! Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note hebdomadaire sans être

[Talk-ht] hebdoOSM Nº 484 2019-10-22-2019-10-28

2019-11-05 Thread theweekly . osm
Bonjour, Le résumé hebdomadaire n° 484 de l'actualité OpenStreetMap vient de paraître *en français*. Un condensé à retrouver sur : http://www.weeklyosm.eu/fr/archives/12494/ Bonne lecture ! Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note hebdomadaire sans être

Re: [Talk-lt] highway=service ir track

2019-11-05 Thread Žilvinas Jonaitis
Sveiki Diskusija įdomi ir aktuali. Sutarimas visuomet gerai. Nesu didelis ekspertas, tad jei mano komentarai bus „į pievas“, nepykit. Mano nuomone, norint, kad stambiuose masteliuose tarp hierarchijos *Residential+* ir *Track* kelių nedingtų *Service* keliai, juos paprasčiausiai reiktų keisti į

Re: [Talk-cat] Parkings amb carsharing (opendata bcn)

2019-11-05 Thread yo paseopor
Podríem tenir dues opcions: amenity=parking parking=car_sharing o bé , com les de minusvàlids: amenity=parking_spaces capacity:car_sharing=1 (és a dir, dibuixar cada espai ) Salut i espais d'aparcament yopaseopor On Mon, Nov 4, 2019 at 1:48 AM Joan Quintana wrote: > Aquesta importació ha

Re: [Talk-GB] Name Suggestion Index

2019-11-05 Thread Rob Nickerson
Hi Robert, I'm happy to help with these. For each store can you please provide: 1. Main name (e.g. Greggs) 2. Any alternate name that should be matched on when contributors type in the search box in iD (e.g. Gregg's) 3. The main tag (e.g. shop=bakery) 4. Any alternate tags you

Re: [Talk-GB] Name Suggestion Index

2019-11-05 Thread Gareth L
Curious as to what is selected for branches of The Range. That was recently highlighted as being tricky to categorise. Gareth > On 6 Nov 2019, at 07:51, Robert Whittaker (OSM lists) > wrote: > > On Tue, 5 Nov 2019 at 08:24, Jez Nicholson wrote: >> I was wondering how iD (and Vespucci)

Re: [OSM-talk] Addressing SIG

2019-11-05 Thread James
It's a pretty cool concept, but doesn't necessarily invoke ALL addresses have been found, what happens if a few addresses are there? What happens if someone adds 1 or 2 addresses? Pretty good QA tool I'm guessing? ___ talk mailing list

Re: [Talk-GB] Name Suggestion Index

2019-11-05 Thread Robert Whittaker (OSM lists)
On Tue, 5 Nov 2019 at 08:24, Jez Nicholson wrote: > I was wondering how iD (and Vespucci) decides what to offer as brands when I > create a new feature, or when it suggests something like "Ibis looks like a > brand with incomplete tags". The answer is the >

[OSM-talk] Addressing SIG

2019-11-05 Thread Steve Coast
Hello Maps have three basic components: Display (does it look nice?), Routing (Can I get from a to b?) and Geocoding (Where is this address?). OSM is extremely good at the first one, and pretty good at the second one. But it’s pretty deficient in the third area: address data. The question is,

[talk-cz] mapathon Olomouc listopad

2019-11-05 Thread Antonin Haas
Ahoj, následující pravidelný mapathon v Olomouci info o akci: OLOMOUC | 13.11.2019 18:00 | Učebna 2.004 Přírodovědecká fakulta Univerzity Palackého v Olomouci 17. listopadu 12, 77146 Olomouc, Czech Republic fb událost https://www.facebook.com/events/701724430315463/ -- s pozdravem bass

Re: [OSM-talk-fr] JOSM et validation rule : bug avec regexp_match ? — Re: Nettoyage des clés mapillary

2019-11-05 Thread Yves P.
> Dans la catégorie fonctionnement étrange, j'ai bien l'impression que les "/" > avec échappement sont pas hypers appréciés, exemple avec la règle : > Qui produit les tags suivants après correction : > > concat("mapillary = ", >

Re: [OSM-talk-fr] JOSM et validation rule : bug avec regexp_match ? — Re: Nettoyage des clés mapillary

2019-11-05 Thread PanierAvide
Dans la catégorie fonctionnement étrange, j'ai bien l'impression que les "/" avec échappement sont pas hypers appréciés, exemple avec la règle : |*[mapillary][mapillary!~/^[a-zA-Z0-9_-]{22}$/][mapillary=~/mapillary.com\/map\/im\/[a-zA-Z0-9_-]{22}/] {|| ||    throwError: tr("mapillary tag

Re: [OSM-talk-fr] JOSM et validation rule : bug avec regexp_match ? — Re: Nettoyage des clés mapillary

2019-11-05 Thread PanierAvide
Bien vu ! J'ai pu modifier en conséquence la règle pour le tag mapillary sur https://josm.openstreetmap.de/wiki/Rules/Pictures Adrien P. Le 05/11/2019 à 12:39, Yves P. a écrit : Bonjour, Le 3 nov. 2019, PanierAvide  a écrit : Sur le modèle du fichier MapCSS pour les tags Wikimedia, on peut

Re: [OSM-talk-be] parking_space only for electric vehicle sign combination e9b

2019-11-05 Thread Jakka
thx Marc access=no + access:conditional=yes @ charging that look OK but we may not forget witch vehicle may use it you need to look @ the sign like see attachments or link elec.png all EV and elec_auto.png all EV not bus lorrie found info here but in dutch:

[Talk-bd] Thank you and congratulations OSM Bangladesh!

2019-11-05 Thread Sajjad Anwar
Dear Tasauf, Ahasan and the entire SOTM 2019 Team - I wanted to congratulate all of you for organizing SOTM Asia 2019. Even though I wasn't able to make it, I saw the tweets and posts of Facebook. It seemed like a well attended event with lots of excitement. Thank you so much for hosting the OSM

Re: [talk-ph] Suggesting removing names from expressway ramps (but keep on junction nodes)

2019-11-05 Thread Ian Lopez via talk-ph
I personally prefer to retain exit/interchange names from expressway ramps but I have no problem with moving such names to motorway junctions. Aside: Are we the only country that has exit/interchange names on expressway ramps? Regards, Ian Lopez - Blog: http://ianlopez1115.wordpress.com/

Re: [OSM-ja] 11/10 京都!街歩き!マッピングパーティ:第14回 鍬山神社

2019-11-05 Thread yasunari yamashita
山下です。皆さんこんにちわ。 京都!街歩き!マッピングパーティ:第14回 鍬山神社 https://openstreetmap-kyoto.connpass.com/event/152674/ は今週末の 11/10 開催です。 皆様の参加をお待ちしています! イベントの詳細と参加申し込みは connpass にて https://openstreetmap-kyoto.connpass.com/event/152674/ 2019年10月26日(土) 1:50 yasunari yamashita : > > 京都!街歩き!マッピングパーティ世話役の山下です。 >

Re: [talk-au] Street names from gis.mn.gov?

2019-11-05 Thread Nemanja Bracko (E-Search) via Talk-au
Not sure that I have understood it correctly? I’ve just confirmed what was Harvey’s assumption, because I know what could happen in our process. Nothing else. Od: Mateusz Konieczny Poslato: utorak, 05. novembar 2019. 14:01 Cc: OSM Australian Talk List Tema: Re: [talk-au] Street names from

Re: [talk-au] Street names from gis.mn.gov?

2019-11-05 Thread Mateusz Konieczny
Is there anything wrong with that? In this case it is also a weak confirmation that "I'm their Lead." is true and not an impersonation. 5 Nov 2019, 11:51 by talk-au@openstreetmap.org: > > … or if it is really necessary to reply from company mail address. >  > > >   > > > Od:> Nemanja Bračko

Re: [OSM-talk-be] parking_space only for electric vehicle sign combination e9b

2019-11-05 Thread Lionel Giard
As far as i know, there is no legal access limitation in Belgium to such space (it is only advisory to not park there if not charging - that's why we can't do anything when people park on them, except if there is a sign "do not park or you'll be towed" or other sign that have legal value). So

[OSM-talk-be] Mapillary tip bij regen

2019-11-05 Thread Philippe Casteleyn
https://www.mapillary.com/app/?focus=photo=tyzRIji1MXSDUcxAxoxFoQ=51.04352509997222=4.263778=17 Wanneer het regent droog ik mijn cameralens bij elke straathoek. ___ Talk-be mailing list Talk-be@openstreetmap.org

[OSM-talk-fr] JOSM et validation rule : bug avec regexp_match ? — Re: Nettoyage des clés mapillary

2019-11-05 Thread Yves P.
Bonjour, > Le 3 nov. 2019, PanierAvide a écrit : > > Sur le modèle du fichier MapCSS pour les tags Wikimedia, on peut ajouter une > règle avec un "regexp_match" pour rechercher/remplacer automatiquement. Pour > une raison qui m'échappe, la règle suivante qui devrait faire le boulot ne >

Re: [OSM-talk-fr] canaux de communication

2019-11-05 Thread Christian Rogel
 >> Le 4 nov. 2019 à 15:05, Vincent Bergeot a écrit : > je complète avec cela : https://openstreetmap.community/ > > et avec le fait que nous aurions peut-être intérêt à faire remonter les > listes locales non ? > J’ai cherché, en vain, sur le wiki OSM un équivalent, même lointain, de la

Re: [talk-au] Street names from gis.mn.gov?

2019-11-05 Thread Nemanja Bracko (E-Search) via Talk-au
… or if it is really necessary to reply from company mail address.  Od: Nemanja Bračko Poslato: utorak, 05. novembar 2019. 11:45 Za: Sebastian Spiess Cc: OSM Australian Talk List Tema: Re: [talk-au] Street names from gis.mn.gov? Will do. I'm their Lead. On Tue, Nov 5, 2019 at 11:44 AM

Re: [talk-au] Map features for OSM & new street-level imagery in Australia

2019-11-05 Thread Sebastian Spiess
Hi, this is great. Many thanks to all involved. I would be keen to ask or propose the Northern beaches Council to do the same. Do you have any contact persons that I could refer the Council men to? Note: I have no idea how to actually approach the council (the appropriate person) however I'm

Re: [talk-au] Street names from gis.mn.gov?

2019-11-05 Thread Nemanja Bračko
Will do. I'm their Lead. On Tue, Nov 5, 2019 at 11:44 AM Sebastian Spiess wrote: > I suggest to have the author add a changeset comment to clarify. > > > On 5/11/19 9:57 am, Nemanja Bračko wrote: > > Yup, I can confirm that Harvey is right. > It is left from one of US editors which were moved

Re: [talk-au] Street names from gis.mn.gov?

2019-11-05 Thread Sebastian Spiess
I suggest to have the author add a changeset comment to clarify. On 5/11/19 9:57 am, Nemanja Bračko wrote: > Yup, I can confirm that Harvey is right. > It is left from one of US editors which were moved from US edits to AU > like 2 months ago. > > Thanks, > Nemanja > > Sent from my phone > > On

Re: [talk-au] Uluru naming consistency

2019-11-05 Thread Sebastian Spiess
I support this too. While I recall that it was Ayers Rock some time in the past in my bubble it is no longer actively used. On 29/10/19 12:00 pm, Andrew Harvey wrote: > On Tue, 29 Oct 2019 at 11:08, Michael Gratton > wrote: > > On Tue, 29 Oct, 2019 at 10:43, Adam Horan

Re: [OSM-talk-be] parking_space only for electric vehicle sign combination e9b

2019-11-05 Thread marc marc
Hello, Le 05.11.19 à 11:24, Jakka a écrit : > How to indicate a parking_space only for electric vehicle? access=no + access:conditional=yes @ charging some use parking_space=charging but it's a undocumented value, so maybe no datause Regards, Marc

Re: [OSM-talk] Maintaining privacy as a casual mapper

2019-11-05 Thread Maarten Deen
On 2019-11-05 10:58, Simon Poole wrote: The clause is mainly a consequence of the relevant GDPR rules and at the time (not sure why we are having this discussion after the fact) we spent a lot of time investigating what potential routes there could be to working around this, but nobody came up

[OSM-talk-be] parking_space only for electric vehicle sign combination e9b

2019-11-05 Thread Jakka
How to indicate a parking_space only for electric vehicle? Witch tag should be added to indicated that a parking_space is only for electric vehicle "when charging???" ...with "fee=yes/no" maxstay=* is not good exist for other parking places also like near shop for "fee=no" & "maxstay=30"

Re: [OSM-talk-be] Road side parking ( Was Re: Overdreven gedetailleerde mapping ?)

2019-11-05 Thread Marc Gemis
so for https://www.mapillary.com/map/im/tyzRIji1MXSDUcxAxoxFoQ (the spot from the previous mail) parking:lane:both=marked parking:lane:left:type=on_kerb (*) parking:lane:right:type=half_on_kerb (*) parking:lane:right:capacity=2 parking:lane:left:capacity=2 parking:condition:both=free (*)

Re: [OSM-talk-be] Road side parking ( Was Re: Overdreven gedetailleerde mapping ?)

2019-11-05 Thread Lionel Giard
Yes technically this is how to map it (at least how it is documented), and using the mandatory tag "parking:condition" in combination give indication for people looking at roadside parking (one viewer show these : https://zlant.github.io/parking-lanes/#15/50.9452/3.1233 with Roeselare as a

Re: [OSM-talk] Maintaining privacy as a casual mapper

2019-11-05 Thread Simon Poole
The clause is mainly a consequence of the relevant GDPR rules and at the time (not sure why we are having this discussion after the fact) we spent a lot of time investigating what potential routes there could be to working around this, but nobody came up with a workable solution. Simon  Am

Re: [OSM-talk] Maintaining privacy as a casual mapper

2019-11-05 Thread Tom Hughes
On 05/11/2019 09:40, Maarten Deen wrote: COPPA does not seem to apply since OSM is not directed to children, let alone in commercial ventures. The only possible connection would be when children register since you would store information about them. That might be a sensible reason to block

Re: [OSM-talk] Maintaining privacy as a casual mapper

2019-11-05 Thread Maarten Deen
On 2019-11-05 10:12, Mateusz Konieczny wrote: 4 Nov 2019, 12:53 by md...@xs4all.nl: In any case, I see that the "You must be 13 years or older to use the Services." is still there. Really? Someone under 13 can not look at the OSM map? I'm sorry, but that is completely laughable. And not

Re: [Talk-es] Importación del Catastro de Valencia

2019-11-05 Thread Lanxana .
Buenos días, como bien comenta Jordi, hay tareas más "fáciles" que otras. Sugiero para los nuevos mapeadores empezar por las que no tengan nada mapeado previamente. Se puede ver fácilmente al ir a seleccionar una tarea. Si hay algún icono o edificio dentro, mejor escoger otra hasta que tengáis

Re: [OSM-talk] Maintaining privacy as a casual mapper

2019-11-05 Thread Mateusz Konieczny
4 Nov 2019, 12:53 by md...@xs4all.nl: > In any case, I see that the "You must be 13 years or older to use the > Services." is still there. > Really? Someone under 13 can not look at the OSM map? I'm sorry, but that is > completely laughable. And not enforcable at all. > It is probably

[OSM-talk-be] Road side parking ( Was Re: Overdreven gedetailleerde mapping ?)

2019-11-05 Thread Marc Gemis
So for those 4 roadside parking spaces: https://osm.org/go/0EpBwBaxP?m= I have to split the road a couple of times, add some 3 or 4 parking lane tags to indicate it is somehow on both sides, parallel parking in marked spots? And I wouldn't be able to add the capacity in the end. While adding 4

Re: [Talk-GB] OS Map Rules

2019-11-05 Thread Mateusz Konieczny
5 Nov 2019, 00:37 by andrew+...@pluven.co.uk: > I was thinking of using a paper OS map to identify public footpaths > which are not currently on OSM, and use it to plan and navigate (map and > compass) a route along those paths. > > If I get a GPS trace (e.g. with OSMTracker) while I walk that

Re: [OSM-talk-fr] canaux de communication

2019-11-05 Thread thevenon . julien
- Mail original - De: "marc marc" Objet: Re: [OSM-talk-fr] canaux de communication > ils auront le choix. c'est à eux de voir si un email fait + ou - peur, > perso je ne saisi pas la réalité de cet argument. > au contraire c'est triste qu'en 2019 il n'y ai tjs pas de fusion (au > sens

Re: [OSM-talk-be] Overdreven gedetailleerde mapping ?

2019-11-05 Thread Lionel Giard
@Marc These parking along street are indeed often not "amenity=parking" but probably more related to parking:lane tag (tagged on the highway itself). Technically it is suggested to only map these kind of roadside parking with the parking:lane

[Talk-GB] Name Suggestion Index

2019-11-05 Thread Jez Nicholson
Continuing my poking around to see what causes what I was wondering how iD (and Vespucci) decides what to offer as brands when I create a new feature, or when it suggests something like "Ibis looks like a brand with incomplete tags". The answer is the

Re: [OSM-talk] osm2pgsql 1.2.0

2019-11-05 Thread Sarah Hoffmann
Hi, On Tue, Nov 05, 2019 at 12:16:30AM +0100, wambac...@posteo.de wrote: > i'm using osm2pgsql-0.96 right now. Is it possible (and meaningful) to > switch to osm2pgsql-1.2.0? > > Must i change anything in my database? Runing diff updates using a flatfile. You can switch from 0.96 to 1.2 any