[talk-ph] Santa Ana, Manila Mapping Party report
Hello everybody, First of all, here's the before-and-after image: https://wiki.openstreetmap.org/wiki/File:Santa_Ana,_Manila_Mapping_Party_before_and_after.png Thank you to everybody who attended our first mapping party since 2011. We were joined by mappers Rally and Marco (who is also a board member of WMPH). We also had a few Geodetic Engineering students from UP Diliman join us, like Angel and Mark. The map of Santa Ana was improved during the event by Marco editing almost in real-time using Go Map. Rally then later added what he can at home using JOSM. Jules, although he wasn't able to attend, also supported the event by tracing buildings in the area before and after the event. In the late afternoon, together with the Wikipedians, we were given a tour at the Lichauco Heritage House (http://www.openstreetmap.org/way/303265506), one of the only 2 heritage houses declared by the National Historical Commission of the Philippines (NHCP) in Metro Manila. We met and talked with the owner, Ma'am Jessie Lichauco, the 102-year-old widow of diplomat Marcial Lichauco who joined the Filipino contingent to the U.S. that led to the Tydings-McDuffie Act (aka Philippine Independence Act). For her age, she was quite talkative, witty and energetic! We also saw the huge Balete Heritage Tree at the front yard ( http://www.openstreetmap.org/node/3076137109) (yes, the house faced the Pasig River, back when the river was the main avenue of transportation and Pedro Gil did not exist yet), one of only 2 heritage trees declared by the Department of Environment and Natural Resources (DENR). Some photos during the event (on Facebook): https://www.facebook.com/photo.php?fbid=10152672926032908 https://www.facebook.com/photo.php?fbid=10152671206502908 https://www.facebook.com/photo.php?fbid=10204787553713658 https://www.facebook.com/photo.php?fbid=578119035643368 (not fully public) I hope we can have more mapping parties in the future. If nothing else, it's an excuse to meet up and talk about maps! :-) Regards, Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Santa Ana, Manila Mapping Party report
Hi Eugene, Congrats to all you guys it looked like a fantastic day. That house looks awesome, it is great that some of the heritage is being preserved and shared. Cheers Mark Regards Mark Cupitt If we change the world, let it bear the mark of our intelligence Hire Me on Freelancer See me on Open StreetMap https://www.openstreetmap.org/user/Mark_Cupitt See me on LinkedIn http://ph.linkedin.com/in/markcupitt *See me on StackExchange http://gis.stackexchange.com/users/17846/mark-c* === The contents of this email are intended only for the individual(s) to whom it is addressed and may contain confidential or privileged information. If you are not the intended recipient, you must not disclose, copy, distribute, or use the contents of this email. If you have received this email in error, please notify the sender immediately and delete the email and any attachments. === On Thu, Sep 25, 2014 at 7:45 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hello everybody, First of all, here's the before-and-after image: https://wiki.openstreetmap.org/wiki/File:Santa_Ana,_Manila_Mapping_Party_before_and_after.png Thank you to everybody who attended our first mapping party since 2011. We were joined by mappers Rally and Marco (who is also a board member of WMPH). We also had a few Geodetic Engineering students from UP Diliman join us, like Angel and Mark. The map of Santa Ana was improved during the event by Marco editing almost in real-time using Go Map. Rally then later added what he can at home using JOSM. Jules, although he wasn't able to attend, also supported the event by tracing buildings in the area before and after the event. In the late afternoon, together with the Wikipedians, we were given a tour at the Lichauco Heritage House (http://www.openstreetmap.org/way/303265506), one of the only 2 heritage houses declared by the National Historical Commission of the Philippines (NHCP) in Metro Manila. We met and talked with the owner, Ma'am Jessie Lichauco, the 102-year-old widow of diplomat Marcial Lichauco who joined the Filipino contingent to the U.S. that led to the Tydings-McDuffie Act (aka Philippine Independence Act). For her age, she was quite talkative, witty and energetic! We also saw the huge Balete Heritage Tree at the front yard ( http://www.openstreetmap.org/node/3076137109) (yes, the house faced the Pasig River, back when the river was the main avenue of transportation and Pedro Gil did not exist yet), one of only 2 heritage trees declared by the Department of Environment and Natural Resources (DENR). Some photos during the event (on Facebook): https://www.facebook.com/photo.php?fbid=10152672926032908 https://www.facebook.com/photo.php?fbid=10152671206502908 https://www.facebook.com/photo.php?fbid=10204787553713658 https://www.facebook.com/photo.php?fbid=578119035643368 (not fully public) I hope we can have more mapping parties in the future. If nothing else, it's an excuse to meet up and talk about maps! :-) Regards, Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] WMS for Wallonia
Hi, Indeed, having a little baby at home take time... I received an email last week from the SPW saying that there are a new conditions d'utilisation du service which allow us to copy data from the Orthophoto and - maybe - other datas. je vous informe de la situation concernant l'autorisation d'utilisation des orthophotos via nos services : nous avons rédigé une _licence services qui est « générale »_. Elle s'applique aux différents cas de figure possibles et pas seulement à l'utilisation des orthophotos. (...) Puisque la « licence services » a été adoptée, celle-ci s'applique donc. (...) Par application de celle-ci, les différents utilisateurs ont le droit de se connecter aux serveurs du SPW, de digitaliser les ortho et de réutiliser les fonds de plan produits par eux à des fins commerciales. Donc, elle répond aussi à votre demande ! Reading the licence, it is not said you may copy data to OSM, but they say : Article 3. Principe §1 er . Sous réserve du paragraphe 2, le SPW permet l’accès et l’utilisation gratuits des services par tout utilisateur. §2. Les services à accès sécurisé font l’objet d’une autorisation dont les modalités sont décrites dans les métadonnées associées. * **We may use the services.* In Wallonia, some things happens in a quite formal/informal way. Some people are not convinced by an official ODbL licence, or CC-BY, but a lot of people are fighting for that inside the SPW, and that's what we could reach, until now. Julien Le 24/09/14 06:57, Jo a écrit : Hi Gilbert, It would be good if that could be cleared up. I don't know who to ask though. It seems like Julien has other stuff to worry about at the moment. Jo 2014-09-21 15:24 GMT+02:00 Gilbert Hersschens gherssch...@gmail.com mailto:gherssch...@gmail.com: I lost track of the conversation about using the aerial imagery for Wallonia from arcgis. Are we allowed to use them or not ? Regards, 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 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] WMS for Wallonia
The way I read that, we do have permission, just like everybody else, to use their ortho pictures to 'digitalise' them and add the information to Openstreetmap. So that's great news. Par application de celle-ci, les différents utilisateurs ont le droit de se connecter aux serveurs du SPW, de digitaliser les ortho et de réutiliser les fonds de plan produits par eux à des fins commerciales. Donc, elle répond aussi à votre demande ! §2. Les services à accès sécurisé font l’objet d’une autorisation dont les modalités sont décrites dans les métadonnées associées. This paragraph says that there is also other data for which a login is required, which have other restrictions. So what do we use as the source string on the changesets? Can we add it to this page on the wiki? http://wiki.openstreetmap.org/wiki/Potential_Datasources#Belgium Jo ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] WMS for Wallonia
Le 24/09/14 11:12, Jo a écrit : The way I read that, we do have permission, just like everybody else, to use their ortho pictures to 'digitalise' them and add the information to Openstreetmap. So that's great news. Par application de celle-ci, les différents utilisateurs ont le droit de se connecter aux serveurs du SPW, de digitaliser les ortho et de réutiliser les fonds de plan produits par eux à des fins commerciales. Donc, elle répond aussi à votre demande ! §2. Les services à accès sécurisé font l’objet d’une autorisation dont les modalités sont décrites dans les métadonnées associées. This paragraph says that there is also other data for which a login is required, which have other restrictions. So what do we use as the source string on the changesets? We might use orthophoto, but potentially other datasources available as WMS. SPW:Ortho ? Can we add it to this page on the wiki? I think we can ! http://wiki.openstreetmap.org/wiki/Potential_Datasources#Belgium Jo ___ 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] WMS for Wallonia
Thanks, guys. I'm refreshing my wiki page (currently https://wiki.openstreetmap.org/wiki/User:Gilbert54/JOSM) on the subject to include Brussels and Wallonia. It's a bit more detailed than http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference . When I'm done with the refresh I'll post an invitation to review it. By the way, according to that info we can only use the imagery and address info. AGIV has tons of other information which is accessible through WMS. Is anyone maintaining contact with AGIV to inquire if any of that ( http://www.geopunt.be/catalogus/search?facet=webservice) can also be used in OSM ? Gilbert On 24 September 2014 11:39, Julien Fastré jul...@fastre.info wrote: Le 24/09/14 11:12, Jo a écrit : The way I read that, we do have permission, just like everybody else, to use their ortho pictures to 'digitalise' them and add the information to Openstreetmap. So that's great news. Par application de celle-ci, les différents utilisateurs ont le droit de se connecter aux serveurs du SPW, de digitaliser les ortho et de réutiliser les fonds de plan produits par eux à des fins commerciales. Donc, elle répond aussi à votre demande ! §2. Les services à accès sécurisé font l’objet d’une autorisation dont les modalités sont décrites dans les métadonnées associées. This paragraph says that there is also other data for which a login is required, which have other restrictions. So what do we use as the source string on the changesets? We might use orthophoto, but potentially other datasources available as WMS. SPW:Ortho ? Can we add it to this page on the wiki? I think we can ! http://wiki.openstreetmap.org/wiki/Potential_Datasources#Belgium Jo ___ 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
[OSM-talk-be] Old topographic maps
Hi all, The talk on the list about the wiki with sources for Belgium reminds me that I promised some months ago to make a list of out of copyright topographic maps that I have. The list is below. Practically speaking it are maps dating from before the second world war. Those maps can be used for OSM and I am willing to provide them if there would be a practical use. I am somewhat skeptical about their usability, however. All maps are paper maps, so would need to be scanned and georeferenced before they are really useful in my opinion. Which is a lot of work that I am not willing to do. wouter === Series 1:20.000 === 9 7 Nieuwehoef 1939 18 2 Veldhoven 1939 18 3 Grootbeersel 1939 18 8 Ophoven 1938 33 3 Alken 1937 34 3 Neerharen 1935 34 7 Visé 1938 34 8 Fouron-Saint-Martin 1937 35 5 Gemmenich 1938 37 4 Frasnes-lez-Buissenal 1926 37 5 Hertain 1926 37 6 Tournai 1926 40 4 Jauche 1939 43 2 Raeren 1936 43 3 Petergensfeld 1937 43 4 Lammersdorf 1937 43 7 Reinartzhof 1937 43 8 Hoscheit 1937 44 2 Rongy 1911 48 4 Nandrin 1925 48 6 Ohey 1923 48 7 Modave 1931 48 8 Clavier 1931 51 1 Roisin 1911 51 2 Erquennes 1911 52 3 Gozée 1933 52 5 Grandrieu 1911 52 6 Beaumont 1911 52 7 Silenrieux 1911 53 2 Mettet 1925 53 4 Yvoir 1933 54 3 Maffe 1930 54 4 Grand-Han 1932 54 5 Achêne 1933 54 6 Leignon 1933 54 7 Aye 1930 55 2 Mormont 1933 55 3 Bra 1936 55 6 Botzelaer 1937 55 6 Dochamps 1936 55 7 Odeigne 1933 55 8 Bihain 1931 56 1 Vielsalm 1931 56 5 Bovigny 1931 56 6 Thommen 1932 56 7 Burg-Reuland 1931 56 4' Manderfeld 1932 58 3 Agimont 1935 58 7 Felenne 1935 59 4 Nassogne 1934 59 5 Pondrôme 1932 62 1 Sivry 1911 62 5 Momignies 1912 65 4 Wardin 1909 65 6 Juseret 1934 65 8 Romeldange 1909 67 2 Dohan 1933 67 4 Chiny 1933 67 6 Muno 1930 67 7 Florenville 1939 67 8 Izel 1933 68 4 Attert 1932 68 7 Habay-la-Neuve 1933 71 1 Meix-devant-Virton 1932 === Series 1:10.000 === (This is a monochrome enlargement of the 1:20.000 series) 1 8 Esschen-Horendonck 1932 2 6 Ipenrooy 1936 2 7 Meerle 1932 3 5 Maerle 1938 4 8 Blankenberghe 1937 5 5 Heyst 1932 5 6 Westcappelle 1937 5 8 Ste-Marguerite 1930 7 2 Noordhoek 1932 7 3 Calmpthoutschenhoek Moerkant 1932 7 4 Calmpthout 1935 7 5 Kieldrecht 1932 7 6 Lillo 1935 7 7 Eeckeren 1936 8 1 Wuestwezel 1932 8 2 Hoogstraeten 1932 8 3 Wortel 1932 8 4 Weelde 1932 8 5 Brecht 1934 8 7 Beersse 1935 8 8 Turnhout 1935 9 7 Nieuwehoef 1939 9 8 Borkelbrug 1939 10 5 Beverbeek 1938 12 1 Middelkerke 1928 12 2 Ostende 1934 12 3 Breedene 1935 12 6 Leke 1933 12 7 Ghistelle 1935 12 8 Zedelghem 1936 13 1 Bruges 1934 15 1 St-Gilles-Waes 1928 15 2 Beveren-Waes 1925 15 6 Tamise 1935 16 1 Schilde 1939 16 6 Berlaer 1938 17 1 Rethy 1939 17 2 Moll 1938 17 3 Lommel 1939 17 7 Bourg-Léopold 1939 18 1 Hamont 1939 18 2 Veldhoven 1939 18 3 Groot-Beersel 1939 18 6 Bree 1939 18 7 Maeseyck 1939 18 8 Ophoven 1938 19 3 Moeres 1935 19 4 Furnes 1935 19 8 Hoogstade 1924 20 1 Lampernisse 1937 20 2 Dixmude 1934 20 5 Loo 1935 20 6 Langemarck 1935 20 7 Staden 1936 20 8 Roulers 1935 21 1 Wynghene 1928 21 2 Thielt 1937 21 5 Iseghem 1934 22 3 Wetteren 1925 23 2 Puers 1936 23 4 Malines 1936 23 5 Lebbeke 1936 23 7 Vilvorde 1936 24 1 Putte 1936 24 3 Boisschot 1936 24 4 Westerloo 1936 24 7 Aerschot 1936 24 8 Montaigu 1936 25 2 Pael 1939 26 1 Gestel 1938 26 2 Opoeteren 1939 26 3 Stockheim 1939 26 4 Heppenert 1938 26 5 Genck 1939 26 6 Sutendael 1939 26 7 Reckheim 1939 27 4 Proven 1935 28 1 Poperinghe 1933 28 2 Ypres 1935 28 3 Gheluvelt 1930 28 4 Moorsele 1930 28 7 Wervicq 1935 28 8 Menin 1935 29 3 Anseghem 1933 29 6 Sweveghem 1934 29 7 Avelghem 1934 29 8 Renaix 1934 31 1 Assche 1937 31 5 Lennick-Saint-Quentin 1935 31 7 Uccle 1937 32 1 Erps-Querps 1936 32 2 Louvain 1937 32 3 Lubbeek 1937 32 4 Glabbeek-Suerbempde 1937 33 1 Léau 1937 33 3 Alken 1937 33 4 Cortessem 1937 33 5 Landen 1937 33 7 Heers 1937 34 1 Bilsen 1937 34 2 Veldwezelt 1937 34 3 Neerharen 1936 34 5 Tongres 1938 34 6 Herderen 1938 34 7 Visé 1938 34 8 Fouron-Saint-Martin 1937 35 5 Gemmenich 1938 35 6 Botzelaer 1937 36 2 Ploegsteert 1930 37 3 Celles 1934 37 4 Frasnes-les-Buissenal 1934 37 5 Hertain 1934 37 6 Tournai 1935 38 1 Mainvault 1934 38 2 Lessines 1939 38 3 Biévène 1934 38 4 Enghien 1934 38 7 Lens 1935 39 1 Rebecq-Rognon 1934 39 4 La Hulpe 1931 39 6 Feluy 1932 39 8 Genappe 1934 40 1 Wavre 1935 40 2 Chaumont-Gistoux 1934 40 3 Jodoigne 1935 40 4 Jauche 1939 40 5 Chastre 1933 40 6 Gembloux 1936 40 8 Eghezée 1934 41 1 Hannut 1935 41 3 Waremme 1935 41 5 Wasseiges 1925 41 6 Braives 1931 41 7 Jehay-Bodegnée 1935 41 8 Saint-Georges 1935 42 3 Dalhem 1937 42 7 Fléron 1937 43 1 Henri-Chapelle 1937 43 2 Raeren 1936 43 3 Petergensfeld 1937 43 4 Lammersdorf (Station) 1937 43 5 Limbourg 1937 43 6 Eupen 1938 43 7 Reinartzhof 1937 43 8 Hoscheit 1937 44 1 Sartine 1934 44 2 Rongy 1934 44 3 La Plaigne 1934 44 4 Peruwelz 1934 45 1 Beloeil 1934 45 2 Baudour 1939 45 3 Jurbise 1935 45 4 Obourg 1937 45 5 Quiévrain 1939 45 7 Mons 1934 46 1 Roeulx 1935 46 2 Seneffe 1931 46 3 Gouy-lez-Piéton 1934 46 4 Gosselies 1933 46 6
Re: [OSM-talk-be] WMS for Wallonia
Hi, First of all, deepest congratulations to Julien on his new baby. Family life is what matters most. Le 24/09/14 06:57, Jo a écrit : 2014-09-21 15:24 GMT+02:00 Gilbert Hersschens gherssch...@gmail.com mailto:gherssch...@gmail.com: I lost track of the conversation about using the aerial imagery for Wallonia from arcgis. Are we allowed to use them or not ? Regards, Gilbert Hi Gilbert, It would be good if that could be cleared up. I don't know who to ask though. It seems like Julien has other stuff to worry about at the moment. Jo 10 mo answer: On 2014-05-08 16:58, Julien Fastré wrote : Hi, good news from the walloon front : the strategic plan for geomatica was approved, and, following those who may read it, our request sent with OKFN were heard ! The minister Henry asked to the SPW (his administration) to set up all data from SPW as Open Data; they received a green light to do that. Politically, it seems to me something really new. On 2014-09-24 10:55, Julien Fastré wrote : Hi, Indeed, having a little baby at home take time... I received an email last week from the SPW saying that there are a new conditions d'utilisation du service which allow us to copy data from the Orthophoto and - maybe - other datas. je vous informe de la situation concernant l'autorisation d'utilisation des orthophotos via nos services : nous avons rédigé une _licence services qui est « générale »_. Elle s'applique aux différents cas de figure possibles et pas seulement à l'utilisation des orthophotos. (...) Puisque la « licence services » a été adoptée, celle-ci s'applique donc. (...) Par application de celle-ci, les différents utilisateurs ont le droit de se connecter aux serveurs du SPW, de digitaliser les ortho et de réutiliser les fonds de plan produits par eux à des fins commerciales. Donc, elle répond aussi à votre demande ! Reading the licence, it is not said you may copy data to OSM, but they say : Article 3. Principe §1 er . Sous réserve du paragraphe 2, le SPW permet l’accès et l’utilisation gratuits des services par tout utilisateur. §2. Les services à accès sécurisé font l’objet d’une autorisation dont les modalités sont décrites dans les métadonnées associées. * **We may use the services.* In Wallonia, some things happens in a quite formal/informal way. Some people are not convinced by an official ODbL licence, or CC-BY, but a lot of people are fighting for that inside the SPW, and that's what we could reach, until now. Julien On my side, I wrote long explanations that SPW does *not* provide WMS for most data (1) and that when it does it does, it does not, despite claims, provide EPSG:4326 which is practically considered a WMS requirement and is necessary for JOSM; Julien answered that these are not interesting remarks. So, the answer to WMS for Wallonia is no but if you restrict the question to aerial imagery it is the only case for which EPSG:4326 WMS exists (if the bug is corrected (one half of Wallonia blank)). Cheers, André. (1) Minister Henry's all data SPW's Elle s'applique aux différents cas de figure possibles et pas seulement à l'utilisation des orthophotos. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Géomatique Wallonne - strategic plan
On 2014-01-17 13:25, Julien Fastré wrote : Le 16/01/14 22:59, André Pirard a écrit : On 2014-01-16 18:44, Jo wrote : Yes, go and ask them for aerial imagery, house numbers, building contours, PT data from TEC and STIB/MIVB. And if it's a by the piece permission, first of all the boundaries which are the only feature you can't see from above or walk with a GPS (and that are not copyrightable in my opinion, you might bring that particular answer back). Boundaries are the property of IGN. Walloon Regio, etc. just copy information from them. I think we should make contact with IGN/NGI to obtain this information. Yes, I know of course that SPW copies, of course too, the boundary information from IGN. But, once again, the boundaries are not the property of IGN. The boundaries were made by the Belgian Government (and even the French Government) and the owners are in fact the Belgian people who paid taxes for that. IGN received in 1831 the mission to publish the administrative boundaries and publishing is not being the owner. Should we seek a permission, we'd rather contact the Government than IGN. Should the persons who mapped our boundaries on OSM continue to be called pirates, there would only be one option: remove the Belgian boundaries and put them on a pirating.osm file to be restored in a few years when minds will have changed. Hot update: but now that On 2014-09-24 10:55, Julien Fastré wrote : *... **We may use the [SPW] services.* There is no problem any more. Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Destination tagging on motorways
Hi, I've had to wait for an Osmand map update (10 days!!!) to be able to report the results of the test below. On 2014-09-11 01:38, Ben Laenen wrote : On Wednesday 10 September 2014 23:30:44 André Pirard wrote: Shouldn't the same ref=* http://wiki.openstreetmap.org/wiki/Key:ref as of the motorway be used on allhighway http://wiki.openstreetmap.org/wiki/Key:highway=motorway_link http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_link? On the topic of reference numbers: slip roads have their own reference numbers, which I haven't seen many people map yet. There are signs for it (small red-white signs along the road, not on major signs), and their numbers are like "A001.035", which would be a slip road towards or from the A1. You could map these with admin_ref=*. Apart from that, a highway=motorway_link should not have a ref=* tag. The exit number should be on the node with the highway=motorway_junction as its ref=* tag. That's exactly what I was saying in the quote you removed: no problem with the exits. The issue is only with the entrances (through a link): you'd better be told that you're entering a motorway and which, but all the links I checked contain no tag to instruct Osmand to say "take right onto E25 motorway". As I don't think that the slip roads, admin_ref=* and E0025.035 can solve that problem, I looked at a few places around the world: Köln, London, Amsterdam do use ref=* tags on such entrance links according to my feelings and to good sense. Once we are on an entrance link, it is as if we are on the motorway already. destination:ref=* could also be used, even at any remote location, but only if it were supported. I added destination:ref=E25 on a link and Osmand kept silent while going onto it. I added ref=E25 on the next link and Osmand said "turn right onto E25". So, I recommend the latter. André. PS: And, BTW, good sense too makes it unnecessary to tag links with a 50 km/h speed limit over the first 50m because the end of urban zone road signs are not right at the beginning. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Destination tagging on motorways
On Thu, Sep 25, 2014 at 2:08 AM, André Pirard a.pirard.pa...@gmail.com wrote: I added destination:ref=E25 on a link and Osmand kept silent while going onto it. I added ref=E25 on the next link and Osmand said turn right onto E25. So, I recommend the latter. If we agree on this, it is pretty easy to write an Overpass Query to locate all those motorway links and add the refs systematically. Just let me know if there are any objections to André's proposal, otherwise I'll start adding them. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-nl] hoeveel houden wij van bomen?
hallo iedereen, lelystad heeft wat opendata vrijgegeven waaronder een data set met bomen. http://www.lelystad.nl/4/opendata/Beschikbare-Open-Data-sets/Bomen.html maar dit zijn alle bomen in de gehele omgeving en ik vraag me af of dat wij dit op de kaart willen hebben. dus de vraag is gaan we deze data set opnemen in osm. met vriendeijke groet, wouter van der plas ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] hoeveel houden wij van bomen?
Persoonlijk vind ik dat wel interessante data. Ik heb er zelf manueel een honderdtal toegevoegd in het Arenbergpark en het arboretum in Heverlee (België). Maar om ze zelf te localiseren, determineren en te positioneren op de kaart is een hele klus. Jo Op 24 september 2014 23:12 schreef wouter van der plas wouterv.dp...@gmail.com: hallo iedereen, lelystad heeft wat opendata vrijgegeven waaronder een data set met bomen. http://www.lelystad.nl/4/opendata/Beschikbare-Open-Data-sets/Bomen.html maar dit zijn alle bomen in de gehele omgeving en ik vraag me af of dat wij dit op de kaart willen hebben. dus de vraag is gaan we deze data set opnemen in osm. met vriendeijke groet, wouter van der plas ___ 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
[talk-au] Data for OSM + talk at UNSW
Hey all, A while ago I was dissatisfied with the state of UNSW's Kensington campus in OSM, especially after all of the recent redevelopment along High St it is really out of date in parts, and inaccurate in many places elsewhere. Being a student there I have tried to remedy it by surveying and imagery, but the canyons formed by the buildings render GPS somewhat unreliable and with the out-of-date imagery, progress was difficult. Also, things like street names are hardly signposted, so it's hard to know what the ground truth is. So I thought that it would be useful to be able to use the University's own maps as a source, and initiated a discussion with the Facilities Management (FM) here who maintains infrastructure, buildings grounds, etc to clarify the copyright status. After a lot of fair bit of to/fro and patient waiting, it seems they are happy for OSM to use their data (presumably under the ODbL, I have been stressing that all along). So I'm going to meet with some people from FM tomorrow and see what they have got and what their terms are. They are also interested in my presenting an intro and demo for OSM, so I need to plan what to do there. I was thinking of roughly the following: * Introducing the default slippy map and various standard layers, talking about licensing that makes things like MQ Open possible * Going through some other applications (mobile apps, GNOME Maps, Nominatum, GraphHopper) * Introducing the data via the Map Data layer on the slippy map * Demoing editing using ID2 and JSOM and maybe Vespucci * Introducing the wiki and feature documentation * Talking a bit about different modes of contributing, and the importance of maintenance, and talking up the possibly of FM contributing to it. What do you think, does that all sound reasonable? Any suggestions of resources/nifty things to demo in the presentation gratefully accepted. //Mike -- ⊨ Michael Gratton, Percept Wrangler. ⚙ http://mjog.vee.net/ ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Data for OSM + talk at UNSW
Maybe you could get some students at UNSW to fire up a quad-copter with a go pro on it and get some up-to-date rectified imagery to check against their maps, then edit in any changes/improvement. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] RES: Reunião semanal OSM Brasil
Oi pessoal, Quem for participar hoje me adicione no skype (vitor.george) e/ou no gtalk (meu e-mail). Acho que vai ser pouca gente e dá para fazer por um desses serviços. Abraço! 2014-09-19 21:30 GMT-03:00 Lists li...@gimnechiske.org: Realmente Skype dar para fazer teleconferencias bem, e também eu pode entra mesmo se no rua (skype no celular), não sei quantos participantes no limite, fiz com 3 mas com certeza dar p mais Aun Johnsen On Sep 19, 2014, at 21:25, Márcio Vinícius Pinheiro marcioviniciu...@gmail.com wrote: Sugestão: para até 8 participantes, há o https://appear.in não precisa instalar nada nem se registrar em nada, basta ter um navegador atualizado. - - - · Atenciosamente, Márcio Vinícius Pinheiro http://about.me/Doideira http://pt.gravatar.com/marciovinicius Em 19 de setembro de 2014 14:14, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Pelo que entendi, há a possibilidade de contratarem os serviço br.gotomeeting.com. Alexandre Magno Em 19 de setembro de 2014 13:52, Aun Johnsen li...@gimnechiske.org escreveu: Vitor, Quero participar nestes reuniões quando ha tempo. Os reuniões vai ser feiro por VoIP ou tem putro sistema? Que software vai precisar p accessar? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Situação das Traduções - Edição 6
GraphHopper - 100% http://bit.ly/1CM61na HOT Tasking Manager - 100% (está certo, Alexandre?) *https://www.transifex.com/projects/p/osm-tasking-manager2/ https://www.transifex.com/projects/p/osm-tasking-manager2/* *ID - presets - 91%* https://www.transifex.com/projects/p/id-editor/resource/presets *ID - core - 98%* https://www.transifex.com/projects/p/id-editor/resource/core *JOSM - 99,8%* https://translations.launchpad.net/josm/trunk/+pots/josm/pt_BR/+details Keepright - 100% https://translations.launchpad.net/keepright/trunk/+pots/keepright/pt_BR/+details *Merkaator - 93%* https://translations.launchpad.net/merkaartor/trunk/+pots/merkaartor/pt_BR/+details Merkaator (templates) - 100% https://translations.launchpad.net/merkaartor/trunk/+pots/templates/pt_BR/+details *Overpass Turbo - 72%* https://www.transifex.com/projects/p/overpass-turbo Taginfo - tradução incompleta https://github.com/joto/taginfo/blob/master/web/i18n/pt.yml Site do OpenStreetMap - 99% http://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-site ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Reunião semanal OSM Brasil
Olá Vitor, que horas será a conversa? por onde será feita? abraços, José. Em 24 de setembro de 2014 10:39, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Quem for participar hoje me adicione no skype (vitor.george) e/ou no gtalk (meu e-mail). Acho que vai ser pouca gente e dá para fazer por um desses serviços. Abraço! 2014-09-19 21:30 GMT-03:00 Lists li...@gimnechiske.org: Realmente Skype dar para fazer teleconferencias bem, e também eu pode entra mesmo se no rua (skype no celular), não sei quantos participantes no limite, fiz com 3 mas com certeza dar p mais Aun Johnsen On Sep 19, 2014, at 21:25, Márcio Vinícius Pinheiro marcioviniciu...@gmail.com wrote: Sugestão: para até 8 participantes, há o https://appear.in não precisa instalar nada nem se registrar em nada, basta ter um navegador atualizado. - - - · Atenciosamente, Márcio Vinícius Pinheiro http://about.me/Doideira http://pt.gravatar.com/marciovinicius Em 19 de setembro de 2014 14:14, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Pelo que entendi, há a possibilidade de contratarem os serviço br.gotomeeting.com. Alexandre Magno Em 19 de setembro de 2014 13:52, Aun Johnsen li...@gimnechiske.org escreveu: Vitor, Quero participar nestes reuniões quando ha tempo. Os reuniões vai ser feiro por VoIP ou tem putro sistema? Que software vai precisar p accessar? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Reunião semanal OSM Brasil
Vai ser hoje das 13 às 14h. Vai ser por skype ou google hangouts... Dá pra participar ouvindo o áudio e interferindo por chat! até mais, wille Em 2014-09-24 11:24, Jose Cossermelli escreveu: Olá Vitor, que horas será a conversa? por onde será feita? abraços, José. Em 24 de setembro de 2014 10:39, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Quem for participar hoje me adicione no skype (vitor.george) e/ou no gtalk (meu e-mail). Acho que vai ser pouca gente e dá para fazer por um desses serviços. Abraço! 2014-09-19 21:30 GMT-03:00 Lists li...@gimnechiske.org: Realmente Skype dar para fazer teleconferencias bem, e também eu pode entra mesmo se no rua (skype no celular), não sei quantos participantes no limite, fiz com 3 mas com certeza dar p mais Aun Johnsen On Sep 19, 2014, at 21:25, Márcio Vinícius Pinheiro marcioviniciu...@gmail.com wrote: Sugestão: para até 8 participantes, há o https://appear.in [1] não precisa instalar nada nem se registrar em nada, basta ter um navegador atualizado. - - - · Atenciosamente, Márcio Vinícius Pinheiro http://about.me/Doideira [2] [3] Em 19 de setembro de 2014 14:14, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Pelo que entendi, há a possibilidade de contratarem os serviço br.gotomeeting.com [4]. Alexandre Magno Em 19 de setembro de 2014 13:52, Aun Johnsen li...@gimnechiske.org escreveu: Vitor, Quero participar nestes reuniões quando ha tempo. Os reuniões vai ser feiro por VoIP ou tem putro sistema? Que software vai precisar p accessar? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br [5] ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br [5] ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br [5] ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br [5] Links: -- [1] https://appear.in/ [2] http://about.me/Doideira [3] http://pt.gravatar.com/marciovinicius [4] http://br.gotomeeting.com/ [5] https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Situação das Traduções - Edição 6
*Não* está. Vejam em *tasking-osmbrasil.rhcloud.com http://tasking-osmbrasil.rhcloud.com/*. Eu pretendo reimplantá-la sempre que tiver atualização substancial na tradução https://github.com/alexandre-mbm/osm-tasking-manager2/wiki/Traduzir-localmente. Mas não usem esta instância. Implantem uma própria! https://github.com/alexandre-mbm/osm-tasking-manager2/wiki Ontem (hoje), de tanto sono, eu apaguei antes do shutdown -h now da máquina virtual concluir. Eu deitei-me na cama e hoje eu acordei com a máquina *host* acesa. Apesar de eu ainda desejar um cartucho https://github.com/alexandre-mbm/osm-tasking-manager2/issues/1 propriamente dito, a aplicação *fork* (branch my-openshift-app https://github.com/alexandre-mbm/osm-tasking-manager2/tree/my-openshift-app)) está completamente funcional para o Openshift. Eu acredito que as informações/instruções na wiki https://github.com/alexandre-mbm/osm-tasking-manager2/wiki são suficientes. *Agora vocês podem criar instâncias Tasking Manager 2 em menos de 4 minutos!* Uma observação muito relevante: quando a aplicação no Openshift deixa de ser acessada por algumas horas, ela dorme. Isso gera o desconforto do primeiro novo acesso ser lento, pois o sistema precisará acordar a aplicação que estava dormindo. Depois de acordada, a velocidade fica normal; e eu espero que satisfatória, ao menos para equipes de até 10 participantes. Alexandre Magno 2014-09-24 10:47 GMT-03:00 Vitor George vitor.geo...@gmail.com: HOT Tasking Manager - 100% (está certo, Alexandre?) *https://www.transifex.com/projects/p/osm-tasking-manager2/ https://www.transifex.com/projects/p/osm-tasking-manager2/* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Situação das Traduções - Edição 6
Na verdade, eu ainda *não tenho ideia* de como será a experiência de desempenho nas instâncias de única *gear*. Com meu uso individual foi normal, como não deveria deixar de ser. Só estou dizendo que não sei se instâncias gratuitas não escaladas suportariam bem 5, 10, 20, 100 ou mais usuários simultâneos. Parece-me que uma conta Openshift gratuita podem escalar para até 3 *gears*. Mas dessas, se não me engano, uma tem de ficar com o banco de dados. Não fiz testes com isso e não sei se farei. Muito provavelmente eu abandonarei a ideia de ter um cartucho separado *se* os mantenedores do Tasking Manager 2 aceitarem um *pull request* que simplesmente acrescenta suporte a Openshift. É o ue eu desejo que aconteça, pois tudo já está lá no branch my-openshift-app https://github.com/alexandre-mbm/osm-tasking-manager2/tree/my-openshift-app%29 . Ontem eu disse que ia colocar o *fork* na OSMBrasil (Oragnização no Github). Mas, pensando bem, depois de ver todas as alterações realizadas, concluo que não se faz necessário. Apenas daria mais visibilidade ao que hoje *é somente um fork* de poucas alterações *e uma wiki*. Por outro lado, se eu vier a fazer um cartucho Openshift propriamente dito (separando do código do Tasking Manager 2), aí sim, será o caso de colocar o projeto do cartucho, juntamente com novas versões da wiki atual, na OSMBrasil, pois seria algo realmente novo e distinto. Em 24 de setembro de 2014 11:35, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: *Não* está. Vejam em *tasking-osmbrasil.rhcloud.com http://tasking-osmbrasil.rhcloud.com/*. Eu pretendo reimplantá-la sempre que tiver atualização substancial na tradução https://github.com/alexandre-mbm/osm-tasking-manager2/wiki/Traduzir-localmente. Mas não usem esta instância. Implantem uma própria! https://github.com/alexandre-mbm/osm-tasking-manager2/wiki Ontem (hoje), de tanto sono, eu apaguei antes do shutdown -h now da máquina virtual concluir. Eu deitei-me na cama e hoje eu acordei com a máquina *host* acesa. Apesar de eu ainda desejar um cartucho https://github.com/alexandre-mbm/osm-tasking-manager2/issues/1 propriamente dito, a aplicação *fork* (branch my-openshift-app https://github.com/alexandre-mbm/osm-tasking-manager2/tree/my-openshift-app)) está completamente funcional para o Openshift. Eu acredito que as informações/instruções na wiki https://github.com/alexandre-mbm/osm-tasking-manager2/wiki são suficientes. *Agora vocês podem criar instâncias Tasking Manager 2 em menos de 4 minutos!* Uma observação muito relevante: quando a aplicação no Openshift deixa de ser acessada por algumas horas, ela dorme. Isso gera o desconforto do primeiro novo acesso ser lento, pois o sistema precisará acordar a aplicação que estava dormindo. Depois de acordada, a velocidade fica normal; e eu espero que satisfatória, ao menos para equipes de até 10 participantes. Alexandre Magno 2014-09-24 10:47 GMT-03:00 Vitor George vitor.geo...@gmail.com: HOT Tasking Manager - 100% (está certo, Alexandre?) *https://www.transifex.com/projects/p/osm-tasking-manager2/ https://www.transifex.com/projects/p/osm-tasking-manager2/* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Reunião semanal OSM Brasil
Então é o que eu farei, se participar. Meu objetivo é inicialmente apenas me colocar à disposição para esclarecer algo sobre as intenções que tenho com algumas iniciativas de desenvolvimento e compartilhamento, e obviamente também de mapeamento. Reconheço que para algumas pessoas pode não ser fácil entender o que eu quero aqui na comunidade. Se ninguém estiver interessado nesses assuntos, não haverá problema, eu tentarei participar o máximo possível apenas como ouvinte. Em 24 de setembro de 2014 11:34, wille wi...@wille.blog.br escreveu: Dá pra participar ouvindo o áudio e interferindo por chat! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: Reunião semanal OSM Brasil
Está começando agora via gtalk, quem for participar me mande uma mensagem: vitor.geo...@gmail.com 2014-09-24 12:07 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Então é o que eu farei, se participar. Meu objetivo é inicialmente apenas me colocar à disposição para esclarecer algo sobre as intenções que tenho com algumas iniciativas de desenvolvimento e compartilhamento, e obviamente também de mapeamento. Reconheço que para algumas pessoas pode não ser fácil entender o que eu quero aqui na comunidade. Se ninguém estiver interessado nesses assuntos, não haverá problema, eu tentarei participar o máximo possível apenas como ouvinte. Em 24 de setembro de 2014 11:34, wille wi...@wille.blog.br escreveu: Dá pra participar ouvindo o áudio e interferindo por chat! ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nome de localidades para a região amazônica
Alexandre W., Parece que você já importou os dados do jeito que estavam, e começou a arrumar uns nomes depois de adicionado. Vamos ter que reverter o conjunto de alterações da importação [1]. Se a importação for feita com pressa, pode gerar mais trabalho do que reduz, então vamos com calma. Algumas das alterações pedidas pelo Wille e Alexandre Magno podem ser feitas facilmente a partir de programas que podem alterar os dados _antes_ de serem importados. Abs, João [1]: http://www.openstreetmap.org/changeset/25627093 Em 23 de setembro de 2014 12:13, Alexandre WIEFELS alexandr...@yahoo.com escreveu: Prezados, tenho em mãos um banco de dados de pontos com 5077 nomes de lugares entre place=village,suburb,farm,hamlet,allotments,isolated_dwelling,locality para toda a região amazônica proveniente do banco de dados Sisloc do ministério da Saúde do Brasil. Estes nomes preenchem muito bem toda área povoada da região. Estou pronto para colocar isso no banco de dados do OSM. Alguém vê algum inconveniente nisso? Em anexo uma amostra. Atenciosamente Alexandrecw ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nome de localidades para a região amazônica
Dado o tamanho do CSV, que não é tão grande, é melhor revisá-lo em software de planilha, como sugeriu Wille. Em 24 de setembro de 2014 15:24, John Packer john.pack...@gmail.com escreveu: Algumas das alterações pedidas pelo Wille e Alexandre Magno podem ser feitas facilmente a partir de programas que podem alterar os dados _antes_ de serem importados. Em 23 de setembro de 2014 12:13, Alexandre WIEFELS alexandr...@yahoo.com escreveu: Prezados, tenho em mãos um banco de dados de pontos com 5077 nomes de lugares entre place=village,suburb,farm,hamlet,allotments,isolated_dwelling,locality para toda a região amazônica proveniente do banco de dados Sisloc do ministério da Saúde do Brasil. Estes nomes preenchem muito bem toda área povoada da região. Estou pronto para colocar isso no banco de dados do OSM. Alguém vê algum inconveniente nisso? Em anexo uma amostra. Atenciosamente Alexandrecw ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nome de localidades para a região amazônica
Ou melhor... é verdade, são 5077 nomes. Só não é pequeno! Farei a conversão dos nomes, então. Mas neste exato momento preciso sair. À noite, daqui a umas 3 horas, compartilharei novo CSV com vocês. Em 24 de setembro de 2014 16:20, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Dado o tamanho do CSV, que não é tão grande, é melhor revisá-lo em software de planilha, como sugeriu Wille. Em 24 de setembro de 2014 15:24, John Packer john.pack...@gmail.com escreveu: Algumas das alterações pedidas pelo Wille e Alexandre Magno podem ser feitas facilmente a partir de programas que podem alterar os dados _antes_ de serem importados. Em 23 de setembro de 2014 12:13, Alexandre WIEFELS alexandr...@yahoo.com escreveu: Prezados, tenho em mãos um banco de dados de pontos com 5077 nomes de lugares entre place=village,suburb,farm,hamlet,allotments,isolated_dwelling,locality para toda a região amazônica proveniente do banco de dados Sisloc do ministério da Saúde do Brasil. Estes nomes preenchem muito bem toda área povoada da região. Estou pronto para colocar isso no banco de dados do OSM. Alguém vê algum inconveniente nisso? Em anexo uma amostra. Atenciosamente Alexandrecw ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Unbenutzbare Wanderwege - was tun?
Hi, ich mache gerade Urlaub in den Alpen. Dabei ist mit aufgefallen, dass in der OSM-Karte Bergwanderwege T3/T4 vorhanden sind, die nicht mehr benutzbar sind. Keine Wegweiser an den Kreuzungen/Einmündungen oder Kreuzungen/Einmündungen nicht gar nicht meht vorhanden. Verlauf kann man stellenweise noch erahnen, aber Weg ist wie gesagt garantiert nicht benutzbar. Was tun? Weg einfach löschen? Oder gibt es irgendein Attribut für unbenutzbar? Besten Dank! Thomas P.S. Da mir die OSM-Karte hier in den Alpen so gut gefällt, habe ich mal einen tollen, aber noch nicht vorhandenen Weg gemappt, macht Spaß :-) -- View this message in context: http://gis.19327.n5.nabble.com/Unbenutzbare-Wanderwege-was-tun-tp5818386.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unbenutzbare Wanderwege - was tun?
On 24.09.2014 22:04, thsMD wrote: Hi, ich mache gerade Urlaub in den Alpen. Dabei ist mit aufgefallen, dass in der OSM-Karte Bergwanderwege T3/T4 vorhanden sind, die nicht mehr benutzbar sind. Keine Wegweiser an den Kreuzungen/Einmündungen oder Kreuzungen/Einmündungen nicht gar nicht meht vorhanden. Verlauf kann man stellenweise noch erahnen, aber Weg ist wie gesagt garantiert nicht benutzbar. Was tun? Weg einfach löschen? Oder gibt es irgendein Attribut für unbenutzbar? Meinst du Routen oder Wegsegmente? MfG Andreas -- Andreas Neumann http://Map4Jena.de http://Stadtplan-Ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unbenutzbare Wanderwege - was tun?
Am 24. September 2014 22:04 schrieb thsMD thomas.schind...@ovgu.de: Hi, ich mache gerade Urlaub in den Alpen. Dabei ist mit aufgefallen, dass in der OSM-Karte Bergwanderwege T3/T4 vorhanden sind, die nicht mehr benutzbar sind. Keine Wegweiser an den Kreuzungen/Einmündungen oder Kreuzungen/Einmündungen nicht gar nicht meht vorhanden. Verlauf kann man stellenweise noch erahnen, aber Weg ist wie gesagt garantiert nicht benutzbar. Weg benutzbar oder nicht ist ein eher subjektives Kriterium. Für andere Abenteurer wird es da möglicherweise erst interessant. Für schlecht sichtbare Wege gibt es den Tag trail_visibility=horrible bzw. no siehe: http://wiki.openstreetmap.org/wiki/DE:Key:trail_visibility ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 218 16.9.–22.9.2014
Hallo, die Wochennotiz Nr. 218 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2014/09/wochennotiz-nr-218/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre
2014-09-23 10:35 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: . In ogni caso verifica che il programma preveda gli interventi in maniera non consecutiva così, al max, cambi la maglietta come fa superman quando entra nella cabina telefonica ;) confermo che io farò solo OSM e Paolo Cavallini GFOSS.it Il mio era più un consiglio. Più che apprezzato Ciao -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre
On 23 September 2014 23:47, Germano Massullo germano.massu...@gmail.com wrote: Domani mattina scriverò qualche commento circa il white paper qui ci sono i miei, se trovi altro aggiungili pure li, entro stasera preparo la mail per amfm https://lucadelu.titanpad.com/6 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre
Il 24/09/2014 08:47, Luca Delucchi ha scritto: On 23 September 2014 23:47, Germano Massullo germano.massu...@gmail.com wrote: Domani mattina scriverò qualche commento circa il white paper qui ci sono i miei, se trovi altro aggiungili pure li, entro stasera preparo la mail per amfm https://lucadelu.titanpad.com/6 Ok, grazie :-) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova procedura per importare i file shp: ogr2osm
buona notizia, grazie per le info e per il report delle caratteristiche... ciao Marco Il 14 settembre 2014 22:53, Leonardo kinetocor...@gmail.com ha scritto: Ciao a tutti, l'importazione dei file shp ha richiesto fino ad ora un passaggio d'intermezzo di conversione tramite un'applicazione che interpretava i dati shp e li trasformava in osm, utilizzando un file guida per taggare i nodi/poligoni in maniera appropriata. Fino ad ora si è utilizzato il programma shp2osm, programma scritto in java che è stato utilizzato in questi import conclusi o ancora in corso: -Edifici e utilizzi del suolo del Veneto -Edifici della Sardegna / possibile import degli utilizzi del suolo della Sardegna -Utilizzi del suolo dell'Emilia Romagna Purtroppo questo strumento comincia a dimostrare i suoi grossi limiti, dati dal fatto che non è più attivamente sviluppato da Novembre 2012, che presenta alcuni bug che costringono a utilizzare una vecchia versione e che spesso è necessario effettuare accrocchi tramite QGIS per far accettare il file shp al programma. Inoltre il file delle regole è abbastanza limitato per quanto riguarda la possibilità di confrontare due o più campi di uno shp per determinare un tag. Infine da qualche versione di JOSM i file .osm prodotti non sono più accettati dal programma, il quale avvisa che l'API 0.5 utilizzata è ormai deprecata (JOSM accetta solo la 0.6 in su). Mi sono documentato un pò per trovare una soluzione al problema e credo che tutti i futuri import debbano basarsi su ogr2osm (https://github.com/pnorman/ogr2osm). Ogr2osm è un script python che funziona esattamente come shp2osm, ovvero traduce gli shp in osm usando un file guida ma è molto più flessibile e potente. I vantaggi sono i seguenti: -Rimane la cross-compatibilità Win,Linux,Mac, dato che si appoggia alla OSGeo4W Shell, installata assieme a QGIS. -Accetta file molto grossi in input (testato con un file SHP di 400Mb), l'unico limite è la RAM a disposizione della macchina. -Il file delle regole è un file scritto in python molto semplice, in cui è possibile indicare diversi campi di controllo per assegnare un tag (es. se Campo1=X AND Campo2=Y allora tagga in un modo altrimenti ecc...) e possono essere creati dei sottogruppi di controllo nella stessa funzione. Inoltre i commenti al codice sono molto più leggibili e utilizzando un editor di testo come Notepad++, risulta più facile identificare la linea interessata. Un esempio lo potete trovare qui: http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo#File_delle_regole_in_formato_python , è il file delle regole della vegetazione del Veneto che da poco ho riscritto per ogr2osm. -Il file delle regole permette anche di effettuare operazioni più complesse quali la creazione di valori a partire da diversi campi (es. name = Campo1+Campo2+Campo3, nel caso di nomi di vie divisi nello SHP originale), le modifiche direttamente sui valori (es. se è tutto maiuscolo è possibile trasformarlo con la prima lettera in maiuscolo e il resto in minuscolo o cambiare certi caratteri con altri). Chiunque qui abbia un pò di dimestichezza con Python si potrà sbizzarrire! -Non ha problemi con i multipoligoni e effettua automaticamente la relazione necessaria come shp2osm. -Non spezzetta il file shp se supera i 5000 nodi, creando un unico file .osm alla fine del processo. Questo risulta estremamente comodo quando si tratta di shp molto densi di nodi, che nel metodo vecchio porterebbero alla creazione anche di 50+ file osm che dovevano essere rifusi assieme uno alla volta! -Effettua automaticamente l'unione dei nodi duplicati. -È possibile riproiettare direttamente dalla linea di comando, specificando il codice EPSG desiderato. Ho voluto subito metterlo alla prova con uno dei file più grossi e complessi che avevo a disposizione, ovvero la vegetazione della provincia di Belluno e i risultati sono stati più che soddisfacenti, generando un file che è stato aperto da JOSM senza alcun problema, pronto ad essere ulteriormente controllato prima del possibile import. Ho abbozzato anche la nuova procedura di conversione di un file SHP, la potete trovare a questo indirizzo: http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo#Istruzioni_per_la_conversione_.28org2osm.29 Ora mi dedicherò alla trasformazione dei vecchi file delle regole per shp2osm al nuovo metodo (edifici del Veneto e Ville Venete). Chiunque sia interessato o ha qualche commento/suggerimento/critica, faccia sentire la sua voce! :D Ciao! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dati liberi sull'infomobilità a Bari
Ciao Martin, scusa il ritardo nella risposta. La tua osservazione è legittima, e merita un approfondimento. Quando il Comune, tramite l'AMTAB, ha messo a disposizione i dati di infomobilità dei trasporti pubblici di Bari, questi non erano disponibili in maniera particolarmente strutturata: allora la Planetek Italia, che è un'azienda privata, investendo in proprio, si è preoccupata di rendere disponibile queste informazioni sotto forma di un servizio fruibile pubblicamente ed in maniera automatizzata. L'investimento di Planetek Italia è stato fatto nell'ambito del progetto SEMINA, di cui ho accennato in precedenza e che vede il Comune di Bari e l'AMTAB come partner, i quali hanno beneficiato di questo investimento. La ricaduta per Planetek è data ovviamente dalla visibilità che ottiene con il progetto, anche - banalmente - con la pubblicazione dei dati dal suo dominio. La qualità dei dati e la loro ufficialità è assicurata dalle informazioni fornite a corredo, no? Nei prossimi giorni le stesse informazioni saranno accessibili anche dai siti web del Comune di Bari e dell'AMTAB ovviamente. Vi aggiorno nel frattempo circa l'hackathon di sabato 8 ottobre: domani pomeriggio alle 18,00 abbiamo una teleconferenza per definire gli ultimi dettagli, a cui parteciperanno i volenterosi (anche di questa ML) con cui vogliamo chiudere regolamento e agenda. Chi fosse interessato può ancora inserirsi. Buona giornata, Massimo Il giorno 22 settembre 2014 18:03, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-09-22 14:41 GMT+02:00 Massimo Zotti massimo.zo...@gmail.com: *da oggi a Bari sono disponibili gli opendata, in tempo reale, sugli orari di arrivo degli autobus alle fermate. * Trovate tutte le informazioni all'indirizzo http://bari.opendata.planetek.it/. Interessante, cosa mi meraviglia però: perché rilasciano i dati pubblici tramite il dominio di un'azienda privata? Non sarebbe più logico utilizzare il proprio dominio, anche per sottolineare che si tratta di dati ufficiali? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gli ATM sono solo bancomat?
2014-09-23 13:10 GMT+02:00 cascafico cascaf...@gmail.com: M. Fioretti wrote le biglietterie automatiche si chiamano ticket vending machine o altro. Trovato, grazie! Ho ricercato la parola chiave era vending nei preset di JOSM e mi ha proposto: amenity=vending_machine vending=public_transport_ticket E per indicare quali metodi di pagamento sono accettati vedi la specifica sezione del wiki http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine#Payment ad esempio puoi mettere payment:coins=yes payment:debit_cards=yes payment:credit_cards=no (questo solo ad esmepio, cambia i parametri come ti serve) se poi un bancomat italiano sia proprio una debit_card non lo so, am penso sia la cosa più vicina (e molti bancomat sono anche in effetti debit card). AnyFIle ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova procedura per importare i file shp: ogr2osm
(https://github.com/pnorman/ogr2osm). Ogr2osm Scusate, da profano della programmazione sto provando lo script, confidando nella semplicità del file delle translations Funziona con i file.shp di esempio (test1.shp ecc) , ma quando provo lo shp ISTAT dei numeri civici... C:\Python27python.exe ogr2osm-master\ogr2osm.py -d ogr2osm-master\testfiles\shapefiles\CIVICI_RAFVG_30026.shp -t translations\NumeriCivici_1.py --no-upload-false running with ElementTree on Python 2.5+ Preparing to convert file 'ogr2osm-master\testfiles\shapefiles\CIVICI_RAFVG_30026.shp' to 'C:\Python27\CIVICI_RAFVG_30026.osm'. Will try to detect projection from source metadata, or fall back to EPSG:4326 Successfully loaded 'NumeriCivici_1' translation method ('C:\Python27\ogr2osm-master\translations\NumeriCivici_1.pyc'). Using default filterLayer Using default filterFeature Using user filterTags Using default filterFeaturePost Using default preOutputTransform Parsing data Detected projection metadata: PROJCS[SWEREF99_TM, GEOGCS[GCS_SWEREF99, DATUM[SWEREF99, SPHEROID[GRS_1980,6378137,298.257222101]], PRIMEM[Greenwich,0], UNIT[Degree,0.017453292519943295]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,0], PARAMETER[central_meridian,15], PARAMETER[scale_factor,0.9996], PARAMETER[false_easting,50], PARAMETER[false_northing,0], UNIT[Meter,1]] Traceback (most recent call last): File ogr2osm-master\ogr2osm.py, line 612, in module parseData(data) File ogr2osm-master\ogr2osm.py, line 295, in parseData parseLayer(translations.filterLayer(layer)) File ogr2osm-master\ogr2osm.py, line 356, in parseLayer parseFeature(translations.filterFeature(ogrfeature, fieldNames, reproject), fieldNames, reproject) File ogr2osm-master\ogr2osm.py, line 366, in parseFeature geometries = parseGeometry([ogrgeometry]) File ogr2osm-master\ogr2osm.py, line 404, in parseGeometry returngeometries.extend(parseCollection(ogrgeometry)) File ogr2osm-master\ogr2osm.py, line 487, in parseCollection member.addparent(geometry) AttributeError: 'list' object has no attribute 'addparent' e non viene prodotto alcun file.osm. Cos'ha di indigesto il mio shp? Devo inserire manualmente la colonna addr:street? Il file delle translations è un semplicissimo: def filterTags(attrs): if not attrs: return tags = {} if 'DENOMINAZI' in attrs:2927 tags['addr:streetname'] = attrs['DENOMINAZI'] return tags ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gli ATM sono solo bancomat?
2014-09-24 12:02 GMT+02:00 Any File anysomef...@gmail.com: se poi un bancomat italiano sia proprio una debit_card non lo so, si, un bancomat è un debit card. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] dati liberi sull'infomobilità a Bari
2014-09-24 10:16 GMT+02:00 Massimo Zotti massimo.zo...@gmail.com: Ciao Martin, scusa il ritardo nella risposta. La tua osservazione è legittima, e merita un approfondimento. Quando il Comune, tramite l’AMTAB, ha messo a disposizione i dati di infomobilità dei trasporti pubblici di Bari, questi non erano disponibili in maniera particolarmente strutturata: allora la Planetek Italia, che è un’azienda privata, investendo in proprio, si è preoccupata di rendere disponibile queste informazioni sotto forma di un servizio fruibile pubblicamente ed in maniera automatizzata. L’investimento di Planetek Italia è stato fatto nell’ambito del progetto SEMINA, di cui ho accennato in precedenza e che vede il Comune di Bari e l’AMTAB come partner, i quali hanno beneficiato di questo investimento. La ricaduta per Planetek è data ovviamente dalla visibilità che ottiene con il progetto, anche – banalmente – con la pubblicazione dei dati dal suo dominio. La qualità dei dati e la loro ufficialità è assicurata dalle informazioni fornite a corredo, no? Nei prossimi giorni le stesse informazioni saranno accessibili anche dai siti web del Comune di Bari e dell'AMTAB ovviamente. Grazie Massimo, per questi delucidazioni. Ovviamente, essendo liberi i dati, chiunque li può redistribuire (nei limiti della licenza). Mi era sembrato soltanto un po' strano che non c'era un indirizzo ufficiale, ma adesso capisco meglio. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova procedura per importare i file shp: ogr2osm
Mancano delle parentesi quadre sul primo? Mi linki anche il file che stai provando a convertire? Ricordati che deve essere gia wgs84 o devi aggiungere un ulteriore comando. Il 24/set/2014 12:25 Cascafico Giovanni cascaf...@gmail.com ha scritto: (https://github.com/pnorman/ogr2osm). Ogr2osm Scusate, da profano della programmazione sto provando lo script, confidando nella semplicità del file delle translations Funziona con i file.shp di esempio (test1.shp ecc) , ma quando provo lo shp ISTAT dei numeri civici... C:\Python27python.exe ogr2osm-master\ogr2osm.py -d ogr2osm-master\testfiles\shapefiles\CIVICI_RAFVG_30026.shp -t translations\NumeriCivici_1.py --no-upload-false running with ElementTree on Python 2.5+ Preparing to convert file 'ogr2osm-master\testfiles\shapefiles\CIVICI_RAFVG_30026.shp' to 'C:\Python27\CIVICI_RAFVG_30026.osm'. Will try to detect projection from source metadata, or fall back to EPSG:4326 Successfully loaded 'NumeriCivici_1' translation method ('C:\Python27\ogr2osm-master\translations\NumeriCivici_1.pyc'). Using default filterLayer Using default filterFeature Using user filterTags Using default filterFeaturePost Using default preOutputTransform Parsing data Detected projection metadata: PROJCS[SWEREF99_TM, GEOGCS[GCS_SWEREF99, DATUM[SWEREF99, SPHEROID[GRS_1980,6378137,298.257222101]], PRIMEM[Greenwich,0], UNIT[Degree,0.017453292519943295]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,0], PARAMETER[central_meridian,15], PARAMETER[scale_factor,0.9996], PARAMETER[false_easting,50], PARAMETER[false_northing,0], UNIT[Meter,1]] Traceback (most recent call last): File ogr2osm-master\ogr2osm.py, line 612, in module parseData(data) File ogr2osm-master\ogr2osm.py, line 295, in parseData parseLayer(translations.filterLayer(layer)) File ogr2osm-master\ogr2osm.py, line 356, in parseLayer parseFeature(translations.filterFeature(ogrfeature, fieldNames, reproject), fieldNames, reproject) File ogr2osm-master\ogr2osm.py, line 366, in parseFeature geometries = parseGeometry([ogrgeometry]) File ogr2osm-master\ogr2osm.py, line 404, in parseGeometry returngeometries.extend(parseCollection(ogrgeometry)) File ogr2osm-master\ogr2osm.py, line 487, in parseCollection member.addparent(geometry) AttributeError: 'list' object has no attribute 'addparent' e non viene prodotto alcun file.osm. Cos'ha di indigesto il mio shp? Devo inserire manualmente la colonna addr:street? Il file delle translations è un semplicissimo: def filterTags(attrs): if not attrs: return tags = {} if 'DENOMINAZI' in attrs:2927 tags['addr:streetname'] = attrs['DENOMINAZI'] return tags ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre
Il 24/09/2014 08:47, Luca Delucchi ha scritto: qui ci sono i miei, se trovi altro aggiungili pure li, entro stasera preparo la mail per amfm https://lucadelu.titanpad.com/6 Ho appena aggiunto un breve commento al tuo testo. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova procedura per importare i file shp: ogr2osm
Ottima dritta appena ti é possibile , se non esiste già, sarebbe utile creare una pagina in italiano nel wiki di osm dedicata a questa procedura , a cui rimandare i vari link. -- sent by Google Nexus Il 14/set/2014 22:53 Leonardo kinetocor...@gmail.com ha scritto: Ciao a tutti, l'importazione dei file shp ha richiesto fino ad ora un passaggio d'intermezzo di conversione tramite un'applicazione che interpretava i dati shp e li trasformava in osm, utilizzando un file guida per taggare i nodi/poligoni in maniera appropriata. Fino ad ora si è utilizzato il programma shp2osm, programma scritto in java che è stato utilizzato in questi import conclusi o ancora in corso: -Edifici e utilizzi del suolo del Veneto -Edifici della Sardegna / possibile import degli utilizzi del suolo della Sardegna -Utilizzi del suolo dell'Emilia Romagna Purtroppo questo strumento comincia a dimostrare i suoi grossi limiti, dati dal fatto che non è più attivamente sviluppato da Novembre 2012, che presenta alcuni bug che costringono a utilizzare una vecchia versione e che spesso è necessario effettuare accrocchi tramite QGIS per far accettare il file shp al programma. Inoltre il file delle regole è abbastanza limitato per quanto riguarda la possibilità di confrontare due o più campi di uno shp per determinare un tag. Infine da qualche versione di JOSM i file .osm prodotti non sono più accettati dal programma, il quale avvisa che l'API 0.5 utilizzata è ormai deprecata (JOSM accetta solo la 0.6 in su). Mi sono documentato un pò per trovare una soluzione al problema e credo che tutti i futuri import debbano basarsi su ogr2osm ( https://github.com/pnorman/ogr2osm). Ogr2osm è un script python che funziona esattamente come shp2osm, ovvero traduce gli shp in osm usando un file guida ma è molto più flessibile e potente. I vantaggi sono i seguenti: -Rimane la cross-compatibilità Win,Linux,Mac, dato che si appoggia alla OSGeo4W Shell, installata assieme a QGIS. -Accetta file molto grossi in input (testato con un file SHP di 400Mb), l'unico limite è la RAM a disposizione della macchina. -Il file delle regole è un file scritto in python molto semplice, in cui è possibile indicare diversi campi di controllo per assegnare un tag (es. se Campo1=X AND Campo2=Y allora tagga in un modo altrimenti ecc...) e possono essere creati dei sottogruppi di controllo nella stessa funzione. Inoltre i commenti al codice sono molto più leggibili e utilizzando un editor di testo come Notepad++, risulta più facile identificare la linea interessata. Un esempio lo potete trovare qui: http://wiki.openstreetmap.org/ wiki/Veneto/Uso_del_suolo#File_delle_regole_in_formato_python , è il file delle regole della vegetazione del Veneto che da poco ho riscritto per ogr2osm. -Il file delle regole permette anche di effettuare operazioni più complesse quali la creazione di valori a partire da diversi campi (es. name = Campo1+Campo2+Campo3, nel caso di nomi di vie divisi nello SHP originale), le modifiche direttamente sui valori (es. se è tutto maiuscolo è possibile trasformarlo con la prima lettera in maiuscolo e il resto in minuscolo o cambiare certi caratteri con altri). Chiunque qui abbia un pò di dimestichezza con Python si potrà sbizzarrire! -Non ha problemi con i multipoligoni e effettua automaticamente la relazione necessaria come shp2osm. -Non spezzetta il file shp se supera i 5000 nodi, creando un unico file .osm alla fine del processo. Questo risulta estremamente comodo quando si tratta di shp molto densi di nodi, che nel metodo vecchio porterebbero alla creazione anche di 50+ file osm che dovevano essere rifusi assieme uno alla volta! -Effettua automaticamente l'unione dei nodi duplicati. -È possibile riproiettare direttamente dalla linea di comando, specificando il codice EPSG desiderato. Ho voluto subito metterlo alla prova con uno dei file più grossi e complessi che avevo a disposizione, ovvero la vegetazione della provincia di Belluno e i risultati sono stati più che soddisfacenti, generando un file che è stato aperto da JOSM senza alcun problema, pronto ad essere ulteriormente controllato prima del possibile import. Ho abbozzato anche la nuova procedura di conversione di un file SHP, la potete trovare a questo indirizzo: http://wiki.openstreetmap.org/wiki/Veneto/Uso_del_suolo# Istruzioni_per_la_conversione_.28org2osm.29 Ora mi dedicherò alla trasformazione dei vecchi file delle regole per shp2osm al nuovo metodo (edifici del Veneto e Ville Venete). Chiunque sia interessato o ha qualche commento/suggerimento/critica, faccia sentire la sua voce! :D Ciao! Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gli ATM sono solo bancomat?
On Wed, Sep 24, 2014 at 12:46 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2014-09-24 12:02 GMT+02:00 Any File anysomef...@gmail.com: se poi un bancomat italiano sia proprio una debit_card non lo so, si, un bancomat è un debit card. Nella pagina wiki payment http://wiki.openstreetmap.org/wiki/Key:payment si trovano anche delle altre possibili voci tra cui anche una specifica per il bancomat italiano payment:bancomat=* (però nel caso specifico da cui è partita questa discussione presumo che il l'emettritice automatica accetti anche altri tipo di carte e pertanto meglio utilizzare un tag più generico, a meno di non voler specificare tutte quelle accettate). AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stato dell'import della numerazione civica
Ciao Max, come promesso eccoti quanto ho appena pubblicato. Spero ti possa essere utile ... http://cesaregerbino.wordpress.com/2014/09/24/numeri-civici-open-data-in-italia-hashtag-indirizzatiitalia-ce-ne-sono-quanti-sono-chi-li-mette-a-disposizione-dove-sono/ http://cesaregerbino.wordpress.com/2014/09/24/numeri-civici-open-data-in-italia-hashtag-indirizzatiitalia-un-po-di-dettaglio-tecnico/ Cesare Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 17 settembre 2014 09:50, Max1234Ita max1234...@gmail.com ha scritto: Ciao a tutti, curiosità mia: esiste da qualche parte un elenco dei Comuni che hanno rilasciato la propria numerazione civica, e questa è stata importata con successo sulla mappa? Sarebbe interessante, credo, sapere per quanta parte del Territorio questi dati siano disponibili all'utente finale. Ciao e buona giornata! MAx -- View this message in context: http://gis.19327.n5.nabble.com/Stato-dell-import-della-numerazione-civica-tp5817678.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Quien tiene algo adelantado de Geocodigo inverso para Bogotá
Puede ver algo en http://test.openstreetmap.co/ todo el código fuente está alojado en https://github.com/ikks/osmhelpertools, el stack de despliegue incluye: * Flask * Nginx * Postgresql + Postgis * Redis * Openlayers * Bash scripting * Tiles de openstreetmap El 19 de septiembre de 2014, 17:27, Alejandro Plata alejopl...@gmail.com escribió: Saludos a todos los miembros del grupo. Quisiera saber si alguien ha hecho adelantos en openstreetmap en materia de geocodigo inverso para Bogotá, y si alguien sabe como funciona el sistema de coordenadas de mapacallejero? Gracias de antemano por culaquier información que me puedan dar. -- Saludos Cordiales Alejandro Plata O. ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Tiles basados en opestreetmap
Hola, alguien ha cacharreado con la generación de tiles? Quisiera poder referenciarlos desde umap.openstreetmap.co para tener más variedad de tiles y animar su uso un poco más :) Por ahora tenemos openstreetmap y otros tres de ejemplo de mapbox, pero sería muy interesante contar con tiles como capa base de alguien de la comunidad. ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Kystlinier og administrative grænser
Ser man på kanalkanterne på Christianshavn, er de allesammen tegnet ind som kystlinier. Desuden er alle kystlinierne medlemmer af relationer for Københavns kommune og Region Hovedstaden. Endresultatet er, at hvert eneste stykke jord er tegnet ind med sin egne kommune- og regionsgrænse, hvilket ser godt nok lidt spøjst ud, og er vel næppe korrekt. Se fx. http://www.openstreetmap.org/#map=16/55.6751/12.5928. Jeg mener, at kanalkanterne i stedet for burde tagges med natural=water, water=canal, og de skal ikke være medlemmer af grænserelationerne. Men hvad med havneområdet uden for kanalerne? Skal det fortsat være kystlinie, dog uden de administrative grænser? Og hvordan afgrænses havnen i givet fald overfor havet? Så mens den nuværende løsning ikke er særlig god, er det ikke helt nemt at afgøre, hvordan det burde gøres i stedet for, og før jeg evt. kaster mig over opgaven kunne jeg godt tænke mig at høre andres mening. I øvrigt, jeg er bekendt med de særlige krav til kystlinien, og skal nok lade være med at bryde kæden hvis jeg går i gang. Jeff ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Cykelsti oprydning ?
Hej Hvad kan vi gøre ved det rod som https://www.openstreetmap.org/user/docschenk har lavet her i jylland Det er i forhold til http://wiki.openstreetmap.org/wiki/Da:Cykelstier Og ikke nok med det med han har heller ikke tilføjet noder til ALLE sideveje som cykel stierne krydser. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Cykelsti oprydning ?
Er det denne her relation du tænker på som er blevet tagget name=Panoramarute - En cykeltur paa söen https://www.openstreetmap.org/relation/3957179/history#map=12/55.7273/8.2377 Ruten findes skam, men han har ikke gjort den færdig jfr. dette dokument http://www.vestkystruten.dk/media/3029228/En-cykeltur-paa-soeen-DK.pdf (og fy fy skamme til det domæne de kreditere ikke brugen af OSM kort i PDF'en) Jeg kender ikke området så godt til at jeg kan påtage mig at gøre ruten/relationen færdig. Vh Søren Johannessen 2014-09-24 19:14 GMT+02:00 Lars Gravengaard lar...@gmail.com: Hej Hvad kan vi gøre ved det rod som https://www.openstreetmap.org/user/docschenk har lavet her i jylland Det er i forhold til http://wiki.openstreetmap.org/wiki/Da:Cykelstier Og ikke nok med det med han har heller ikke tilføjet noder til ALLE sideveje som cykel stierne krydser. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Cykelsti oprydning ?
Nej eks http://www.openstreetmap.org/browse/way/298470556 Men mange andre steder eks ved skjern, Men her har Hjart lagt en hel del arbejde i at fjerne noget af hans sjusk. 2014-09-24 19:32 GMT+02:00 Soren Johannessen soren.johannes...@gmail.com: Er det denne her relation du tænker på som er blevet tagget name=Panoramarute - En cykeltur paa söen https://www.openstreetmap.org/relation/3957179/history#map=12/55.7273/8.2377 Ruten findes skam, men han har ikke gjort den færdig jfr. dette dokument http://www.vestkystruten.dk/media/3029228/En-cykeltur-paa-soeen-DK.pdf (og fy fy skamme til det domæne de kreditere ikke brugen af OSM kort i PDF'en) Jeg kender ikke området så godt til at jeg kan påtage mig at gøre ruten/relationen færdig. Vh Søren Johannessen 2014-09-24 19:14 GMT+02:00 Lars Gravengaard lar...@gmail.com: Hej Hvad kan vi gøre ved det rod som https://www.openstreetmap.org/user/docschenk har lavet her i jylland Det er i forhold til http://wiki.openstreetmap.org/wiki/Da:Cykelstier Og ikke nok med det med han har heller ikke tilføjet noder til ALLE sideveje som cykel stierne krydser. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kystlinier og administrative grænser
On 24-09-2014 18:27, Jeff Huntington wrote: Ser man på kanalkanterne på Christianshavn, er de allesammen tegnet ind som kystlinier. Desuden er alle kystlinierne medlemmer af relationer for Københavns kommune og Region Hovedstaden. Endresultatet er, at hvert eneste stykke jord er tegnet ind med sin egne kommune- og regionsgrænse, hvilket ser godt nok lidt spøjst ud, og er vel næppe korrekt. Se fx. http://www.openstreetmap.org/#map=16/55.6751/12.5928. Jeg er enig i at der er brugt lidt vel rigeligt med kystlinie. Jeg har en del steder erstattet kyst med pier eller breakwater. Når jeg nu ser Købehavns havn så synes jeg fx heller ikke, at de to arme ud fra Trekroner er kystlinie. Jeg mener, at kanalkanterne i stedet for burde tagges med ’natural=water, water=canal’, og de skal ikke være medlemmer af grænserelationerne. Men hvad med havneområdet uden for kanalerne? Skal det fortsat være kystlinie, Ja, jeg synes trods alt, at Amager er en Ø. Men hvis de bliver ved med at lave nye byggeprojekter i havnen, er det ikke sikkert at den bliver ved med at være det :-) dog uden de administrative grænser? Og hvordan afgrænses havnen i givet fald overfor havet? Så mens den nuværende løsning ikke er særlig god, er det ikke helt nemt at afgøre, hvordan det burde gøres i stedet for, og før jeg evt. kaster mig over opgaven kunne jeg godt tænke mig at høre andres mening. I øvrigt, jeg er bekendt med de særlige krav til kystlinien, og skal nok lade være med at bryde kæden hvis jeg går i gang. Jeff ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kystlinier og administrative grænser
Jeff Huntington skrev: Ser man på kanalkanterne på Christianshavn, er de allesammen tegnet ind som kystlinier. Desuden er alle kystlinierne medlemmer af relationer for Københavns kommune og Region Hovedstaden. Endresultatet er, at hvert eneste stykke jord er tegnet ind med sin egne kommune- og regionsgrænse, hvilket ser godt nok lidt spøjst ud, og er vel næppe korrekt. Se fx. http://www.openstreetmap.org/#map=16/55.6751/12.5928. Hvad angår brugen af natural=coastline kan man se på det på flere måder. Er Slotsholmen f.x. en ø eller bare en del af Sjælland med kanaler (Frederiksholms Kanal/Slotsholm Kanal/Børsgraven) rundt om? Personligt mener jeg, at det er en ø, men jeg kan forestille mig grænsetilfælde, hvor det andet giver mening. Til gengæld er det helt korrekt, at Kommune- og Regionsgrænsen går ved vandkanten. Christianshavns Kanal, Frederiksholms Kanal etc. er en del af søterritoriet, som hører direkte under staten. Hverken Kommune eller Region har noget at sige der. Kommunen skal f.x. pænt spørge om lov, hvis de vil bygge en ny bro eller udvide en kajkant. Det har tidligere været diskuteret på denne liste, især omkring små natyrlige øer. Så vidt jeg husker var konklusionen at ja, det ser rærligt ud på kortet, men det er nu engang virkeligheden. Og vi mapper ikke for renderen. Niels Elgaard Larsen skrev: Jeg har en del steder erstattet kyst med pier eller breakwater. Når jeg nu ser Købehavns havn så synes jeg fx heller ikke, at de to arme ud fra Trekroner er kystlinie. Enig, det burde være breakwater. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] Gritting routes
Inspired by Robs excellent blog: http://www.mappa-mercia.org/2014/09/creating-an-always-up-to-date-map.html#c omment-279 I knocked up a dynamic gritting map: http://u.osmfr.org/m/17803/ The default centre and zoom displays the three gritting priorities plus the bins. If you zoom out bins and priority 3 are only displayed at Z15, priority 2 at Z14 and priority 1 at Z15. This keeps the dynamic overpass calls sensible to keep the map browsing responsive. Comments? Cheers Andy From: Andy Robinson [mailto:ajrli...@gmail.com] Sent: 23 September 2014 10:10 To: 'OSM Group WM' Subject: RE: Gritting routes As a follow up I thought I would see how each LA is currently presenting (in map data terms) its winter maintenance data: http://www.birmingham.gov.uk/grittingroutes (links to us for their map - available data is for 2013-14) http://www.coventry.gov.uk/downloads/download/493/gritting They do not appear to have an online map. http://www.staffordshire.gov.uk/transport/staffshighways/winterdriving/salti ng/Saltingroutes.aspx http://www.warwickshire.gov.uk/gritting http://www.worcestershire.gov.uk/cms/gritting/gritting-map.aspx http://www.sandwell.gov.uk/info/200284/roads_travel_and_parking/2139/grittin g They do not appear to have their own online map. The link to the spreadsheet data on our wiki are to a gdoc which when I access says will be unavailable soon. Data needs to be copied elsewhere? The link to the descriptive routes is fine. http://www.wolverhampton.gov.uk/gritting. Link to data from our wiki gives a 404. http://cms.walsall.gov.uk/winter_service.htm No online map but route data and maps contained in their Operation Plan available for download (Oct 2013 draft version). Locations of grit bins are on a printed map and as a location list (2011). Dudley have a static map facility for a given location available via http://www.dudley.gov.uk/resident/parking-roads/street-care-and-maintenance/ gritting-and-snow-clearance/ The wiki link to their full data that they previously provided is showing the same deleted soon gdoc message as the Sandwell data. Other than where noted above I don't see any links to data from the official pages. Cheers Andy From: Andy Robinson [mailto:ajrli...@gmail.com] Sent: 23 September 2014 08:55 To: OSM Group WM Subject: Gritting routes It won't be long before the gritters head out onto the regions roads. Can we collate what information we have for each county regarding availability/accessibility of data and updates? We also ought to think about whether a re-ender update is needed (http://wiki.openstreetmap.org/wiki/Mappa_Mercia/gritting suggests it hasn't been updated for ages?). Also the map currently doesn't show grit bin locations. Thus far our focus has been on the west mids but our map would be a whole lot more useful if we could also be slowly working on getting data for Warks, Worcs and Staffs as these counties certainly fall under our wider mercia interest. Also on a personal level the gritting of rural routes is especially of interest when planning winter cycling routes. Cheers Andy ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Gritting routes
On 24 September 2014 11:46, Andy Robinson ajrli...@gmail.com wrote: Comments? Wow, that looks great. The light blue is tricky to see, but otherwise this looks fantastic :-) How long did it take you? I need to restart my attempt to add the Warwickshire data. Seeing this should keep me going! ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Gritting routes
Cheers Rob, took about half an hour (bit longer perhaps adding in the info text). I’ll tweak the light blue when I’m next logged in. Cheers Andy From: Rob Nickerson [mailto:rob.j.nicker...@gmail.com] Sent: 24 September 2014 21:56 To: Andy Robinson Cc: OSM Group WM Subject: Re: [Talk-gb-westmidlands] Gritting routes On 24 September 2014 11:46, Andy Robinson ajrli...@gmail.com wrote: Comments? Wow, that looks great. The light blue is tricky to see, but otherwise this looks fantastic :-) How long did it take you? I need to restart my attempt to add the Warwickshire data. Seeing this should keep me going! _ No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4765 / Virus Database: 4025/8268 - Release Date: 09/24/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Gritting routes
Rob, re Warwickshire, do you have the data for north area. I’d like to get that in and can help. I’m also assuming Cov needs to be completed. Cheers Andy From: Rob Nickerson [mailto:rob.j.nicker...@gmail.com] Sent: 24 September 2014 21:56 To: Andy Robinson Cc: OSM Group WM Subject: Re: [Talk-gb-westmidlands] Gritting routes On 24 September 2014 11:46, Andy Robinson ajrli...@gmail.com wrote: Comments? Wow, that looks great. The light blue is tricky to see, but otherwise this looks fantastic :-) How long did it take you? I need to restart my attempt to add the Warwickshire data. Seeing this should keep me going! _ No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4765 / Virus Database: 4025/8268 - Release Date: 09/24/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-es] Fecha Hangout
Hola chic@s, Esta semana imposible. Soy partidario de retrasarla para el próximo martes o jueves u otra semana. Un saludo --- Mensaje Original --- Desde: Jaime Crespo jy...@jynus.com Enviado: 23 de septiembre de 2014 17:07 Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Asunto: Re: [Talk-es] Nomenclatura de calles en España Yo por temas de trabajo no puedo esta tarde. Mirad si Óscar puede coger el testigo y podéis organizaros. Si no, habrá que retrasarla. El 23 de septiembre de 2014, 16:25, Alejandro S. alejandro...@gmail.com escribió: Se puede hablar en el hangout de esta tarde http://tinyurl.com/osmes2 Un saludo ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Grenzen
Hallo Leute, ich hole diesen alten Thread aus dem Jahre 2013 wieder hervor, da ich mich gerne mit den Gemeindegrenzen bzw. Gemeinderelation in sterreich befassen mchte. Und hier geht es im speziellen nochmals um das Problem der Namensgebung, mit Gemeinde oder ohne im name=* tag. Ich habe nun einige Fundstellen gefunden. Es handelt sich um ein Landesgesetzblatt des Landes Tirol https://www.ris.bka.gv.at/Dokumente/Lgbl/LGBL_TI_20100715_40/LGBL_TI_20100715_40.pdf Unter der Nummer 40 wird eine nderung des Gemeindenamens nach Buch in Tirol bekannt gegeben, keine Spur von Gemeinde! https://www.ris.bka.gv.at/Dokumente/Lgbl/LGBL_TI_19960423_26/LGBL_TI_19960423_26.pdf Unter der Nummer 26 nderung in Prgraten am Grovenediger https://www.ris.bka.gv.at/Dokumente/Lgbl/LGBL_OB_1950_42/LGBL_OB_1950_42.pdf Aus dem Jahre 1951, Nr. 42, zahlreiche Gemeindenamen aus Obersterreich ohne Gemeinde im Namen. Deren Beispiele knnte man bei intensiver Recherche noch viele finden, auch bei Statistik Austria http://www.statistik.at/web_de/klassifikationen/regionale_gliederungen/gemeinden/index.html oder in den Atlanten alle Bundeslnder von sterreich, alle Gemeinden immer ohne Zusatz, ausnahmslos, egal ob online oder in den bereitsgestellten Listen. Ich habe mir relation von Typ admin_level=8 in den Lndern Spanien, Frankreich, Belgien, Holland, England, Schweiz und Italien angesehen, alle ohne Zusatz, in den meiten Fllen eben der Name der grten Stadt in der entsprechenden Gemeinde! Gut, ich wrde nun gerne die Relations vom Typ admin_level=8 den name=* tag eben nur auf den Namen der Gemeinde ndern. Damit die Info Gemeinde oder Marktgemeinde usw. nicht verloren geht, diese in name:prefix:de=* packen. OSM ist eine Datenbank fr Geoinformationen! Wie bereits bekannt, wie das Ganze nun in den einzelnen Karten dargestellt wird ist nicht das Hauptaugenmerk, sondern die Infos sind es! Wir mappen nicht fr die Renderer, auch wenn es gut aussehen wrde! Gre Erwin aus Tirol ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Grenzen
Hallo Leute, ich hole diesen alten Thread aus dem Jahre 2013 wieder hervor, da ich mich gerne mit den Gemeindegrenzen bzw. Gemeinderelation in Österreich befassen möchte. Und hier geht es im speziellen nochmals um das Problem der Namensgebung, mit Gemeinde oder ohne im name=* tag. Ich habe nun einige Fundstellen gefunden. Es handelt sich um ein Landesgesetzblatt des Landes Tirol https://www.ris.bka.gv.at/Dokumente/Lgbl/LGBL_TI_20100715_40/LGBL_TI_20100715_40.pdf Unter der Nummer 40 wird eine Änderung des Gemeindenamens nach Buch in Tirol bekannt gegeben, keine Spur von Gemeinde! https://www.ris.bka.gv.at/Dokumente/Lgbl/LGBL_TI_19960423_26/LGBL_TI_19960423_26.pdf Unter der Nummer 26 Änderung in Prägraten am Großvenediger https://www.ris.bka.gv.at/Dokumente/Lgbl/LGBL_OB_1950_42/LGBL_OB_1950_42.pdf Aus dem Jahre 1951, Nr. 42, zahlreiche Gemeindenamen aus Oberösterreich ohne Gemeinde im Namen. Deren Beispiele könnte man bei intensiver Recherche noch viele finden, auch bei Statistik Austria http://www.statistik.at/web_de/klassifikationen/regionale_gliederungen/gemeinden/index.html oder in den Atlanten alle Bundesländer von Österreich, alle Gemeinden immer ohne Zusatz, ausnahmslos, egal ob online oder in den bereitsgestellten Listen. Ich habe mir relation von Typ admin_level=8 in den Ländern Spanien, Frankreich, Belgien, Holland, England, Schweiz und Italien angesehen, alle ohne Zusatz, in den meißten Fällen eben der Name der größten Stadt in der entsprechenden Gemeinde! Gut, ich würde nun gerne die Relations vom Typ admin_level=8 den name=* tag eben nur auf den Namen der Gemeinde ändern. Damit die Info Gemeinde oder Marktgemeinde usw. nicht verloren geht, diese in name:prefix:de=* packen. OSM ist eine Datenbank für Geoinformationen! Wie bereits bekannt, wie das Ganze nun in den einzelnen Karten dargestellt wird ist nicht das Hauptaugenmerk, sondern die Infos sind es! Wir mappen nicht für die Renderer, auch wenn es gut aussehen würde! Edit: Tschuldigung für die erste Nachricht, hatte die falsche Form. Grüße Erwin aus Tirol ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
Hallo Erwin! Genau das ist mir auch bei der Erstellung der Gebäudeabdeckungskarte aufgefallen. Für die Statistik-Applikation dafür (die bald kommt) habe ich in meiner lokalen DB einfach überall Gemeinde, Stadtgemeinde etc. abgeschnitten. Die meisten Gemeinden verwenden nicht den Präfix-Tag. Dasselbe kann man übrigens auch bei Bezirken feststellen; da gibt es über ganz Österreich gesehen große Inkonsistenzen (das ist außerdem auch stark bundesland- und regionsabhängig). Ich spreche mich auch dafür aus, das ganze konsistent zu machen! Falls du eine Tabelle von Gemeinden und Bezirken brauchst, wo Gemeinde etc. im Namen steht und wo kein Präfix-Tag verwendet wird, sag mir Bescheid, ich habe dazu schon entsprechende SQL-Queries gemacht. Ansonsten lässt sich das auch bestimmt automatisiert mit der Overpass API feststellen. LG Tom Am 24 Sep 2014 um 09:58 schrieb Erwin Pleyer erwin@gmx.at: Hallo Leute, ich hole diesen alten Thread aus dem Jahre 2013 wieder hervor, da ich mich gerne mit den Gemeindegrenzen bzw. Gemeinderelation in Österreich befassen möchte. Und hier geht es im speziellen nochmals um das Problem der Namensgebung, mit Gemeinde oder ohne im name=* tag. Ich habe nun einige Fundstellen gefunden. Es handelt sich um ein Landesgesetzblatt des Landes Tirol https://www.ris.bka.gv.at/Dokumente/Lgbl/LGBL_TI_20100715_40/LGBL_TI_20100715_40.pdf Unter der Nummer 40 wird eine Änderung des Gemeindenamens nach Buch in Tirol bekannt gegeben, keine Spur von Gemeinde! https://www.ris.bka.gv.at/Dokumente/Lgbl/LGBL_TI_19960423_26/LGBL_TI_19960423_26.pdf Unter der Nummer 26 Änderung in Prägraten am Großvenediger https://www.ris.bka.gv.at/Dokumente/Lgbl/LGBL_OB_1950_42/LGBL_OB_1950_42.pdf Aus dem Jahre 1951, Nr. 42, zahlreiche Gemeindenamen aus Oberösterreich ohne Gemeinde im Namen. Deren Beispiele könnte man bei intensiver Recherche noch viele finden, auch bei Statistik Austria http://www.statistik.at/web_de/klassifikationen/regionale_gliederungen/gemeinden/index.html oder in den Atlanten alle Bundesländer von Österreich, alle Gemeinden immer ohne Zusatz, ausnahmslos, egal ob online oder in den bereitsgestellten Listen. Ich habe mir relation von Typ admin_level=8 in den Ländern Spanien, Frankreich, Belgien, Holland, England, Schweiz und Italien angesehen, alle ohne Zusatz, in den meißten Fällen eben der Name der größten Stadt in der entsprechenden Gemeinde! Gut, ich würde nun gerne die Relations vom Typ admin_level=8 den name=* tag eben nur auf den Namen der Gemeinde ändern. Damit die Info Gemeinde oder Marktgemeinde usw. nicht verloren geht, diese in name:prefix:de=* packen. OSM ist eine Datenbank für Geoinformationen! Wie bereits bekannt, wie das Ganze nun in den einzelnen Karten dargestellt wird ist nicht das Hauptaugenmerk, sondern die Infos sind es! Wir mappen nicht für die Renderer, auch wenn es gut aussehen würde! Edit: Tschuldigung für die erste Nachricht, hatte die falsche Form. Grüße Erwin aus Tirol ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
Hi Erwin, wenn das durchkommt hast du mir - und natrlich auch OSM - einen riesigen Gefallen getan. Diese hunderte von Gemeinden stren mich schon lange. Aber ich hab da nix unternommen, sonst heist es wieder die Piefkes mischen sich ein ;) Wenn du irgendwelchen technischen Support brauchen solltest, knnte ich etwas helfen, indem ich einen passenden Changeset erzeuge, den einer von euch nur noch hochjagen mu. Gruss walter ps: Kennst du eigentlich meinen Boundaries-Karte? https://osm.wno-edv-service.de/boundaries ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
Morgen Michael, ich hoffe, Du hast das Gemeinde nicht nur gelöscht, sondern unter name:prefix:de=Gemeinde eingetragen ;-) Grüße Erwin Gesendet: Mittwoch, 24. September 2014 um 22:29 Uhr Von: Michael Kircher cur...@gmail.com An: OpenStreetMap AT talk-at@openstreetmap.org Betreff: Re: [Talk-at] Grenzen Hallo! +1 Ich bin auch eindeutig dafür das Gemeinde usw. in prefix zu nehmen und den Name wieder ohne Gemeinde zu machen. Ich habe auch schon bei meiner Gemeinde das Gemeinde gelöscht! Wir haben hier doch einige die sich mit Massenedits auskennen denke ich. Bitte jemand übernehmen der das kann! mfg Michael ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] Pravděpodobně chyba v traceru
Cus, prihodim sem abych nezakladal dalsi thread, lpis tracer je jak sem zjistil celkem nebezpecny udelator, specielne v lokalitach, kde jsou nejake plosne objekty. Defakto se da chovani popsat asi v nasledujicich bodech: 1) objekt ignoruje a castecne/uplne ho prekryje. 2) objekt posune a spravne napoji hranice. 3) objekt poskodi/znici, vytvori duplicitni cesty, ruzne smycky ... tohle je asi nejzasadnejsi potiz 4) objekt roztahne pres sebe a prevezme z nej i tagovani, casto duplikuje body/cesty 5) v pripade vice kliku do stejne oblasti duplikuje celou plochu/relaci i opakovane (tohle plati defakto 100%), nekdy je pak pomerne pracne to opravit. Podotykam, ze validator zcela zjevne neodchyti problem vzdy, protoze neuploaduju pokud mi hlasi chyby, presto se mi povedlo nekolik uploadu s vyse uvedenyma chybama. Mimochodem, co takhle nejaky zaskrtitko, ktery vypne overlay hlasek o trasovani? Stejne se zobrazujou klidne i nekolik minut po akci ... ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Pravděpodobně chyba v traceru
Ahoj, -- Původní zpráva -- Od: jzvc j...@tpfree.net Komu: talk-cz@openstreetmap.org Datum: 24. 9. 2014 13:39:29 Předmět: Re: [Talk-cz] Pravděpodobně chyba v traceru Cus, prihodim sem abych nezakladal dalsi thread, lpis tracer je jak sem zjistil celkem nebezpecny udelator, specielne v lokalitach, kde jsou nejake plosne objekty. Hlavně v nezkušených nebo příliš rychlých rukou 8-) Defakto se da chovani popsat asi v nasledujicich bodech: 1) objekt ignoruje a castecne/uplne ho prekryje. Tohle by se mělo dít hlavně u relací. Do těch se mi nechtělo moc vrtat. Ne že by to nešlo ošetřit, ale není to tak jednoduché. Momentálně to je TODO 2) objekt posune a spravne napoji hranice. Jak posune? S okolními objekty by se hýbat nemělo. 3) objekt poskodi/znici, vytvori duplicitni cesty, ruzne smycky ... tohle je asi nejzasadnejsi potiz To jsou různé typy ocásků. Mám v TODO. Oprava je většinou snadná - validátor by měl hlásit cesty, které protínají samy sebe (bohužel to je jen jako warning). Vyberu cestu, přidám k tomu výběr bodu, kde se protínají, rozdělím cestu v tomto bodě (P). Pak označím ocásek a smažu. Hotovo ;-) 4) objekt roztahne pres sebe a prevezme z nej i tagovani, casto duplikuje body/cesty Problém, kdy se automatika rozhodne jít špatným směrem. Řešení zatím nemám. Mám trochu problém to nasimulovat. Myslel jsem, že vím naprosto přesně, kdy to nastane, ale nebyla to pravda. Většinou to nastává, když je nějaká dlouhá, rovná hrana a další oblast do ní jen jemně zasahuje jedním uzlem. Když tuším problémy, tak si po trasování ověřím, zda tento případ nenastal - označím sousední plochu a vidím, jestli se rozlila, nebo ne. Pokud ano, vrátím to zpět, posunu problémový bod mimo a opakuji trasování. Pokud si toho nevšimnu hned, stačí danou plochu označit, najít úzké místo, kudy to uniklo. Pak mezi těmi body natáhnout cestu. Označit plochu a nově vytvořenou cestu, stisknout Alt+X - to rozdělí danou plochu na dvě. Tu špatnou pak smažu. 5) v pripade vice kliku do stejne oblasti duplikuje celou plochu/relaci i opakovane (tohle plati defakto 100%), nekdy je pak pomerne pracne to opravit. Ano. Tohle je stále TODO. Možná bych se na to mohl konečně podívat. Ideální je neklikat tak rychle. Vždy počkat, až se kompletně natrasuje předchozí objekt. Občas se stává, že jsou vedle sebe dvě pole, které vypadají, že jsou nezávislé, ale ve skutečnosti jsou někde propojeny. To se pak lehce stane, že se něco natrasuje dvakrát. Nicméně, čím více krát to je přes sebe, tím odlišnější barvu má daný objekt. Opět, pokud něco natrasuji dvakrát a všimnu si toho hned, existuje tlačítko zpět. Podotykam, ze validator zcela zjevne neodchyti problem vzdy, protoze neuploaduju pokud mi hlasi chyby, presto se mi povedlo nekolik uploadu s vyse uvedenyma chybama. Jak jsem psal výše, něco není jako chyba, ale jako pouze varování (cesty protínající sebe sama). Taky záleží, jakou verzi JOSM používáš. Momentálně se věci kolem validací docela hodně mění. Mimochodem, co takhle nejaky zaskrtitko, ktery vypne overlay hlasek o trasovani? Stejne se zobrazujou klidne i nekolik minut po akci ... Však to nevadí ne? :-D Neměl být až takový problém. Ale možná by to chtělo upravit JOSM, aby se s takovou situací vypořádal lépe. Třeba, nějaká možnost přeplácnout informační bublinu novou okamžitě a nečekat, až doběhne timeout předchozí. Jestli bude zájem, zkusím postupy, které používám pro řešení problémových situací, zdokumentovat nějakými obrázky. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Pravděpodobně chyba v traceru
Dne 24.9.2014 14:23, Marián Kyral napsal(a): Ahoj, Podotykam, ze validator zcela zjevne neodchyti problem vzdy, protoze neuploaduju pokud mi hlasi chyby, presto se mi povedlo nekolik uploadu s vyse uvedenyma chybama. Jak jsem psal výše, něco není jako chyba, ale jako pouze varování (cesty protínající sebe sama). Taky záleží, jakou verzi JOSM používáš. Momentálně se věci kolem validací docela hodně mění. Už mi prošly skrz JOSM i problémy, kde nehlásil ani error ani warning. Nevím jak to vzniklo a je mi to divný, ale sousední plocha překryla trasované pole tak šikovně že přitom nevytvořila žádnou z obvyklých chyb/warningů. JOSM nehlásil ani warning překrývání landuse polygonů. Přišel jsem na to až dodatečně, jak se vracím k natrasovaným oblastem a vylepšuju v nich detaily. Mimochodem, co takhle nejaky zaskrtitko, ktery vypne overlay hlasek o trasovani? Stejne se zobrazujou klidne i nekolik minut po akci ... Však to nevadí ne? :-D Já ty hlášky u sebe ve zdrojáku zrušil, protože mě lezly na nervy :-) Tím zpožděním ztrácí jakýkoliv smysl. Osobně bych se vykašlal na checkboxy a v případě úspěchu nic nezobrazoval, co se natrasovalo je přece vidět v mapě. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Pravděpodobně chyba v traceru
Dne 24.9.2014 14:23, Marián Kyral napsal(a): Ahoj, -- Původní zpráva -- Od: jzvc j...@tpfree.net Komu: talk-cz@openstreetmap.org Datum: 24. 9. 2014 13:39:29 Předmět: Re: [Talk-cz] Pravděpodobně chyba v traceru Cus, prihodim sem abych nezakladal dalsi thread, lpis tracer je jak sem zjistil celkem nebezpecny udelator, specielne v lokalitach, kde jsou nejake plosne objekty. Hlavně v nezkušených nebo příliš rychlých rukou 8-) Defakto se da chovani popsat asi v nasledujicich bodech: 1) objekt ignoruje a castecne/uplne ho prekryje. Tohle by se mělo dít hlavně u relací. Do těch se mi nechtělo moc vrtat. Ne že by to nešlo ošetřit, ale není to tak jednoduché. Momentálně to je TODO 2) objekt posune a spravne napoji hranice. Jak posune? S okolními objekty by se hýbat nemělo. OK upresnim, posune/upravi geometrii sousedici cesty tak, aby byla v souladu s vlozenou geometrii pole. 3) objekt poskodi/znici, vytvori duplicitni cesty, ruzne smycky ... tohle je asi nejzasadnejsi potiz To jsou různé typy ocásků. Mám v TODO. Oprava je většinou snadná - validátor by měl hlásit cesty, které protínají samy sebe (bohužel to je jen jako warning). Vyberu cestu, přidám k tomu výběr bodu, kde se protínají, rozdělím cestu v tomto bodě (P). Pak označím ocásek a smažu. Hotovo ;-) 4) objekt roztahne pres sebe a prevezme z nej i tagovani, casto duplikuje body/cesty Problém, kdy se automatika rozhodne jít špatným směrem. Řešení zatím nemám. Mám trochu problém to nasimulovat. Myslel jsem, že vím naprosto přesně, kdy to nastane, ale nebyla to pravda. Většinou to nastává, když je nějaká dlouhá, rovná hrana a další oblast do ní jen jemně zasahuje jedním uzlem. Když tuším problémy, tak si po trasování ověřím, zda tento případ nenastal - označím sousední plochu a vidím, jestli se rozlila, nebo ne. Pokud ano, vrátím to zpět, posunu problémový bod mimo a opakuji trasování. Pokud si toho nevšimnu hned, stačí danou plochu označit, najít úzké místo, kudy to uniklo. Pak mezi těmi body natáhnout cestu. Označit plochu a nově vytvořenou cestu, stisknout Alt+X - to rozdělí danou plochu na dvě. Tu špatnou pak smažu. 5) v pripade vice kliku do stejne oblasti duplikuje celou plochu/relaci i opakovane (tohle plati defakto 100%), nekdy je pak pomerne pracne to opravit. Ano. Tohle je stále TODO. Možná bych se na to mohl konečně podívat. Ideální je neklikat tak rychle. Vždy počkat, až se kompletně natrasuje předchozí objekt. Občas se stává, že jsou vedle sebe dvě pole, které vypadají, že jsou nezávislé, ale ve skutečnosti jsou někde propojeny. To se pak lehce stane, že se něco natrasuje dvakrát. Nicméně, čím více krát to je přes sebe, tím odlišnější barvu má daný objekt. Opět, pokud něco natrasuji dvakrát a všimnu si toho hned, existuje tlačítko zpět. Podotykam, ze validator zcela zjevne neodchyti problem vzdy, protoze neuploaduju pokud mi hlasi chyby, presto se mi povedlo nekolik uploadu s vyse uvedenyma chybama. Jak jsem psal výše, něco není jako chyba, ale jako pouze varování (cesty protínající sebe sama). Taky záleží, jakou verzi JOSM používáš. Momentálně se věci kolem validací docela hodně mění. Mimochodem, co takhle nejaky zaskrtitko, ktery vypne overlay hlasek o trasovani? Stejne se zobrazujou klidne i nekolik minut po akci ... Však to nevadí ne? :-D Neměl být až takový problém. Ale možná by to chtělo upravit JOSM, aby se s takovou situací vypořádal lépe. Třeba, nějaká možnost přeplácnout informační bublinu novou okamžitě a nečekat, až doběhne timeout předchozí. Jestli bude zájem, zkusím postupy, které používám pro řešení problémových situací, zdokumentovat nějakými obrázky. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Pravděpodobně chyba v traceru
Pro velký úspěch ještě jednou ;-) -- Původní zpráva -- Od: Martin Švec - OSM o...@maatts.cz Komu: Marián Kyral mky...@email.cz Datum: 24. 9. 2014 16:20:04 Předmět: Re: [Talk-cz] Pravděpodobně chyba v traceru Možná záleží jakou verzí traceru a josm to bylo uděláno. A nebo na slunečních skvrnách na slunci ;-) Když na takový případ teď narazíš a spustíš na něj validaci, najde to něco? Zkusim si vzpomenout, ale jsou to vzácný případy, proto spíš podezřívám erupce na slunci nebo vlastní blbost. No je pravda, že po natrasování se daný objekt vybere, takže je vidět co se natrasovalo i s jakými klíči. Co s myslí ostatní. V tomto případě bublinu zrušit, nebo ponechat? Chybí ti Cc do listu :-) Kruciš. Normálně dám reply a pošlu to do listu. Ale reply na tvůj email do listu nejde. Stačí si jednou nedat pozor... :-( Martin___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Pravděpodobně chyba v traceru
-- Původní zpráva -- Od: jzvc j...@tpfree.net Komu: talk-cz@openstreetmap.org Datum: 24. 9. 2014 16:37:00 Předmět: Re: [Talk-cz] Pravděpodobně chyba v traceru Dne 24.9.2014 14:23, Marián Kyral napsal(a): Ahoj, -- Původní zpráva -- Od: jzvc j...@tpfree.net Komu: talk-cz@openstreetmap.org Datum: 24. 9. 2014 13:39:29 Předmět: Re: [Talk-cz] Pravděpodobně chyba v traceru Cus, prihodim sem abych nezakladal dalsi thread, lpis tracer je jak sem zjistil celkem nebezpecny udelator, specielne v lokalitach, kde jsou nejake plosne objekty. Hlavně v nezkušených nebo příliš rychlých rukou 8-) Defakto se da chovani popsat asi v nasledujicich bodech: 1) objekt ignoruje a castecne/uplne ho prekryje. Tohle by se mělo dít hlavně u relací. Do těch se mi nechtělo moc vrtat. Ne že by to nešlo ošetřit, ale není to tak jednoduché. Momentálně to je TODO 2) objekt posune a spravne napoji hranice. Jak posune? S okolními objekty by se hýbat nemělo. OK upresnim, posune/upravi geometrii sousedici cesty tak, aby byla v souladu s vlozenou geometrii pole. Upraví geometrii, to beru. Já tam přidávám a ubírám body. Ale s cestou jako takovou nehýbu. Možná to tak někdy vypadá, ale fakt nehýbu. ;-) Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] opět problém placeholder
-- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: talk-cz@openstreetmap.org Datum: 14. 9. 2014 23:30:40 Předmět: Re: [Talk-cz] opět problém placeholder Dne 14.9.2014 22:34, Zdeněk Pražák napsal(a): takže jsem stáhl oblast znovu a chybějící pole naklikal znovu a chyba se neobjevila a validátor rovněž nic nehlásil Tak to je fajn ;-) Martinova verze funguje dobře, takže jsem aktualizoval binárku. Pro nedočkavé: http://osm.kyralovi.cz/bin/Tracer-testing.jar (http://osm.kyralovi.cz/bin/Tracer-testing.jar) (Netuším, jak často si josm.openstreetmap.de zjišťuje, zda se neobjevila novější verze).Talk-cz mailing list Talk-cz@openstreetmap.org (mailto:Talk-cz@openstreetmap.org) https://lists.openstreetmap.org/listinfo/ talk-cz(https://lists.openstreetmap.org/listinfo/talk-cz) Tak se mi včera podařilo dvakrát vyvolat výjimku Deleted node referrenced. A napotřetí se mi to dokonce dostalo až do stavu, že mi spadlo nahrávání. Opravil jsem to tak, že jsem si vrstvu uložil do souboru, udělal consistency check (kupodivu tentokrát něco našel), smazal nekompletní cesty, soubor nahrál jako novou vrstvu, přetrasoval postižená místa a nahrál na server. (Vypadá to složitě, ale už se v tom lepším ;-) ) Zároveň jsem se v nové vrstvě pokoušel problém reprodukovat. Bohužel vyvolat to znova se mi nepovedlo :-( Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel
Oui donc c'est bien ce qu'il me semblait. Merci Philippe. Et merci à vous tous. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel
2014-09-24 10:19 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Oui donc c'est bien ce qu'il me semblait. Merci Philippe. Et merci à vous tous. Comme toujours, il faut prendre ce que dit Philippe avec des pincettes et nuancer. Ce qu'il dit est correct si le fossé est effectivement une simple buse enterrée. Par contre, il y a aussi des fossés qui sont enjambés avec un vrai tablier pour la route. C'est à voir au cas par cas et c'est difficile voire impossible à dire si on utilise Bing par exemple. Mais comme je l'ai déjà écrit, c'est un détail et la plupart des contributeurs peuvent se contenter de la définition si plus long que large, etc. Par contre, avant de changer un bridge en tunnel ou inversement, il vaut mieux connaitre la réalité du terrain. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Belle carto des accidents
Le 23/09/2014 22:48, DH a écrit : Le 23/09/2014 22:40, Vincent de Château-Thierry a écrit : Ça a donné cette carto : http://rue89.nouvelobs.com/2014/06/25/carte-presque-tous-les-accidents-route-2012-253113 (warning : c'est du BANO sur fond Google) C'est pour cela que ça pique autant les yeux ! Tous ne sont pas habitués. Oui, on les a juste aidé pour le géocodage, on a pas eu notre mot à dire pour le fond de carte ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] ref:FR:SIRET
Bonjour, En coordination avec Jean-Jouis Zimmermann, nous avons changé les tags fr:SIRET en ref:FR:SIRET sur la ville d'Orange. Puis récemment, ceux-ci ont été changés en ref:FR:SIREN alors qu'ils s'agissait bien d'identifiant d'établissements. Au delà de cette petite erreur, je me fais la réflexion suivante. Les ref:FR:SIRET (14 chiffres) sont bien des identifiants (géographiques, précise wikipédia) d'établissement, à apposer sur le point, le way de l'établissement. Quant aux ref:FR:SIREN (9 chiffres), il sont des identifiants d'entreprises. Ils pourraient être apposés à l'établissement où réside le siège social de l'entreprise tel que indiquent des sites comme [1] qui précise le SIRET du siège social. Cela permettrait de faire les requêtes qui vont bien pour géolocaliser les établissements d'une entreprise et son siège social. Par ailleurs : Le code NAF (anciennement APE) est référencé dans le tag ref:FR:NAF [2], bien pratique et précis. Les communes [3], et probablement les collectivité locales on un numéro SIRET (et donc SIREN). Le SIREN pourrait être mis sur le point admin_centre, et le SIRET sur la mairie. Si cet usage vous convient, je modifierai le wiki en ce sens. Aujourd'hui, il y a encore peu de SIRET dans OSM. Mais après BANO, je pense que la géolocalisation des entreprises intéressera beaucoup de monde. Peut-être que certains imports peuvent être mécanisés, par exemple pour les collectivités locales, les écoles (on a déjà un ref:UAI qui pourrait devenir, pour cohérence, un ref:FR:UAI). [1] http://www.score3.fr/STANDARD-329881148.shtml [2] http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:NAF [2] voir par exemple https://www.openstreetmap.org/node/26692306 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel
@Pieren: Il est vrai que sans avoir vérifier sur le terrain il est difficile de faire la différence . C'est pour cela que je proposait de faire un fixme (par exemple sur un nœud quand on ne sait pas ou de ne pas traiter l'erreur plutôt que de faire des ponts et tunnel qu'un contributeur devra derrière faire deux étapes. En clair en cas d'erreur c'est 3 étapes de plus pour remettre les choses correctement. Il y a beaucoup de contributions se basant sur BING (Et j'en fait parti). Mon objectif et donc de pouvoir faire comprendre que BING n'est pas la solution adaptée dans tous les cas. Dans le cas de fossé on peut avoir du cours d'eau (et oui pour les ruisseaux ça passe des fois par une simple buse) Et dans certains cas ce sont des ponts romains car pas de busage possible à l'époque. Je parle des édits dans ma zone car je ne peux pas faire du terrain partout. Pour le moment je m'occupe de vérifier l'axe Avignon - Montpellier sur une bande de 50 Km. Dans l'ensemble des domaines. J'essai de quadriller mais bon c'est pas évident. En tout cas merci pour l'éclaircissement. Le 24 septembre 2014 10:30, Pieren pier...@gmail.com a écrit : 2014-09-24 10:19 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Oui donc c'est bien ce qu'il me semblait. Merci Philippe. Et merci à vous tous. Comme toujours, il faut prendre ce que dit Philippe avec des pincettes et nuancer. Ce qu'il dit est correct si le fossé est effectivement une simple buse enterrée. Par contre, il y a aussi des fossés qui sont enjambés avec un vrai tablier pour la route. C'est à voir au cas par cas et c'est difficile voire impossible à dire si on utilise Bing par exemple. Mais comme je l'ai déjà écrit, c'est un détail et la plupart des contributeurs peuvent se contenter de la définition si plus long que large, etc. Par contre, avant de changer un bridge en tunnel ou inversement, il vaut mieux connaitre la réalité du terrain. 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] Belle carto des accidents
Le 23/09/2014 22:19, Eric Debeau a écrit : Belle réalisation présentant des accidents de la route qui date d'avril 2014 Merci :-) http://www.ideeslibres.org/Accidents/Gravite/#bbox=41.1290213474951,-7.80029296875,51.34433866059924,22.21435546875lgd=1 Utilisation des tuiles MapQuest et bonnes attributions ;-) Les noms de voie se basent sur les codes Rivoli. Ce serait bien de mettre à jour avec les données BANO qui sont plus précises ;-) Eric Oui, le travail est entamé : sur 129 141 accidents potentiellement géocodables de manière stricte (ou on a numéro + libellé de rue + code insee), le géocodeur (utilisant BANO et Solr) en trouve 68 552. Pour faire mieux, il faudrait que je réalise un pré-traitement sur les libellés de rues qui ne sont pas formidables tels quels. Il faut que je m'y remette ;-) Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref:FR:SIRET
Question richesse des données, le problème c'est que ces données sont vendus par les CCI,les chambres des métiers et la chambre d'Agriculture. Donc, sauf contributions directes, on n'a pas encore beaucoup de données. Un truc à intégrer dans osmose si c'est pas déjà le cas: un doc DSI CNRS avec un check à faire dans Osmose pour la validité des SIREN SIRET http://www.google.fr/url?sa=trct=jq=esrc=ssource=webcd=1cad=rjauact=8ved=0CCMQFjAAurl=http%3A%2F%2Fwww.dsi.cnrs.fr%2Fconduite-projet%2Fphasedeveloppement%2Ftechnique%2Fetude-detaillee%2Fmodele-de-donnees%2Fregles-SIREN-SIRET.docei=y5siVN6XC_SOsQTP2IHwCgusg=AFQjCNFAtauEUHuvf0gpDwz7_UgguLhAIAsig2=upiQ0nxUR7jBC7q6A1nC_Q Sinon comme chaque établissement à son propre SIRET + SIREN pourquoi aller le mettre sur la commune... C'est pas un contact donc pas un établissement à proprement parlé mais Le SIREN servira, par requête, à savoir les établissements commun mais en aucun cas c'est un admin_centre. Je pense pas que ce soit cohérent de le mettre là. Mais le renseigner sur chaque établissement oui. Quand on parle de géographie on parle d'adressage d'un contact car sans adresse tu ne peux pas reçevoir de courrier et pas avoir de compte bancaire. Une commune et une unité territoriale Un établissement public gère l'unité et a une adresse (le SIREN ne porte pas l'adresse) Si on veux savoir ou et le siège social il faudra définir un champs pour identifier l’établissement principal Sinon on fait aussi porter le code SIREN pour les département et les régions... Autre chose à prendre en compte puisse que tu parle de BANO et d'automatisation Il serait peut être bien de dissocier adresse physique (à l'entrée ou devant le bati) et contact dans les éditeurs (comme ID par exemple). contact http://wiki.openstreetmap.org/wiki/Key:contact:housenumber http://wiki.openstreetmap.org/w/index.php?title=Key:housenumberaction=editredlink=1 pour les entreprises et organismes car l'éditeur id propose d'office addr http://wiki.openstreetmap.org/wiki/Key:addr:housenumber http://wiki.openstreetmap.org/w/index.php?title=Key:housenumberaction=editredlink=1 Quand l'adresse est saisie deux fois ça pose problème. C'est souvent le cas dans les saisies et je pense qu'en import de masse on risque d'avoir un problème à un moment. C'est certes un autre sujet mais je pense que dans l'automatisation il faudra y penser sinon ça va entrer en conflit avec les adressages en cours. http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#R.C3.A8gles_de_priorit.C3.A9s_entre_sources Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Wow, le MNT de la Nasa à 30 mètres n'est plus réservé qu'aux américains. Selon cet article: http://www.jpl.nasa.gov/news/news.php?release=2014-321 le nouveau jeu de données à 30 mètres va être progressivement libéré, d'abord pour l'Afrique puis pour les autres continents dans l'année suivante. Jusqu'ici, seul l'Amérique avait le droit d'utiliser ces données à 30m, les autres devant se contenter de données à 90m. On se rapproche lentement mais sûrement des MNT payants de l'IGN à 25m (interpolés à 1m). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins de randonnée (GR et autres)
Trop forts, ces Belges. Dans le même genre, toujours en Belgique, il y avait aussi le circuit de la Gaume Buissonnière (225 km), dont les cartes étaient sous le rendu R25 modifié. http://gaumebuissonniere.host22.com/index.php?lang=frsubpage=01page=04ch=1 JB. Le 23/09/2014 14:00, Romain MEHUT a écrit : Merci Pieren pour cette très bonne trouvaille. Pour aller plus loin, maintenant qu'il existe par ailleurs d'autres exemples de plans touristiques à partir d'OSM (cf. http://www.openstreetmap.org/user/1piedsurTerre/diary/21853), ce serait très utile que soit documentée la (les) méthode(s) permettant d'arriver à ces résultats... Romain Le 23 septembre 2014 11:10, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : Pour ajouter une pierre à l'édifice, voici une entrevue avec l'auteur d'un topo-guide GR utilisant des cartes OSM: http://blog.bmaron.net/post/2014/09/22/Interview%3A-des-Sentiers-de-Grande-Randonn%C3%A9e-et-OpenStreetMap Mais, bon, c'est en Belgique, c'est ballot. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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
[OSM-talk-fr] addr:housenumber dans Hamlet sans associatedStreet
Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
C'est un gros progrès ! Pour mémoire, sur l'Europe on a déjà un MNT à 30m, basé sur SRTM et ASTER, c'est l'EU-DEM. Le 24 septembre 2014 13:19, Pieren pier...@gmail.com a écrit : Wow, le MNT de la Nasa à 30 mètres n'est plus réservé qu'aux américains. Selon cet article: http://www.jpl.nasa.gov/news/news.php?release=2014-321 le nouveau jeu de données à 30 mètres va être progressivement libéré, d'abord pour l'Afrique puis pour les autres continents dans l'année suivante. Jusqu'ici, seul l'Amérique avait le droit d'utiliser ces données à 30m, les autres devant se contenter de données à 90m. On se rapproche lentement mais sûrement des MNT payants de l'IGN à 25m (interpolés à 1m). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:housenumber dans Hamlet sans associatedStreet
Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* Le 24 septembre 2014 14:13, Cavok cavok...@free.fr a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:housenumber dans Hamlet sans associatedStreet
Je suis d'accord avec Christian. Il faut aussi que ton lieudit, s'il n'existe pas, soit créer en tant que noeud place. Le 24 septembre 2014 14:20, Christian Quest cqu...@openstreetmap.fr a écrit : Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* Le 24 septembre 2014 14:13, Cavok cavok...@free.fr a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
On va avoir les courbes géodésiques dans OSM? Le 24 septembre 2014 14:17, Christian Quest cqu...@openstreetmap.fr a écrit : C'est un gros progrès ! Pour mémoire, sur l'Europe on a déjà un MNT à 30m, basé sur SRTM et ASTER, c'est l'EU-DEM. Le 24 septembre 2014 13:19, Pieren pier...@gmail.com a écrit : Wow, le MNT de la Nasa à 30 mètres n'est plus réservé qu'aux américains. Selon cet article: http://www.jpl.nasa.gov/news/news.php?release=2014-321 le nouveau jeu de données à 30 mètres va être progressivement libéré, d'abord pour l'Afrique puis pour les autres continents dans l'année suivante. Jusqu'ici, seul l'Amérique avait le droit d'utiliser ces données à 30m, les autres devant se contenter de données à 90m. On se rapproche lentement mais sûrement des MNT payants de l'IGN à 25m (interpolés à 1m). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Des courbes de niveau ? J'ai déjà tout généré pour l'Europe, mais pas encore utilisé dans un rendu, sauf quelques essais comme ici: http://cl.ly/image/2h0X2L3j2C0r Il y a l'ombrage (pas génial, à améliorer), les courbes de niveau et un effet de neige à partir de 1500m ;) Le 24 septembre 2014 14:26, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : On va avoir les courbes géodésiques dans OSM? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:housenumber dans Hamlet sans associatedStreet
Je vais peut-être inventer des tags, mais bon dans OSM on a le droit ;-) Ne serait-ce pas plus cohérent avec le modèle habituel de créer une relation type=associatedPlace et d'y regrouper le noeud place (avec comme rôle place) et les points d'adresses ? Le ref:FR:FANTOIR pourrait être mis sur la relation du coup. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. Le 24/09/2014 14:20, Christian Quest a écrit : Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:housenumber dans Hamlet sans associatedStreet
L'erreur reportée est ici Osmose http://osmose.openstreetmap.fr/fr/map/#zoom=17lat=46.717334lon=1.85225item=2060level=3layer=Mapnikoverlays=FFFTbbox=1.6426277160644531%2C46.69419634511967%2C1.9279289245605469%2C46.803349630913125 Si j'ai bien compris: Sur les noeuds ou le numéro du bati est indiqué, je met addr:housenumber addr:place=Villejovet ref:FR:FANTOIR=36005B302W Se le noeud place, je rajoute aussi ref:FR:FANTOIR=36005B302W Et tout ça sans aucune relation. Je crains qu'Osmose m'indique l'erreur Pas de rôle street. Le 24 septembre 2014 14:25, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Je suis d'accord avec Christian. Il faut aussi que ton lieudit, s'il n'existe pas, soit créer en tant que noeud place. Le 24 septembre 2014 14:20, Christian Quest cqu...@openstreetmap.fr a écrit : Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* Le 24 septembre 2014 14:13, Cavok cavok...@free.fr a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
On 24/09/2014 14:26, Jérôme Seigneuret wrote: On va avoir les courbes géodésiques dans OSM ? C'est un troll ? Pour les amateurs, http://tile.openstreetmap.fr/ propose un calque d'ombrage des pentes et http://www.francetopo.fr/ affiche des courbes de niveau, mais ces exemples sont des représentation du modèle de terrain - une donnée extérieure à Openstreetmap et dont le caractère automatique de la collecte l'exclus de son périmètre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
2014-09-24 14:47 GMT+02:00 Jean-Marc Liotier j...@liotier.org: On 24/09/2014 14:26, Jérôme Seigneuret wrote: On va avoir les courbes géodésiques dans OSM ? C'est une question récurrente dans OSM. Mais, non, les contributeurs préfèrent que ça reste dans une base séparée (et ça se comprend quand on passe en mode édition). Par contre, c'est un thème qui revient fréquemment pour les utilisateurs des données OSM (rendu, profil d'itinéraire, gestion des risques, etc) et qui cherchent des données alti gratis. Ce genre de fond pourrait être aussi utile pour nos contributions, notre récente discussion à propos d'OSM en montagne étant un exemple assez parlant (ça permetttrait de vérifier que les images Bing sont bien rectifiées et collent au relief). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Non c'est pas un troll... C'est juste que j'ai pas vu la données dans OSM. Et comme le dis @Peiren, ça permettrait de comprendre certains décalage d'ortho bien pourri dans les zones montagneuses... et d'éviter des édit à la c** Le 24 septembre 2014 14:55, Pieren pier...@gmail.com a écrit : 2014-09-24 14:47 GMT+02:00 Jean-Marc Liotier j...@liotier.org: On 24/09/2014 14:26, Jérôme Seigneuret wrote: On va avoir les courbes géodésiques dans OSM ? C'est une question récurrente dans OSM. Mais, non, les contributeurs préfèrent que ça reste dans une base séparée (et ça se comprend quand on passe en mode édition). Par contre, c'est un thème qui revient fréquemment pour les utilisateurs des données OSM (rendu, profil d'itinéraire, gestion des risques, etc) et qui cherchent des données alti gratis. Ce genre de fond pourrait être aussi utile pour nos contributions, notre récente discussion à propos d'OSM en montagne étant un exemple assez parlant (ça permetttrait de vérifier que les images Bing sont bien rectifiées et collent au relief). 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] addr:housenumber dans Hamlet sans associatedStreet
A mon avis, ref:FR:FANTOIR n'a rien à faire sur les noeuds d'adresse. Un code FANTOIR fait référence à une voie ou un lieu dit, pas à une adresse. C'est donc cohérent de la part d'osmose de signaler une erreur. ref:FR:FANTOIR ne devrait être utilisé que: - sur une relation type=associatedStreet - sur un highway - sur un noeud place=* (pour les lieux-dits) Si on veut faire le lien entre une adresse et la voie/lieu-dit correspondant, soit on le fera par le nom identique et la proximité géographique, soit via une relation associatedStreet ou pourquoi pas associatedPlace si il y a consensus pour les créer. Je rappelle que les ref:FR:FANTOIR sont surtout utile pour résoudre les problèmes de rapprochement que l'on ne peut pas résoudre sans. Là où les rapprochements se font tout seul, on peut envisager qu'ils soient remplis automatiquement si cela s'avère utile (pas vraiment de consensus là dessus il me semble). Le 24 septembre 2014 14:46, Cavok cavok...@free.fr a écrit : L'erreur reportée est ici Osmose http://osmose.openstreetmap.fr/fr/map/#zoom=17lat=46.717334lon=1.85225item=2060level=3layer=Mapnikoverlays=FFFTbbox=1.6426277160644531%2C46.69419634511967%2C1.9279289245605469%2C46.803349630913125 Si j'ai bien compris: Sur les noeuds ou le numéro du bati est indiqué, je met addr:housenumber addr:place=Villejovet ref:FR:FANTOIR=36005B302W Se le noeud place, je rajoute aussi ref:FR:FANTOIR=36005B302W Et tout ça sans aucune relation. Je crains qu'Osmose m'indique l'erreur Pas de rôle street. Le 24 septembre 2014 14:25, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Je suis d'accord avec Christian. Il faut aussi que ton lieudit, s'il n'existe pas, soit créer en tant que noeud place. Le 24 septembre 2014 14:20, Christian Quest cqu...@openstreetmap.fr a écrit : Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* Le 24 septembre 2014 14:13, Cavok cavok...@free.fr a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:housenumber dans Hamlet sans associatedStreet
Pour rappel c'est conditionnel : La méthode préconisée pour réaliser cette correction est la suivante: 1. Utiliser le rendu BANO dans un navigateur http://layers.openstreetmap.fr/?zoom=9lat=48.94104lon=2.10869layers=00B00FFT ou dans JOSM (tms[20]: http://{switch:a,b,c}.layers.openstreetmap.fr/bano/{zoom}/{x}/{y}.png) pour repérer des points rouges signalant une voie non rapprochée 2. Si le name http://wiki.openstreetmap.org/wiki/FR:Key:name=* dans OSM est incorrect et que sa correction correspond à la valeur donnée par le cadastre, alors on corrige le name http://wiki.openstreetmap.org/wiki/FR:Key:name=* (éventuellement ajouter un source:name=cadastre/survey/local knowldege/etc). 3. Si le name http://wiki.openstreetmap.org/wiki/FR:Key:name=* est correct mais différent de la valeur donnée par le cadastre, alors on rajoute ref:FR:FANTOIR http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR (exemple: ref:FR:FANTOIR=741310010A) pour que le script BANO puisse quand même faire la jointure tout en conservant la valeur validée par le terrain et par là même conserver trace de la différence de libellé - notez que le code Direction (chiffre en 3ème position) du fichier de la DGFiP ne doit pas être saisi... La valeur utilisée par OpenStreetMap pour ref:FR:FANTOIR est donc une version à 10 chiffres et non 11 ! 4. Si le name http://wiki.openstreetmap.org/wiki/FR:Key:name=* est correct mais qu'aucune référence FANTOIR http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR existe, alors on ajoute ref:FR:FANTOIR http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR=no Le 24 septembre 2014 14:58, Christian Quest cqu...@openstreetmap.fr a écrit : A mon avis, ref:FR:FANTOIR n'a rien à faire sur les noeuds d'adresse. Un code FANTOIR fait référence à une voie ou un lieu dit, pas à une adresse. C'est donc cohérent de la part d'osmose de signaler une erreur. ref:FR:FANTOIR ne devrait être utilisé que: - sur une relation type=associatedStreet - sur un highway - sur un noeud place=* (pour les lieux-dits) Si on veut faire le lien entre une adresse et la voie/lieu-dit correspondant, soit on le fera par le nom identique et la proximité géographique, soit via une relation associatedStreet ou pourquoi pas associatedPlace si il y a consensus pour les créer. Je rappelle que les ref:FR:FANTOIR sont surtout utile pour résoudre les problèmes de rapprochement que l'on ne peut pas résoudre sans. Là où les rapprochements se font tout seul, on peut envisager qu'ils soient remplis automatiquement si cela s'avère utile (pas vraiment de consensus là dessus il me semble). Le 24 septembre 2014 14:46, Cavok cavok...@free.fr a écrit : L'erreur reportée est ici Osmose http://osmose.openstreetmap.fr/fr/map/#zoom=17lat=46.717334lon=1.85225item=2060level=3layer=Mapnikoverlays=FFFTbbox=1.6426277160644531%2C46.69419634511967%2C1.9279289245605469%2C46.803349630913125 Si j'ai bien compris: Sur les noeuds ou le numéro du bati est indiqué, je met addr:housenumber addr:place=Villejovet ref:FR:FANTOIR=36005B302W Se le noeud place, je rajoute aussi ref:FR:FANTOIR=36005B302W Et tout ça sans aucune relation. Je crains qu'Osmose m'indique l'erreur Pas de rôle street. Le 24 septembre 2014 14:25, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Je suis d'accord avec Christian. Il faut aussi que ton lieudit, s'il n'existe pas, soit créer en tant que noeud place. Le 24 septembre 2014 14:20, Christian Quest cqu...@openstreetmap.fr a écrit : Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* Le 24 septembre 2014 14:13, Cavok cavok...@free.fr a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
OpenSnowMap avait donné une autorisation d'utiliser les tuiles isophyses dans JOSM il y a quelques temps. C'est très utile, en complément d'autres sources évidemment) pour ajouter les sommets, arêtes, virages des routes sinueuses, ... Le 24 septembre 2014 14:58, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Non c'est pas un troll... C'est juste que j'ai pas vu la données dans OSM. Et comme le dis @Peiren, ça permettrait de comprendre certains décalage d'ortho bien pourri dans les zones montagneuses... et d'éviter des édit à la c** Le 24 septembre 2014 14:55, Pieren pier...@gmail.com a écrit : 2014-09-24 14:47 GMT+02:00 Jean-Marc Liotier j...@liotier.org: On 24/09/2014 14:26, Jérôme Seigneuret wrote: On va avoir les courbes géodésiques dans OSM ? C'est une question récurrente dans OSM. Mais, non, les contributeurs préfèrent que ça reste dans une base séparée (et ça se comprend quand on passe en mode édition). Par contre, c'est un thème qui revient fréquemment pour les utilisateurs des données OSM (rendu, profil d'itinéraire, gestion des risques, etc) et qui cherchent des données alti gratis. Ce genre de fond pourrait être aussi utile pour nos contributions, notre récente discussion à propos d'OSM en montagne étant un exemple assez parlant (ça permetttrait de vérifier que les images Bing sont bien rectifiées et collent au relief). 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Est-ce une couche transparente qu'il est possible de superposer sur une autre couche?. Ce serait donc différent de la couche opencyclemap deja disponible et Il serait intéressant de l'ajouter a la page wiki josm des fournisseurs d'imagerie. Pierre De : Etienne Trimaille etienne.trimai...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 24 septembre 2014 17h48 Objet : Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde OpenSnowMap avait donné une autorisation d'utiliser les tuiles isophyses dans JOSM il y a quelques temps. C'est très utile, en complément d'autres sources évidemment) pour ajouter les sommets, arêtes, virages des routes sinueuses, ... Le 24 septembre 2014 14:58, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Non c'est pas un troll... C'est juste que j'ai pas vu la données dans OSM. Et comme le dis @Peiren, ça permettrait de comprendre certains décalage d'ortho bien pourri dans les zones montagneuses... et d'éviter des édit à la c** Le 24 septembre 2014 14:55, Pieren pier...@gmail.com a écrit : 2014-09-24 14:47 GMT+02:00 Jean-Marc Liotier j...@liotier.org: On 24/09/2014 14:26, Jérôme Seigneuret wrote: On va avoir les courbes géodésiques dans OSM ? C'est une question récurrente dans OSM. Mais, non, les contributeurs préfèrent que ça reste dans une base séparée (et ça se comprend quand on passe en mode édition). Par contre, c'est un thème qui revient fréquemment pour les utilisateurs des données OSM (rendu, profil d'itinéraire, gestion des risques, etc) et qui cherchent des données alti gratis. Ce genre de fond pourrait être aussi utile pour nos contributions, notre récente discussion à propos d'OSM en montagne étant un exemple assez parlant (ça permetttrait de vérifier que les images Bing sont bien rectifiées et collent au relief). 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 ___ 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] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Oui c'est une couche transparente. Tu peux essayer en copiant ca dans les parametre JOSM des fournisseur de tuile pour voir. tms[20]:http://www.opensnowmap.org/opensnowmap-overlay/{zoom}/{x}/{y}.png Le 24 septembre 2014 18:19, Pierre Béland pierz...@yahoo.fr a écrit : Est-ce une couche transparente qu'il est possible de superposer sur une autre couche?. Ce serait donc différent de la couche opencyclemap deja disponible et Il serait intéressant de l'ajouter a la page wiki josm des fournisseurs d'imagerie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Données nominatives de médecins
Bonjour, On en a déjà parlé, mais la situation (discussion CNIL, si je me souviens bien) a-t-elle évolué autour de données nominatives de médecins/dentistes/… http://www.openstreetmap.org/node/3086810709, par exemple. JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
C'est une question récurrente dans OSM. Mais, non, les contributeurs préfèrent que ça reste dans une base séparée (et ça se comprend quand on passe en mode édition). Lol. A Madagascar, un contributeur taggant pour le rendu avait tracé des lignes de niveau (barrier=fence et name=2000m) en décalquant depuis le rendu vélo dispo à l'époque... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Mettez dans le wiki Josm, pas de soucis de surutilisation, je pense, vu qu'il y a aussi les pistes de ski avec. A noter que suite à un changement de serveur, je ne sers plus la couche hysohypses seuls. Yves - Opensnowmap.org On 24 septembre 2014 18:30:14 UTC+02:00, Tetsuo Shima tets...@gmail.com wrote: Oui c'est une couche transparente. Tu peux essayer en copiant ca dans les parametre JOSM des fournisseur de tuile pour voir. tms[20]:http://www.opensnowmap.org/opensnowmap-overlay/{zoom}/{x}/{y}.png Le 24 septembre 2014 18:19, Pierre Béland pierz...@yahoo.fr a écrit : Est-ce une couche transparente qu'il est possible de superposer sur une autre couche?. Ce serait donc différent de la couche opencyclemap deja disponible et Il serait intéressant de l'ajouter a la page wiki josm des fournisseurs d'imagerie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données nominatives de médecins
Question troll : un naturopathe est-il un médecin (sûrement pas un Docteur) ou un charlatan ? Plus sérieusement à quel ordre appartient-il et donc quelle réglementation s'applique-t-elle à lui ? A+ Le 24 septembre 2014 18:45, JB jb...@mailoo.org a écrit : Bonjour, On en a déjà parlé, mais la situation (discussion CNIL, si je me souviens bien) a-t-elle évolué autour de données nominatives de médecins/dentistes/... http://www.openstreetmap.org/node/3086810709, par exemple. JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Le 24/09/2014 19:00, Yves a écrit : Mettez dans le wiki Josm, pas de soucis de surutilisation, je pense, vu qu'il y a aussi les pistes de ski avec. A noter que suite à un changement de serveur, je ne sers plus la couche hysohypses seuls. Yves - Opensnowmap.org http://Opensnowmap.org :-( Je l'utilisais ici. http://frvipofm.net/jp/carte.html avec http://www2.opensnowmap.org/tiles-contours/{zoom}/{x}/{y}.png et http://tiles2.openpistemap.org/landshaded/{zoom}/{x}/{y}.png qui est plus contrasté. [1] J'aimais bien sa couleur jaune-orangé. On ne peut pas imaginer un serveur sur osm.fr ? [1] comparer : http://www.opensnowmap.org/opensnowmap-overlay/13/4227/2884.png http://tiles2.openpistemap.org/landshaded/13/4227/2884.png -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:housenumber dans Hamlet sans associatedStreet
Le 24/09/2014 14:13, Cavok a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. Bonsoir, Je ne vais répondre mais faire une demande qu'il serait judicieux, amha, de reprendre par les aidants. Lorsque vous donnez une réponse serait-il possible, comme ici, de donner l'exemple de ce que vous suggérez? Cela rendrait votre message plus clair et explicite pour ceux qui, comme moi, pige que dalle à nombre de vos interventions. Ici nous avons un hameau qui est nommé des maisons numérotées Quelles manips suggérez-vous? 1) nommer le hameau (code = valeur, sous-code1 = valeur, sous-sous-code1 = valeur) 2) sur la maison que fait-on? (code ) Donnez toutes les manips et en transférant vos réponses dans la FAQ du wiki vous verrez que ce sera très productif à moyen, voire court, terme. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr