[talk-ph] Fwd: [HOT] #MapLesotho mapping happening now - Join in
Just one box/task and a few minutes of your time can go a long way to improve the map of Lesotho. Maning Sambale (mobile) -- Forwarded message -- From: Dave Corley davecor...@gmail.com Date: Jul 25, 2014 6:24 PM Subject: [HOT] #MapLesotho mapping happening now - Join in To: h...@openstreetmap.org h...@openstreetmap.org So after 2 months of prep, several hundred tweets, emails and facebook posts we're finally here! Today is #MapLesotho day! There are mapping parties happening in: - Lesotho (2 locations) - Ireland - Poland - Germany - USA - Canada - UK To help out, go to either the urban or rural mapping task, take a tile and start mapping. - Urban Task (buildings, roads, major natural features) - http://tasks.hotosm.org/project/597 - Rural Task (settlements, roads, major natural features) - http://tasks.hotosm.org/project/599 ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] talk-ph Digest, Vol 72, Issue 10
So you can't use drones without a license and I guess that will apply to all model aircraft or are helicopters OK? So hundreds of thousands of hobbyists have their models grounded until they figure out what the license fee will be. Only in the Philippines. On Jul 25, 2014, at 8:00 PM, talk-ph-requ...@openstreetmap.org wrote: Send talk-ph mailing list submissions to talk-ph@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ph or, via email, send a message with subject or body 'help' to talk-ph-requ...@openstreetmap.org You can reach the person managing the list at talk-ph-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of talk-ph digest... Today's Topics: 1. Drones (UAV's) in Th ePhilippines (Mark Cupitt) -- Message: 1 Date: Fri, 25 Jul 2014 09:20:00 +0800 From: Mark Cupitt markcup...@gmail.com To: osm-ph talk-ph@openstreetmap.org Subject: [talk-ph] Drones (UAV's) in Th ePhilippines Message-ID: cacyk9tk25wbrde_f7oefjameyefqfrq5cynoajm22zae2fv...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Drones must be registered, their ?pilots? licensed MANILA, Philippines?The Civil Aviation Authority of the Philippines (CAAP) on Thursday advised model aircraft enthusiasts that drones and other unmanned aircraft vehicles (UAV) must be registered and their controllers licensed. CAAP issued a memorandum circular signed on June 26 reminding officials of the new provisions under the Philippine Civil Aviation Regulations Part II. Under the provisions, owners and operators must register their equipment with CAAP which is the only agency authorized to issue them license to operate. ?Any operator found violating [these] rules will be fined between P300,000 to P500,000 per unauthorized flight, depending on the gravity of the violations,? the CAAP said in a statement. Capt. Beda Badiola, assistant director general of CAAP and head of the flight standard inspectorate service, said reports had reached his office that drone users in the country are fast increasing as its prices have started to go down. A drone can cost roughly P50,000. But instead of licensed operators, CAAP said drones are mostly used by photographers, hobbyists, researchers and employees of firms doing geodetic surveys and media companies. ?Any violation of the said memorandum will be dealt with accordingly,? said Badiola, whose office oversees and regulates all flight operations of aircraft manned and unmanned in the Philippines. He said the aviation body even imposes stiff penalty on violators in restricted areas like airports, crowded areas and ?no fly zone.? In its memo, CAAP classified the UAV into large, micro and small. Large UAV are unmanned airship with an envelope capacity greater than 100 cubic meters while micro UAV means that with a gross weight of 100 grams or less. A small UAV means an unmanned aircraft that is neither a large UAV nor a micro UAV. Owners of these aircraft must obtain a certification from CAAP, the registration cost of which would still have to be determined by the aviation body. ?That would normally depend on the gross weight,? Badiola said. Regards Mark Cupitt If we change the world, let it bear the mark of our intelligence 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. === -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ph/attachments/20140725/ce67b378/attachment-0001.html -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph End of talk-ph Digest, Vol 72, Issue 10 *** ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Mozilla Maker Festival (Sep 13–14, 2014)
Hi everyone, The Mozilla Philippines community is organizing a Maker Festival on September 13–14, 2014 (Saturday and Sunday) at the Glorietta 5 Atrium in Makati. More information: http://makerfestival.ph/ I think this is a really good event for OSM Philippines community to participate in. We could demonstrate all of the things that people have made using OSM data and maps, and that this is all possible because people contribute to the project. Is anybody free on those dates and would want to participate? :-) Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Thu, Jul 24, 2014 at 5:03 PM, Alex Barth a...@mapbox.com wrote: Taking a step back, is the above use case not one we'd like to support without triggering share alike? I'm directing my question to everyone, not just Paul who's taken the time to review my example above. Thanks for taking the time to bring this forward. I agree that geocoded private data must be allowed to stay private. At a minimum, we need to find a way to say actively reverse engineering the database can trigger share alike, but the ability to reverse engineer it does not. A lot of the responses here just say to not cross the Substantial threshold. That feels like a total cop out - an argument saying OSM and its users should remain small and insubstantial... which doesn't seem to align with our goals. The fact that we’re scaring away well-intentioned users is sad. What else can we do to help this cause? -Jake On Fri, Jul 25, 2014 at 5:39 AM, Simon Poole si...@poole.ch wrote: Am 24.07.2014 23:03, schrieb Alex Barth: ... Taking a step back, is the above use case not one we'd like to support without triggering share alike? I'm directing my question to everyone, not just Paul who's taken the time to review my example above. IMHO the example is slightly flawed as to illustrating things that we wouldn't want to be affected by share alike. I expect if you ask a wider audience, the answer is likely to be: yes, we would like (aka it is in the spirit of the ODbL) the store locations to be freely available and potentially to be added to the OSM data, given that this is classical OSM content. Most of the discussions around this issue in the past have revolved around additional meta data present in the geocoded database (for example lets say the list of employees at that location) and if -that- would be effected by share alike. And I expect that you would likely find a majority of the community which would same it is fair game for that to remain unaffected. Naturally this is just my gut feeling on the sentiments of the wider OSM community. Back to the general issue of the proposed guideline. As I've said before, I'm not convinced that trying to better define and clarify the issue by invoking the produced work clauses will lead to a satisfactory result. I would suggest that at least a comparison (for all your use cases) with a model based on the information that is used for geocoding is subject to share alike, but nothing else (which has been suggested in this discussion and previously a number of times). If you apply this to your above example, the addresses would be subject to SA (however no further information), and while potentially one could infer that these are likely the addresses of the store locations, no further information would needed to be disclosed*. Net effect essentially the same in practical terms as in your proposal, but without invoking produced work magic. Such a model has a further advantage that it makes trying to nail down the technicalities of at least forward geocoding less painful. For example the fact that the geocoder that you use in the examples actually returns object geometries aka the actual OSM objects in question. Simon ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Wiki translate extension
Hi, the initial concern was about a page on the wiki in french that was older than the english one, and with significant differences in a list of tags (still landuse=basin rather than the new natural=water), the change on the english page was made more than 1 year ago ! the translate extension can help to detect such kind of problem, even if it is perhaps not the best ... I think that what we really need is a tool to link parts a translated page to the same part of the original page, so that when someone make changes on the original page a message is displayed on the translated page to alert on the possible de-synchronization of the content ... Sylvain 2014-07-25 5:35 GMT+02:00 Andreas Goss andi...@t-online.de: If there is country specific information about a tag then I would like to be aware of it, as it could be useful for other countries/languages too. And if I open a DE :feature I would like to be presentet with the information relevant to my country in the first place. If I open DE:bicycle_something then I don't want to be presented with various signs that are used in the US, South Africa, Japan or Mexico. I want to see the sign that I saw on the ground in Germany and then how to tag it. So I want to see these signs: https://commons.wikimedia.org/wiki/Category:Cycling_signs_in_Germany And not these: http://www.trafficsign.us/bikesign.html If you want country relevant information on every translation then you do have to look though a dozen different signs 99.99% of the people reading that page are never goingto use. And those are sign that are easy to spot. Now make that text... That could be as simple as copying it to the English language page (marking it as requiring translation) or if it's longer providing a link on the English language page. You are still going to present me with a lot of information that is not usefull for my country. And it will get worse once you try to translate non-English pages back. From German to Englisch you are then going to get funny stuff like [PLEASE DON'T CONFUSE evangelical with evangelical!!!] __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki translate extension
On Fri, Jul 25, 2014 at 4:26 AM, Andreas Goss andi...@t-online.de wrote: But that concept is not really reality. There a dozen for German pages which are completely different from the English one, but both cover that topic in a way that is usefull for people who get to that page. The main advantage I see with keeping everything in one Wiki is that it is a lot easier to find tagging or translation mistakes. Having one single wiki has some advantages: - it's easier to maintain and small local communities have an immediate access to localized pages - it's enforcing the global community to work together and identify what is working globally and what can be different locally. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Drones
Some humaniterian team is using a drone for OSM in Haiti since 2 years: http://cartong.org/project/communautary-mappinguav-project-haiti http://wiki.openstreetmap.org/wiki/UAV-HAITI Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] #MapLesotho mapping happening now - Join in
So after 2 months of prep, several hundred tweets, emails and facebook posts we're finally here! Today is #MapLesotho day! There are mapping parties happening in: - Lesotho (2 locations) - Ireland - Poland - Germany - USA - Canada - UK To help out, go to either the urban or rural mapping task, take a tile and start mapping. - Urban Task (buildings, roads, major natural features) - http://tasks.hotosm.org/project/597 - Rural Task (settlements, roads, major natural features) - http://tasks.hotosm.org/project/599 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] #MapLesotho mapping happening now - Join in
Thanks Dave! Will join from Ghana soon! :-) - Enock On Jul 25, 2014 10:26 AM, Dave Corley davecor...@gmail.com wrote: So after 2 months of prep, several hundred tweets, emails and facebook posts we're finally here! Today is #MapLesotho day! There are mapping parties happening in: - Lesotho (2 locations) - Ireland - Poland - Germany - USA - Canada - UK To help out, go to either the urban or rural mapping task, take a tile and start mapping. - Urban Task (buildings, roads, major natural features) - http://tasks.hotosm.org/project/597 - Rural Task (settlements, roads, major natural features) - http://tasks.hotosm.org/project/599 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] #MapLesotho mapping happening now - Join in
Thanks Enock Folks, For those of you also on regional mailing lists, can I ask that you communicate this message out on those lists also as my mails to those are bouncing and I would rather not have to join 50+ mailing lists. One of our big objectives here is to show (Lesotho officials) what can be done through crowd sourcing and concerted efforts so the more people mapping today the better. Lastly, a massive thank you to all who have mapped so far today Dave On Fri, Jul 25, 2014 at 11:37 AM, Enock Seth Nyamador kwadzo...@gmail.com wrote: Thanks Dave! Will join from Ghana soon! :-) - Enock On Jul 25, 2014 10:26 AM, Dave Corley davecor...@gmail.com wrote: So after 2 months of prep, several hundred tweets, emails and facebook posts we're finally here! Today is #MapLesotho day! There are mapping parties happening in: - Lesotho (2 locations) - Ireland - Poland - Germany - USA - Canada - UK To help out, go to either the urban or rural mapping task, take a tile and start mapping. - Urban Task (buildings, roads, major natural features) - http://tasks.hotosm.org/project/597 - Rural Task (settlements, roads, major natural features) - http://tasks.hotosm.org/project/599 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] #MapLesotho mapping happening now - Join in
Can I ask that this be communicated out to any regional mailing lists that people may be members of as my mails to these have been bouncing and I dont want to join 50+ lists Can I also ask that this be tweeted out on the @openstreetmap twitter as it would be great to reach out to its 25,000 followers Thanks to all those who have mapped so far today Message: 6 Date: Fri, 25 Jul 2014 11:17:50 +0100 From: Dave Corley davecor...@gmail.com To: talk@openstreetmap.org Subject: [OSM-talk] #MapLesotho mapping happening now - Join in Message-ID: CAHwD_AGp5E6bku+gjEMBu6joFZ1RUf9T-=A9wz-WE_W9gf= 0...@mail.gmail.com Content-Type: text/plain; charset=utf-8 So after 2 months of prep, several hundred tweets, emails and facebook posts we're finally here! Today is #MapLesotho day! There are mapping parties happening in: - Lesotho (2 locations) - Ireland - Poland - Germany - USA - Canada - UK To help out, go to either the urban or rural mapping task, take a tile and start mapping. - Urban Task (buildings, roads, major natural features) - http://tasks.hotosm.org/project/597 - Rural Task (settlements, roads, major natural features) - http://tasks.hotosm.org/project/599 -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk/attachments/20140725/f01fd241/attachment.html -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk End of talk Digest, Vol 119, Issue 32 * ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On Tue, 22 Jul 2014 18:51:24 -0700 Paul Norman penor...@mac.com wrote: * Cleaning up path rendering on low zooms (https://github.com/gravitystorm/openstreetmap-carto/pull/747) Is there any chance this could be tweaked slightly? A lot of the public footpaths near me are now disappearing completely at z13/z14 because they include access=private as part of their access tagging. -- Regards, Andy Street ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
It is a tagging error to tag public footways as access=private. Can you give an example? It seems that I miss something in this case. 2014-07-25 13:52 GMT+02:00 Andy Street a...@street.me.uk: On Tue, 22 Jul 2014 18:51:24 -0700 Paul Norman penor...@mac.com wrote: * Cleaning up path rendering on low zooms (https://github.com/gravitystorm/openstreetmap-carto/pull/747) Is there any chance this could be tweaked slightly? A lot of the public footpaths near me are now disappearing completely at z13/z14 because they include access=private as part of their access tagging. -- Regards, Andy Street ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
No, it is not a tagging error. It is a direct result of the unholy mess created by the definition of the path tag. Often the only way to tag working access restrictions on highway=path, is to first close it with access=no/private and then opening it up with more specific tags like foot=permissive. On 25-07-14 13:58, Mateusz Konieczny wrote: It is a tagging error to tag public footways as access=private. Can you give an example? It seems that I miss something in this case. 2014-07-25 13:52 GMT+02:00 Andy Street a...@street.me.uk: On Tue, 22 Jul 2014 18:51:24 -0700 Paul Norman penor...@mac.com wrote: * Cleaning up path rendering on low zooms (https://github.com/gravitystorm/openstreetmap-carto/pull/747) Is there any chance this could be tweaked slightly? A lot of the public footpaths near me are now disappearing completely at z13/z14 because they include access=private as part of their access tagging. --- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On Fri, 25 Jul 2014 13:58:18 +0200 Mateusz Konieczny matkoni...@gmail.com wrote: It is a tagging error to tag public footways as access=private. Can you give an example? It seems that I miss something in this case. It's a public footpath i.e. private property over which the public has been granted a right of access (on foot). Since everything but pedestrian access is not permitted it therefore tagged as access=private, foot=yes. -- Regards, Andy Street ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On 25/07/2014 13:21, Andy Street wrote: It's a public footpath i.e. private property over which the public has been granted a right of access (on foot). Since everything but pedestrian access is not permitted it therefore tagged as access=private, foot=yes. This isn't Andy's example, but is a track near me that is part of a long-distance trail http://www.openstreetmap.org/way/148162841 It's designated a public footpath and designated foot=yes. It disappears from the map completely at Z14 Yes, I can highlight the trail on sites such as this: http://hiking.waymarkedtrails.org/en/?zoom=14lat=53.17307lon=-1.03595hill=0 but unfortunately this uses OSM standard tiles as the background, so the trail is running across a blank map! Cheers, (a different) Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
IMHO it is a tagging error as it should be tagged as [highway=footway; foot=permissive] Using yes rather than permissive also seems to be wrong in this case. 2014-07-25 14:21 GMT+02:00 Andy Street a...@street.me.uk: On Fri, 25 Jul 2014 13:58:18 +0200 Mateusz Konieczny matkoni...@gmail.com wrote: It is a tagging error to tag public footways as access=private. Can you give an example? It seems that I miss something in this case. It's a public footpath i.e. private property over which the public has been granted a right of access (on foot). Since everything but pedestrian access is not permitted it therefore tagged as access=private, foot=yes. -- Regards, Andy Street ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
Am 7/25/14 14:21 , schrieb Andy Street: It's a public footpath i.e. private property over which the public has been granted a right of access (on foot). Since everything but pedestrian access is not permitted it therefore tagged as access=private, foot=yes. Not an expert here, but this sounds more like: access=permissive - Open to general traffic until such time as the owner revokes the permission which they are legally allowed to do at any time in the future. (+foot=yes...) __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On 25/07/2014 13:41, Mateusz Konieczny wrote: IMHO it is a tagging error as it should be tagged as [highway=footway; foot=permissive] Using yes rather than permissive also seems to be wrong in this case. Is my highway=track example also a tagging error? Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On Fri, 25 Jul 2014 14:16:34 +0200 Cartinus carti...@xs4all.nl wrote: No, it is not a tagging error. It is a direct result of the unholy mess created by the definition of the path tag. Often the only way to tag working access restrictions on highway=path, is to first close it with access=no/private and then opening it up with more specific tags like foot=permissive. This really has nothing to do with highway=path as it could equally apply to other tags including highway=footway and highway=track. The issue is that the style sheet does not take into account all access tags but merely the most general access tag. -- Regards, Andy Street ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
I was under the impression more shops would be displayed than previously? So far I'm seeing fewer, a notable example being liquor stores that have now vanished from visual. Examples: http://www.openstreetmap.org/node/2939951075 http://www.openstreetmap.org/node/2125818740 Also worrying that amenity=clinic still isn't displayed with the cross like pharmacy and others, in many rural places this is the only healthcare around. http://www.openstreetmap.org/node/2303511227 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On Fri, 25 Jul 2014 14:41:44 +0200 Mateusz Konieczny matkoni...@gmail.com wrote: IMHO it is a tagging error as it should be tagged as [highway=footway; foot=permissive] Using yes rather than permissive also seems to be wrong in this case. It isn't permissive as the landowner does not have the right to refuse access. -- Regards, Andy Street ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
From this description - I would tag it as highway=footway (as for public it is a footway and I guess that it is used primarily as footway, not as a driveway) with vehicle=private (as owner may use it this way). I am unsure about value of foot tag, but I probably would leave default value as footway. Obviously, I am guessing here from partial information so I will not edit this way. https://www.google.com/maps/place/May+Lodge+Dr,+Newark,+Nottinghamshire+NG22+9DE,+UK/@53.172742,-1.043641,3a,75y,98.09h,77.21t/data=!3m4!1e1!3m2!1sn68ymucXmhGrdQIXSeTSKA!2e0!4m2!3m1!1s0x4879baf421f089cf:0x862c8d6e158f44f0?hl=en was not helpful as either this image or OSM is outdated (I see no signs here that would indicate access restrictions) 2014-07-25 14:49 GMT+02:00 SomeoneElse li...@mail.atownsend.org.uk: On 25/07/2014 13:41, Mateusz Konieczny wrote: IMHO it is a tagging error as it should be tagged as [highway=footway; foot=permissive] Using yes rather than permissive also seems to be wrong in this case. Is my highway=track example also a tagging error? Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
Both linked shops are displayed. 2014-07-25 14:59 GMT+02:00 Jóhannes Birgir Jensson j...@betra.is: I was under the impression more shops would be displayed than previously? So far I'm seeing fewer, a notable example being liquor stores that have now vanished from visual. Examples: http://www.openstreetmap.org/node/2939951075 http://www.openstreetmap.org/node/2125818740 Also worrying that amenity=clinic still isn't displayed with the cross like pharmacy and others, in many rural places this is the only healthcare around. http://www.openstreetmap.org/node/2303511227 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On my screen I see a purple dot in zoom 19, the address number at zoom 18 and nothing in zoom 17. Before I was a basket with a wine bottle or similar. Þann 25.07.2014 13:04, Mateusz Konieczny reit: Both linked shops are displayed. 2014-07-25 14:59 GMT+02:00 Jóhannes Birgir Jensson j...@betra.is: I was under the impression more shops would be displayed than previously? So far I'm seeing fewer, a notable example being liquor stores that have now vanished from visual. Examples: http://www.openstreetmap.org/node/2939951075 [1] http://www.openstreetmap.org/node/2125818740 [2] Also worrying that amenity=clinic still isn't displayed with the cross like pharmacy and others, in many rural places this is the only healthcare around. http://www.openstreetmap.org/node/2303511227 [3] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [4] Links: -- [1] http://www.openstreetmap.org/node/2939951075 [2] http://www.openstreetmap.org/node/2125818740 [3] http://www.openstreetmap.org/node/2303511227 [4] https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
Still, I think that it is better to use cascading tags - put as much valuable info in basic tags (highway and access in this case) so it is not be necessary to process all tags to achieve good results. So [highway=footway] it can be used by pedestrians, maybe [highway=footway; vehicle=private] it can be used by pedestrians but some people may drive here rather than [highway=track; access=private; foot=yes] it is road for agricultural use but only owner may use but pedestrian may always use so for public it is footway. Obviously many tools that would be able to poperly process the first situation will fail on the second tagging scheme. 2014-07-25 15:02 GMT+02:00 Andy Street a...@street.me.uk: On Fri, 25 Jul 2014 14:41:44 +0200 Mateusz Konieczny matkoni...@gmail.com wrote: IMHO it is a tagging error as it should be tagged as [highway=footway; foot=permissive] Using yes rather than permissive also seems to be wrong in this case. It isn't permissive as the landowner does not have the right to refuse access. -- Regards, Andy Street ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Drones
Hi Absolutely Awsome!! Regards, Peter Am 25.07.2014 10:58, schrieb Pieren: Some humaniterian team is using a drone for OSM in Haiti since 2 years: http://cartong.org/project/communautary-mappinguav-project-haiti http://wiki.openstreetmap.org/wiki/UAV-HAITI Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
Addendum: http://www.openstreetmap.org/node/2939951086 is a sport shop, only displayed as the address number as well. On my screen I see a purple dot in zoom 19, the address number at zoom 18 and nothing in zoom 17. Before a liquor store was a basket with a wine bottle or similar. So I'm very confused now, are the carto changes partially alive or am I seeing different things to what others see - am I getting my tiles from a different server? --Jói Þann 25.07.2014 13:04, Mateusz Konieczny reit: Both linked shops are displayed. 2014-07-25 14:59 GMT+02:00 Jóhannes Birgir Jensson j...@betra.is: I was under the impression more shops would be displayed than previously? So far I'm seeing fewer, a notable example being liquor stores that have now vanished from visual. Examples: http://www.openstreetmap.org/node/2939951075 [1] http://www.openstreetmap.org/node/2125818740 [2] Also worrying that amenity=clinic still isn't displayed with the cross like pharmacy and others, in many rural places this is the only healthcare around. http://www.openstreetmap.org/node/2303511227 [3] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk [4] Links: -- [1] http://www.openstreetmap.org/node/2939951075 [2] http://www.openstreetmap.org/node/2125818740 [3] http://www.openstreetmap.org/node/2303511227 [4] https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
2014-07-25 15:03 GMT+02:00 Mateusz Konieczny matkoni...@gmail.com: From this description - I would tag it as highway=footway (as for public it is a footway and I guess that it is used primarily as footway, not as a driveway) with vehicle=private (as owner may use it this way). I am unsure about value of foot tag, but I probably would leave default value as footway. I would tag this as highway=service, access=private, foot=yes because if it can be used by car as a service way by the owner and his guests, it is a service and not a footway. The question isn't if is is used primarily as some transportation mode. cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On 25/07/2014 14:03, Mateusz Konieczny wrote: From this description - I would tag it as highway=footway (as for public it is a footway and I guess that it is used primarily as footway, not as a driveway) It's not used primarily as a footway - it's primarily a track used to access farmland and a golf course. However, foot traffic does have a legal right of way over it. I am concerned, however, that we'll see the same sort of tagging for the renderer that we saw with abandoned railways after that change was made. I do get the impression that these changes haven't really been thought through at all - no thought given to what the impact will be worldwide (as opposed to a couple of well-mapped cities), no thought about tablet or phone access, no attempt at QA (to let people look at the impact before becoming the new standard layer). We seem to have ended up with a layer that looks prettier, but is much less useful as an actual _map_ to help people navigate from one place to another. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On 25/07/14 14:51, SomeoneElse wrote: I do get the impression that these changes haven't really been thought through at all - no thought given to what the impact will be worldwide (as opposed to a couple of well-mapped cities), no thought about tablet or phone access, no attempt at QA (to let people look at the impact before becoming the new standard layer). How about assuming good intent and making suggestions on how to improve thing rather than starting by slagging off the people that are doing all the hard work to try and improve things? It's pretty much impossible to tell in advance what the impact of any given change will be on every possible combination of tags that may have been used somewhere on earth. Sure, it would be lovely to have a test server where changes could be tried before putting them live. We don't have infinite resources though. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On 25/07/14 15:20, SomeoneElse wrote: On 25/07/2014 15:03, Tom Hughes wrote: How about assuming good intent ... No-one's suggesting anything other than people wanting to make the standard layer better. It's better for what that's the issue. I think that we ought to be making a map style that better helps people navigate to where they want to go. Traditionally we have always said that out web site is aimed at supporting mappers and not at providing end user services like helping people navigate - we provide the data to let other people build services like that. ... and making suggestions on how to improve things A number of people tried that on https://github.com/gravitystorm/openstreetmap-carto/pull/542 all feedback pretty much fell on deaf ears. Just because somebody doesn't do what you want doesn't mean it fell on deaf ears of course, just that they didn't agree with you ;-) That's especially true because it tends only to be the people that are opposed to a change that comment - it's much hard to get people that are happy with a change to comment. For the record I personally was perfectly happy to see things like long obliterated railways removed from the standard rendering. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On 25/07/2014 15:03, Tom Hughes wrote: How about assuming good intent ... No-one's suggesting anything other than people wanting to make the standard layer better. It's better for what that's the issue. I think that we ought to be making a map style that better helps people navigate to where they want to go. ... and making suggestions on how to improve things A number of people tried that on https://github.com/gravitystorm/openstreetmap-carto/pull/542 all feedback pretty much fell on deaf ears. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On Fri, 25 Jul 2014 15:18:16 +0200 Mateusz Konieczny matkoni...@gmail.com wrote: [highway=footway; vehicle=private] it can be used by pedestrians but some people may drive here The trouble is that you are merging the distinction between highway and access. Your example above would, to me, indicate a way for use by single-tracked vehicles and therefore not something that you'd attempt to drive a car along. I've done this sort of thing a lot for what is known in England as a byway open to all traffic where you have the legal right to drive a motorcar but often the condition of the way has become so bad that it is physically impossible for any dual-tracked vehicle to do so. -- Regards, Andy Street ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On 25/07/2014 15:26, Tom Hughes wrote: Traditionally we have always said that out web site is aimed at supporting mappers That certainly used to be the case, but the most recent series of changes have all being about showing less rather than showing more. How does that support mappers? For the record I personally was perfectly happy to see things like long obliterated railways removed from the standard rendering. We never (well not for 5 years or so?) rendered dismantled railways - it's the removal of those that _weren't_ obliterated but are still a significant feature in the landscape that's the issue! Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On 25/07/14 15:33, SomeoneElse wrote: On 25/07/2014 15:26, Tom Hughes wrote: For the record I personally was perfectly happy to see things like long obliterated railways removed from the standard rendering. We never (well not for 5 years or so?) rendered dismantled railways - it's the removal of those that _weren't_ obliterated but are still a significant feature in the landscape that's the issue! I would dispute the claim that the Hertford East-North link is in any way a significant feature in the landscape. Sure if you know about it and you look hard you can figure out where it went, and where a piece of footpath is part of the old track bed, but we want it to render on the primary map as a footpath, not a damned railway. That's true to my mind even west of Hertford where it becomes the Cole Green Way which is much less mangled - the right of way is still there without tracks (and even has some station platforms) but what it is to people on the ground now is a foot/cycle path, not a railway. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
2014-07-25 16:38 GMT+02:00 Tom Hughes t...@compton.nu: I would dispute the claim that the Hertford East-North link is in any way a significant feature in the landscape. Looking at this http://www.hertford.net/images/Hertford_East_Sidings.jpg it seems to be. looking here it doesn't seem to be: http://www.disused-stations.org.uk/h/hertford_north/hertford_north_aerial2.jpg maybe there is a big difference between H East and North? cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
2014-07-25 16:20 GMT+02:00 SomeoneElse li...@mail.atownsend.org.uk: On 25/07/2014 15:03, Tom Hughes wrote: How about assuming good intent ... No-one's suggesting anything other than people wanting to make the standard layer better. It's better for what that's the issue. I think that we ought to be making a map style that better helps people navigate to where they want to go. ... and making suggestions on how to improve things A number of people tried that on https://github.com/gravitystorm/openstreetmap-carto/pull/542 all feedback pretty much fell on deaf ears. better for what is really the question... and the answer is not clear nor shared. For a large group, it should show OSM data, a lot of it to have quick feedback to new contributions as it motivates to go on. A side goal is to keep incorrectly tagged data not visible. This means the default map is made primarily for contributors as reminded by Tom. Another goal is to make the map useful for a larger audience, to show that OSM is a cool and useful project. The rendering in that case puts the priority on map users, and thus should deal with tagging inconsistencies, improve OSM data with some additional ones (hillshade, contours, and maybe more). It seems to me quite difficult to achieve both at the same time as there are a lot of contradictions. On the first zoom levels, I think we can put the priority on map users a little bit more... but as map contributors are more checking their work at the highest zoom levels we should stick with strict rendering showing errors. Doing more than that seems difficult or impossible to me. -- Christian Quest - OpenStreetMap France ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes (nature_reserve highway=services)
The issue with services seems to be already noticed and fixed - see https://github.com/gravitystorm/openstreetmap-carto/issues/730 2014-07-25 16:30 GMT+02:00 Dave F. dave...@madasafish.com: Hi Good to see updates for the mapnik rendering. Unsure if these two problems are directly linked to these updates: highway=services (ie service stations where you can get a drink/meal etc) as an area are rendering as a high level layer hiding detail such as car parks. Can this be put at a lower level? leisure=nature_reserve Used to have an infill of text 'NR'. that's been removed but not replaced by anything, it's now just a faint border, at all levels, which makes it extremely difficult to distinguish. According to this https://github.com/ gravitystorm/openstreetmap-carto/commit/c505f51a930fe00977af8ae7fc2d58 a36a659ff1 it was meant to render the same as national parks but doesn't appear to work: http://www.openstreetmap.org/#map=16/51.4624/-2.4755 Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Where did we get 500000 new users?
Hi, There is a big jump in the number of OSM users between 20th and 21st of July, why? See http://osmstats.altogetherlost.com/ -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On 25/07/14 15:42, Martin Koppenhoefer wrote: 2014-07-25 16:38 GMT+02:00 Tom Hughes t...@compton.nu mailto:t...@compton.nu: I would dispute the claim that the Hertford East-North link is in any way a significant feature in the landscape. Looking at this http://www.hertford.net/images/Hertford_East_Sidings.jpg it seems to be. That is one little bit of track by the station at Hertford East and yes, including that as a disused siding would be fine. Basically that is the bit you can see here: http://maps.compton.nu/compare#18/51.79990/-0.06999/mapnik/bsa where the start of the old track comes off just before the station and loops round the back of the current platform. You won't find any sign of it like that west of the station. For example the bit here: http://maps.compton.nu/compare#18/51.79986/-0.07726/mapnik/bsa is now a very long thin car park, and the bit here: http://maps.compton.nu/compare#18/51.80072/-0.08732/mapnik/bsa is now a footpath (the line of trees in the aerial) and this bit: http://maps.compton.nu/compare#19/51.79602/-0.09156/mapnik/bsa which used to be the link with the Hertford Loop south of the station at Hertford North is now used as an access road for track maintenance. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Where did we get 500000 new users?
Btw, the stats page is also showing 2207299 users but crashes on next GPS data stats: http://www.openstreetmap.org/stats/data_stats.html Top 50 users for uploads of GPS data Exception: undefined method `each' for # /srv/www.openstreetmap.org/rails/script/statistics:36:in `block in ' /var/lib/gems/1.9.1/gems/activerecord-4.1.4/lib/active_record/connection_adapters/abstract/database_statements.rb:201:in `block in transaction' /var/lib/gems/1.9.1/gems/activerecord-4.1.4/lib/active_record/connection_adapters/abstract/database_statements.rb:209:in `within_new_transaction' /var/lib/gems/1.9.1/gems/activerecord-4.1.4/lib/active_record/connection_adapters/abstract/database_statements.rb:201:in `transaction' /var/lib/gems/1.9.1/gems/activerecord-4.1.4/lib/active_record/transactions.rb:208:in `transaction' /var/lib/gems/1.9.1/gems/deadlock_retry-1.2.0/lib/deadlock_retry.rb:31:in `transaction_with_deadlock_handling' Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] #MapLesotho day is today - Join in and start mapping with us
Hi Martin, Latest diary post - http://www.openstreetmap.org/user/DaCor/diary/23392 Wiki page with details - http://wiki.openstreetmap.org/wiki/Lesotho_Mapathon Dave On Fri, Jul 25, 2014 at 4:26 PM, Martijn van Exel m...@rtijn.org wrote: On Fri, Jul 25, 2014 at 4:21 AM, Dave Corley davecor...@gmail.com wrote: #MapLesotho Is there a blog post or something we can link to in a tweet? Good luck! Martijn -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On Friday 25 July 2014, Christian Quest wrote: On the first zoom levels, I think we can put the priority on map users a little bit more... but as map contributors are more checking their work at the highest zoom levels we should stick with strict rendering showing errors. Doing more than that seems difficult or impossible to me. My observation is often the actual design is more or less the other way round, the highest zoom levels are mostly designed to be useful, at least in the urban environment. On intermediate scales the map style is fairly selective showing only certain things sometimes based on a somewhat arbitrary selection leading people to frequently apply tags specifically to make elements show up. At the same time it gives fairly little orientation for the map user. And the lowest zoom levels are not given much consideration at all, making them neither useful for the map user nor for the mapper. This is of course a subjective impression - it might appear quite differently for others. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Upcoming openstreetmap-carto changes
On 23 July 2014 02:51, Paul Norman penor...@mac.com wrote: v2.17.0 of the openstreetmap-carto stylesheet has been released, though not yet deployed on tile.osm.org. I would like to thank everyone for all comments, which are really helpful. Because there are so many comments about different aspects, and because the replies to them will likely provoke further replies, I will mainly respond here with references to the relevant issues on Github. This hopefully will make it easier for everyone to keep an overview, by keeping the discussion in one place. I hope it also will make it easier for everyone to only follow the parts of the discussion in which they are interested. In general, the quickest way to get attention to a problem is to create an issue on Github: https://github.com/gravitystorm/openstreetmap-carto. The stylesheet developers do not follow all threads here on talk, while on Github issues are guaranteed to be seen. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Upcoming openstreetmap-carto changes
On 24 July 2014 05:17, Andreas Goss andi...@t-online.de wrote: I hope craft=* and office=* will follow. Would probably encourage more people to map them and report missing/wrong POIs. We are working on it, but there are still some issues to resolve. See https://github.com/gravitystorm/openstreetmap-carto/issues/108. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On 25 July 2014 12:52, Andy Street a...@street.me.uk wrote: * Cleaning up path rendering on low zooms (https://github.com/gravitystorm/openstreetmap-carto/pull/747) Is there any chance this could be tweaked slightly? A lot of the public footpaths near me are now disappearing completely at z13/z14 because they include access=private as part of their access tagging. Thank you for your comments. At first sight, this seems to be a tagging problem, but if you still disagree, feel free to open an issue on Github. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On 25 July 2014 13:59, Jóhannes Birgir Jensson j...@betra.is wrote: I was under the impression more shops would be displayed than previously? So far I'm seeing fewer, a notable example being liquor stores that have now vanished from visual. Examples: http://www.openstreetmap.org/node/2939951075 http://www.openstreetmap.org/node/2125818740 See https://github.com/gravitystorm/openstreetmap-carto/issues/762. Also worrying that amenity=clinic still isn't displayed with the cross like pharmacy and others, in many rural places this is the only healthcare around. http://www.openstreetmap.org/node/2303511227 See https://github.com/gravitystorm/openstreetmap-carto/issues/763. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
Hi Tom, On 25 July 2014 15:26, Tom Hughes t...@compton.nu wrote: Traditionally we have always said that out web site is aimed at supporting mappers and not at providing end user services like helping people navigate - we provide the data to let other people build services like that. I have been looking before at history of the mailing lists etc. to see if I could find back discussions about the 'purpose of the main map', but I couldn't find anything. I would be very interested to read what has been discussed in the past about this topic, and which arguments were given. Do you remember where this has been discussed? Even a rough year, or whether it was the forum/mailing list/irc, would help already. Hopefully you can help. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes (nature_reserve highway=services)
On 25 July 2014 15:30, Dave F. dave...@madasafish.com wrote: highway=services (ie service stations where you can get a drink/meal etc) as an area are rendering as a high level layer hiding detail such as car parks. Can this be put at a lower level? I created an issue for that here: https://github.com/gravitystorm/openstreetmap-carto/issues/764 leisure=nature_reserve Used to have an infill of text 'NR'. that's been removed but not replaced by anything, it's now just a faint border, at all levels, which makes it extremely difficult to distinguish. According to this https://github.com/gravitystorm/openstreetmap-carto/commit/c505f51a930fe00977af8ae7fc2d58a36a659ff1 it was meant to render the same as national parks but doesn't appear to work: http://www.openstreetmap.org/#map=16/51.4624/-2.4755 I think it does render the same as national parks, but apparently that is not enough. A issue for this exists already: https://github.com/gravitystorm/openstreetmap-carto/issues/563 -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] UK public footpaths (was: Upcoming openstreetmap-carto changes)
Hi, Public footpaths in the United Kingdom have been discussed at length and are detailed on the wiki: http://wiki.openstreetmap.org/wiki/UK_public_rights_of_way#Tagging_Access_Provisions http://wiki.openstreetmap.org/wiki/UK_access_provisions In summary, for a Public Footpath: * tag the highway as per what it physically looks like (e.g. highway=track, highway=service, highway=footway) * then add designation=public_footpath to describe the legal designation of the way. * Access tags are then optional. In the case of a public footpath access=no/private + foot=designated/yes would be a valid way of tagging (i.e. close off access to all transport types and then overwrite for people on foot, as per the access hierarchy) The exception to the rule is if you tag the route as highway=path. In this case access tags are required. Regards, Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Purpose of the slippy map (wasUpcoming openstreetmap-carto changes)
I think it will be time-concuming to find a particular topic about this subject. However, I have the feeling that Tom's claim about what is the slippy map being for mappers more than for users is deeply anchored in the community. I think others can back up this. IMO, the fact that the map isn't considered particularly 'nice' or is looking a bit 'special' for everyday purpose is probably the best argument. Another one can be the presence of Mapquest Open tiles on the front page too. That being said, I would be pleased to see the current slippy map style evolve in parallel as an *alternate*, general-purpose map style like Gmap or Mapquest Open community-driven like openstreetmap-carto these days. Yves On 25.07.2014 19:13, Matthijs Melissen wrote: Hi Tom, On 25 July 2014 15:26, Tom Hughes t...@compton.nu wrote: Traditionally we have always said that out web site is aimed at supporting mappers and not at providing end user services like helping people navigate - we provide the data to let other people build services like that. I have been looking before at history of the mailing lists etc. to see if I could find back discussions about the 'purpose of the main map', but I couldn't find anything. I would be very interested to read what has been discussed in the past about this topic, and which arguments were given. Do you remember where this has been discussed? Even a rough year, or whether it was the forum/mailing list/irc, would help already. Hopefully you can help. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
On Fri, 25 Jul 2014 18:01:40 +0100 Matthijs Melissen i...@matthijsmelissen.nl wrote: On 25 July 2014 12:52, Andy Street a...@street.me.uk wrote: * Cleaning up path rendering on low zooms (https://github.com/gravitystorm/openstreetmap-carto/pull/747) Is there any chance this could be tweaked slightly? A lot of the public footpaths near me are now disappearing completely at z13/z14 because they include access=private as part of their access tagging. Thank you for your comments. At first sight, this seems to be a tagging problem, but if you still disagree, feel free to open an issue on Github. Yes this is a bug. I would have reported it myself but it appears that you need a GitHub account to do that rather than a standard OSM account. Please feel free to report it on my behalf. -- Regards, Andy Street ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes (nature_reserve highway=services)
So it is. Just came through now, with a bit of refreshing. Thanks Dave F. On 25/07/2014 15:57, Mateusz Konieczny wrote: The issue with services seems to be already noticed and fixed - see https://github.com/gravitystorm/openstreetmap-carto/issues/730 2014-07-25 16:30 GMT+02:00 Dave F. dave...@madasafish.com mailto:dave...@madasafish.com: Hi Good to see updates for the mapnik rendering. Unsure if these two problems are directly linked to these updates: highway=services (ie service stations where you can get a drink/meal etc) as an area are rendering as a high level layer hiding detail such as car parks. Can this be put at a lower level? leisure=nature_reserve Used to have an infill of text 'NR'. that's been removed but not replaced by anything, it's now just a faint border, at all levels, which makes it extremely difficult to distinguish. According to this https://github.com/gravitystorm/openstreetmap-carto/commit/c505f51a930fe00977af8ae7fc2d58a36a659ff1 it was meant to render the same as national parks but doesn't appear to work: http://www.openstreetmap.org/#map=16/51.4624/-2.4755 Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
I just hope that the 'tertiary_link' casing problem can be fixed soon. In some places, that looks horrible. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Upcoming openstreetmap-carto changes
I just hope that the 'tertiary_link' casing problem can be fixed soon. In some places, that looks horrible. https://github.com/gravitystorm/openstreetmap-carto/issues/753 -James ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] BAG import nacontrole
Ik kwam toevallig in Blerick een groot aantal unconnected nodes tegen. Na wat verder zoeken zag ik ook wat oude 3dshapes buildings nog over de nieuwere BAG gebouwen liggen. Ik neem dus aan dat hier een BAG import niet helemaal goed gegaan is. De BAG import daar was van juni, dus ik heb alles maar een beetje opgeruimd. keepright laat het mooi zien http://keepright.at/report_map.php?zoom=16lat=51.37323lon=6.14222layers=B0Tch=0%2C70%2C20show_ign=1show_tmpign=1 (zolang de data niet geupdate wordt). Toen ben ik verder gaan kijken. In Melick kwam ik ze ook tegen. In Herkenbosch waren alle adres nodes dubbel. Ik ben nu in Sittard bezig met unconnected nodes. Ik denk dat het een goed idee is om met zijn allen keepright even te gebruiken en zo wat overtollige nodes te verwijderen. Mijn settings op dit moment zijn om alleen missing tags en multiple nodes on the same spot te zien. Let me die laatste op dat je geen GSM masten verwijdert. Kan iemand dit ook even op het forum wil posten? Groeten, Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG import nacontrole
On 07/25/2014 12:11 PM, Maarten Deen wrote: Kan iemand dit ook even op het forum wil posten? Done: http://forum.openstreetmap.org/viewtopic.php?id=26440 Mvg, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping party Friesland
Goed, en nu? Friesland is ondertussen gedaan door rivw en Mapping_Fryslan. Annuleren of ..? Harry Op 27 juni 2014 21:04 schreef Johan C osm...@gmail.com: Ik heb inmiddels een locatie voor de mappingparty in Friesland op 6 september, zie http://forum.openstreetmap.org/viewtopic.php?pid=431772#p431772 Deze posting op het forum bevat een link naar de OSM wiki waarop je je kunt inschrijven. Gr Johan Op 9 juni 2014 13:00 schreef Johan C osm...@gmail.com: (crossposting, zie het NL forum) Op zaterdag 6 september kun je deelnemen aan een mappingparty in Friesland. Vind je het leuk om: - de Friese community te helpen - medemappers in levende lijve te ontmoeten - de BAG import in Nederland af te ronden met de laatste Friese blanco restanten zoals Leeuwaren, Franeker, Drachten en Harlingen (dit even onder de aanname dat plaatsen als Venlo, Roermond, Nieuwegein, IJsselstein, Oss, Wychen, Wageningen, Almelo, Lelystad en nog veel meer woonplaatsen tegen 6 september geïmporteerd zullen zijn) - te babbelen over governance in OSM - een pilske te nuttigen Geef dan svp via dit forum of via osm...@gmail.com door dat je er bij wilt zijn. Friesland is overigens gekozen omdat is gebleken dat de Friese community t.a.v. de BAG import erg klein is. Hopelijk kan deze mappingparty, naast het importeren van wat BAG data, helpen om de Friese community wat verder op te bouwen. Johan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping party Friesland
On 07/25/2014 08:57 PM, Harry van der Wolf wrote: Goed, en nu? Friesland is ondertussen gedaan door rivw en Mapping_Fryslan. Annuleren of ..? Volgens mij is het stuk dat Johan had gereserveerd nog niet gedaan door rivw noch Mapping_Fryslan, dus in dat opzicht hoeft er niets te veranderen aan het plan. Verder is de import nog klaar voor heel Nederland, er zijn nog ongeclaimde gemeentes op de intekenlijst en gaten zichtbaar in jouw polygons pagina. Die vullen met behulp van de aanwezige mappers lijkt mij een goede optie als ook de gereserveerde gemeentes intussen toch worden geimporteerd. Mvg, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping party Friesland
Het dringt nu pas tot me door dat Mapping Fryslân niet de gebruiker is die dat gedaan heeft maar dat dat het stuk Friesland is dat Johan gereserveerd heeft. Al de gemeentes die Johan gereserveerd heeft zitten in deze ene polygon. Niets aan de hand dus. Mijn Annuleren of...? was inderdaad een wel zeer open vraag om te kijken of we de andere gaten nog moesten doen en dan eventueel ook via die mapping party.. Harry Op 25 juli 2014 22:13 schreef Sebastiaan Couwenberg sebas...@xs4all.nl: On 07/25/2014 08:57 PM, Harry van der Wolf wrote: Goed, en nu? Friesland is ondertussen gedaan door rivw en Mapping_Fryslan. Annuleren of ..? Volgens mij is het stuk dat Johan had gereserveerd nog niet gedaan door rivw noch Mapping_Fryslan, dus in dat opzicht hoeft er niets te veranderen aan het plan. Verder is de import nog klaar voor heel Nederland, er zijn nog ongeclaimde gemeentes op de intekenlijst en gaten zichtbaar in jouw polygons pagina. Die vullen met behulp van de aanwezige mappers lijkt mij een goede optie als ook de gereserveerde gemeentes intussen toch worden geimporteerd. Mvg, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping party Friesland
Mapping Fryslân niet de gebruiker is die dat gedaan heeft maar dat dat het stuk Friesland is dat Johan gereserveerd heeft Klopt, ik heb die polygoon aangemaakt om het gebied af te grenzen dat ik graag tijdens de mappingparty zou willen doen, met hopelijk diverse Friese mappers die dan hun eigen omgeving onder enige begeleiding van ervaren BAGgers gaan importeren. Rene (rivw) heeft het nog open gebied in Friesland gevuld, en heeft heel mooi precies tot de grens van 'Mapping Fryslân' geïmporteerd. Ik hoop dat het gebied van 'Mapping Fryslân' niet geïmporteerd wordt tot de 6e september, anders zou het een beetje l*llig zou voor de Friese mappers die ik uitnodig. Afzeggen is ook geen optie, ik heb een reservering moeten maken voor betreffende locatie. Wat de rest van Nederland betreft: er zijn helaas nog genoeg gaten te zien, dus hopelijk zijn die voor de 6e september gevuld. Zo niet, dan kunnen we op 6 september kijken hoe ver we komen. Afgezien van wat verfijning achteraf (straatnamen, osmose) zou dan gerekend vanaf het moment dat de plugin live ging in slechts een half jaartje geheel Nederland geïmporteerd zijn. Cheers, Johan Op 25 juli 2014 23:04 schreef Harry van der Wolf hvdw...@gmail.com: Het dringt nu pas tot me door dat Mapping Fryslân niet de gebruiker is die dat gedaan heeft maar dat dat het stuk Friesland is dat Johan gereserveerd heeft. Al de gemeentes die Johan gereserveerd heeft zitten in deze ene polygon. Niets aan de hand dus. Mijn Annuleren of...? was inderdaad een wel zeer open vraag om te kijken of we de andere gaten nog moesten doen en dan eventueel ook via die mapping party.. Harry Op 25 juli 2014 22:13 schreef Sebastiaan Couwenberg sebas...@xs4all.nl: On 07/25/2014 08:57 PM, Harry van der Wolf wrote: Goed, en nu? Friesland is ondertussen gedaan door rivw en Mapping_Fryslan. Annuleren of ..? Volgens mij is het stuk dat Johan had gereserveerd nog niet gedaan door rivw noch Mapping_Fryslan, dus in dat opzicht hoeft er niets te veranderen aan het plan. Verder is de import nog klaar voor heel Nederland, er zijn nog ongeclaimde gemeentes op de intekenlijst en gaten zichtbaar in jouw polygons pagina. Die vullen met behulp van de aanwezige mappers lijkt mij een goede optie als ook de gereserveerde gemeentes intussen toch worden geimporteerd. Mvg, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ 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-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-ie] #MapLesotho mapping happening now - join in
So after 2 months of prep, several hundred tweets, emails and facebook posts we're finally here! Today is #MapLesotho day! There are mapping parties happening in: - Lesotho (2 locations) - Ireland - Poland - Germany - USA - Canada - UK To help out, go to either the urban or rural mapping task, take a tile and start mapping. - Urban Task (buildings, roads, major natural features) - http://tasks.hotosm.org/project/597 - Rural Task (settlements, roads, major natural features) - http://tasks.hotosm.org/project/599 ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-de] Referenzpunkt für GPS-Gerät
Hallo, Am 23. Juli 2014 19:55 schrieb Frank J. newslet...@fotodrachen.de: Auf nach Norden, das Navi eichen: Du meinst kalibrieren; eichen kann nur das Eichamt ;-) http://de.wikipedia.org/wiki/Eichung ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenStreetMap auf der INTERGEO 2014 in Berlin
Auch dieses Jahr können wir als Aussteller auf der INTERGEO einen gesponsorten Stand bekommen. Ob es wieder ein eigener Stand ( 12qm ) sein wird oder wir auf dem OS GeoPark eine Standfläche bekommen, ist noch in Planung. Für unsere Planung habe ich die Wikiseite ergänzt. https://wiki.openstreetmap.org/wiki/Intergeo_2014 Mfg Marc ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] BreBeMi inaugurata
On Fri, Jul 25, 2014 at 12:56 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 24/lug/2014 um 23:31 schrieb Any File anysomef...@gmail.com: C'è qualcuno che ha deciso che highway=motorway_link implicha oneway=yes ? si, credo per lo più si presume senso unico anche per i link Posso dire che è una scelta sbagliata? Ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] BreBeMi inaugurata
2014-07-25 9:25 GMT+02:00 Andrea Musuruane musur...@gmail.com: On Fri, Jul 25, 2014 at 12:56 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 24/lug/2014 um 23:31 schrieb Any File anysomef...@gmail.com: C'è qualcuno che ha deciso che highway=motorway_link implicha oneway=yes ? si, credo per lo più si presume senso unico anche per i link Posso dire che è una scelta sbagliata? Posso dire che mi sembrano una scelta sbagliata proprio i *_link? Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] BreBeMi inaugurata
2014-07-25 10:55 GMT+02:00 Simone Saviolo: Posso dire che mi sembrano una scelta sbagliata proprio i *_link? sbagliati sulla BreBeMi o in generale? Su autostrade e superstrade sono utili per le indicazioni vocali dei navigatori che così possono dare indicazioni più comprensibili, possono dire uscire invece di tenere la destra o proseguire invece di tenere la sinistra poi i *_link sono stati usati anche per i pezzi di strada che portano alle rotatorie, e li non so quanto siano utili -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] BreBeMi inaugurata
Il giorno 25 luglio 2014 11:25, Daniele Forsi dfo...@gmail.com ha scritto: 2014-07-25 10:55 GMT+02:00 Simone Saviolo: Posso dire che mi sembrano una scelta sbagliata proprio i *_link? sbagliati sulla BreBeMi o in generale? Su autostrade e superstrade sono utili per le indicazioni vocali dei navigatori che così possono dare indicazioni più comprensibili, possono dire uscire invece di tenere la destra o proseguire invece di tenere la sinistra Le corsie di accelerazione/decelerazione sono *veramente* pezzi di strada speciali? L'indicazione dell'uscita potrebbe semplicemente dipendere dal nodo exit_to, o motorway_junction. poi i *_link sono stati usati anche per i pezzi di strada che portano alle rotatorie, e li non so quanto siano utili +1. Potrei forse capire gli svincoli di una strada senza incrocio a raso, ma vale di nuovo la considerazione di prima. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] rimozione costa concordia
Ciao, Il Mer, 23 Luglio 2014 11:24 am, sabas88 ha scritto: historic=wreck non si può nemmeno usare per lasciarci la traccia, perchè implica la presenza fisica della nave... In effetti i progetti 4D (per tener conto anche del tempo) in OSM rimandano al futuro il problema degli oggetti mobili :-) http://wiki.openstreetmap.org/wiki/Historical_OSM Mi sa che anche mettendo una data di fine, non si otterrebbe quel che si desidera... http://wiki.openstreetmap.org/wiki/Key:end_date -- http://bodrato.it/papers/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] BreBeMi inaugurata
2014-07-25 12:18 GMT+02:00 Simone Saviolo simone.savi...@gmail.com: Le corsie di accelerazione/decelerazione sono *veramente* pezzi di strada speciali? penso di si, puoi superare a destra se stai entrando in autostrada sulla corsia di accelerazione (non su quello di decelerazione), al meno in Germania. A prescindere di questa particolarità è comunque utile avere questa distinzione per poter offrire un rendering più bello (fra un po' si introdurrà anche sullo stile principale i *_link meno spesso). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] BreBeMi inaugurata
On Fri, Jul 25, 2014 at 12:56 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 24/lug/2014 um 23:31 schrieb Any File anysomef...@gmail.com: C'è qualcuno che ha deciso che highway=motorway_link implicha oneway=yes ? si, credo per lo più si presume senso unico anche per i link Tornando più propriamente al tema della BreBeMi Ho fatto un po' di correzioni sugli svincoli della BreBeMi. In alcuni tratti non era specificato oneway=no oppure c'era oneway=yes oppure le way erano al contrario (ora capisco perché il router faceva fare giri assurdi ). Io però sono andato a logica, non essendoci mai passato. Se qualcuno è in grado di confermere (o almeno controllare se così come è ora sulla mappa sembra sensato) tanto meglio. Inoltre l'ultimo tratto, diciamo più o meno ad Est di http://www.openstreetmap.org/#map=15/45.5302/10.0415layers=N ha ancora access=no (e anche lo svincolo in quella posizione ha access=no). Qualcuno sa se è corretta la cosa oppure è stato aperto anche quel tratto (da quello che ho letto su vari articoli di giornali non c'è scritto che l'autostrada è percobbile solo in parte). Inoltre su tutto il percorso c'è toll=yes, mentre da quel che ho capito se si viaggia ad Est di Castrezzato non si paga pedaggio. AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] BreBeMi inaugurata
On Fri, 25 Jul 2014, Any File wrote: Inoltre l'ultimo tratto, diciamo più o meno ad Est di http://www.openstreetmap.org/#map=15/45.5302/10.0415layers=N ha ancora access=no (e anche lo svincolo in quella posizione ha access=no). Qualcuno sa se è corretta la cosa oppure è stato aperto anche quel tratto (da quello che ho letto su vari articoli di giornali non c'è scritto che l'autostrada è percobbile solo in parte). confermo che questo tratto è ancora chiuso, la BreBeMi è percorribile più o meno dall'ingresso di Chiari per adesso. Stanno ultimando i lavori del raccordo con la vecchia tangenziale Inoltre su tutto il percorso c'è toll=yes, mentre da quel che ho capito se si viaggia ad Est di Castrezzato non si paga pedaggio. si, dovrebbe essere corretto. C'è da sistemare i tag. Saluti! -- Enrico Piccinelli picc...@tiscali.it___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] BreBeMi inaugurata
Domani vado a farmi un giro! bravi mappers! - - Le ultime dal mio blog: Perchè una mappa degli alberi? -- View this message in context: http://gis.19327.n5.nabble.com/BreBeMi-inaugurata-tp5812449p5812755.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
[OSM-Talk-ZA] Fwd: [HOT] #MapLesotho mapping happening now - Join in
FYI #MapLesotho - Enock -- Forwarded message -- From: Dave Corley davecor...@gmail.com Date: Jul 25, 2014 10:24 AM Subject: [HOT] #MapLesotho mapping happening now - Join in To: h...@openstreetmap.org h...@openstreetmap.org Cc: So after 2 months of prep, several hundred tweets, emails and facebook posts we're finally here! Today is #MapLesotho day! There are mapping parties happening in: - Lesotho (2 locations) - Ireland - Poland - Germany - USA - Canada - UK To help out, go to either the urban or rural mapping task, take a tile and start mapping. - Urban Task (buildings, roads, major natural features) - http://tasks.hotosm.org/project/597 - Rural Task (settlements, roads, major natural features) - http://tasks.hotosm.org/project/599 ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za
[Talk-cz] Výšky budov
Od kud se dají získat výšky budov? Nyní jsou někde .27 což je naprostá hovadina asi si to někdo spletl s výměrou nebo co. Nebo tři vyznačené stejné budovy na sobě vykreslené pokaždé s jinou výškou. Doplněk pointInfo (ver.30470) mě to nezobrazí. S díky za odpověď Lukáš ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Výšky budov
IMHO RUIAN - počet pater J Dne 25. července 2014 19:02 Lukas Novotny lenoc...@tiscali.cz napsal(a): Od kud se dají získat výšky budov? Nyní jsou někde .27 což je naprostá hovadina asi si to někdo spletl s výměrou nebo co. Nebo tři vyznačené stejné budovy na sobě vykreslené pokaždé s jinou výškou. Doplněk pointInfo (ver.30470) mě to nezobrazí. S díky za odpověď Lukáš ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://les-ejk.cz/pgp/JachymCepicky.pgp Give your code freedom with PyWPS - http://pywps.wald.intevation.org ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Výšky budov
0.27 pater? Nějaké divné ne. Nechápu tu poznámku k ruian. V něm žádná výška budovy není. Pouze počet pater a ty do tagu height=* nedáváme. Netuším, jestli někdo na základě počtu pater zkouší odhadnout výšku budovy, ale bude to jen hodně, hodně přibližné. Osobně bych to nedělal. Marián On 25. července 2014 19:29:55 CEST, Jachym Cepicky jachym.cepi...@gmail.com wrote: IMHO RUIAN - počet pater J Dne 25. července 2014 19:02 Lukas Novotny lenoc...@tiscali.cz napsal(a): Od kud se dají získat výšky budov? Nyní jsou někde .27 což je naprostá hovadina asi si to někdo spletl s výměrou nebo co. Nebo tři vyznačené stejné budovy na sobě vykreslené pokaždé s jinou výškou. Doplněk pointInfo (ver.30470) mě to nezobrazí. S díky za odpověď Lukáš ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Skript na parcely RUIANu
Ahoj,
obrázky parcel od Petra Vejsady mi nějak nedaly spát, tak jsem včera v
noci ubastlil skript na konverzi parcel do OSM.
Skriptík nemá jiné ambice než vyzkoušet si natažení parcel do JOSM a
vůbec se seznámit s VFR formátem RUIANu, takže nečekejte zázraky. Mj.
nefungují multipolygony, beru jen polygony typu gml:LinearRing apod.
Tagování jsem narychlo opsal z
http://wiki.openstreetmap.org/wiki/Cs:RUIAN, knihovny na zpracování
GML apod. jsem zatím nehledal.
Vyžaduje perl, proj, Geo::Proj4
(http://search.cpan.org/dist/Geo-Proj4/), a grid jezek_czech08.llb
přejmenovaný na czech (vyšťouráno tady v archívu,
http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid).
Pár obrázků:
http://www.maatts.cz/obrazek/3/lomnice-ruian-parcely-png/
http://www.maatts.cz/obrazek/3/blansko-ruian-parcely-png/
http://www.maatts.cz/obrazek/3/brno-ruian-parcely-png/
Vyzkoušeno na uvedených třech obcích = na čtvrté klidně může
zhavarovat. ;-)
BACHA - ve velkých městech skript žere mraky paměti, optimalizacema
jsem se netrápil. :-)) Třeba Brno (kód obce 582786) má ve výsledku
1.122.529 uzlů a 251.328 parcel, a skriptík na to potřebuje aspoň 12GB
RAM a/nebo hodně swapu na SSD.
Martin
#!/usr/bin/perl -w
use strict;
use Geo::Proj4;
use XML::Simple;
use Data::Dumper;
#
# !!! NEPOUZIVAT PRO OSTRE MAPOVANI DO OSM, POKUSNA ALFA VERZE !!!
#
#
# Pouziti:
#
# (1) Stahnout Kompletni datovou sadu vybrane oblasti z http://vdp.cuzk.cz/vdp/ruian/vymennyformat/vyhledej, napr. podle kodu
# 581976 = Lomnice u Tisnova
# 581283 = Blansko
# 582786 = Brno (velke!)
#
# (2) gunzip 20140630_OB_581976_UKSH.xml.gz
#
# (3) par2osm.pl 20140630_OB_581976_UKSH.xml lomnice.osm
#
#
#
my $input_file = $ARGV[0];
die No input file specified unless (defined $input_file);
die Input file not found unless (-f $input_file);
my $epsg_srs_name = 'urn:ogc:def:crs:EPSG::5514';
my $proj_from = Geo::Proj4-new('+proj=krovak +ellps=bessel +nadgrids=czech');
my $proj_to = Geo::Proj4-new('+proj=longlat +datum=WGS84');
die Undefined source projection unless (defined $proj_to);
die Undefined destination projection unless (defined $proj_from);
my $nodemap = {};
my $idgen = -1;
my $druh_pozemku_map = {
# 1 = [] ???
2 = [ 'landuse', 'farmland' ],
3 = [ 'landuse', 'hop_garden' ],
4 = [ 'landuse', 'vineyard' ],
5 = [ 'leisure', 'garden' ],
6 = [ 'landuse', 'orchard' ],
7 = [ 'landuse', 'meadow' ],
8 = [ 'landuse', 'meadow' ],
10 = [ 'landuse', 'forest', 'wood', 'yes' ],
};
my $zpusoby_vyuziti_map = {
1 = [ 'landuse', 'greenhouse_horticulture' ],
2 = [ 'landuse', 'plant_nursery' ],
3 = [ 'landuse', 'plantation', 'wood', 'yes' ],
4 = [ 'natural', 'wood', 'wood', 'yes' ],
5 = [ 'landuse', 'forest', 'wood', 'yes' ],
6 = [ 'natural', 'water', 'water', 'pond' ],
7 = [ 'waterway', 'river' ],
8 = [ 'waterway', 'canal' ],
9 = [ 'natural', 'water', 'water', 'lake' ],
10 = [ 'natural', 'water', 'water', 'reservoir' ],
11 = [ 'natural', 'wetland' ],
#12 = [ ] ???
13 = [ 'landuse', 'brownfield' ],
14 = [ 'landuse', 'railway' ],
15 = [ 'landuse', 'highway' ],
16 = [ 'landuse', 'highway' ],
17 = [ 'landuse', 'highway' ],
18 = [ 'landuse', 'transport' ],
19 = [ 'landuse', 'grass' ],
20 = [ 'landuse', 'recreation_ground' ],
21 = [ 'landuse', 'cemetery' ],
#22 = [] ???
23 = [ 'highway', 'service', 'area', 'yes' ],
24 = [ 'landuse', 'quarry' ],
25 = [ 'landuse', 'landfill' ],
#26 = [] ???
27 = [ 'natural', 'scrub' ], # ... casty vyskyt
28 = [ 'natural', 'water' ],
29 = [ 'landuse', 'industrial' ],
};
sub warning
{
my ($text) = @_;
print STDERR $text\n;
return undef;
}
sub nodemap_get
{
my ($lon, $lat) = @_;
my $key = $lon/$lat;
my $node = $nodemap-{$key};
return $node if (defined $node);
my $krpos = [$lon, $lat];
my $osmpos = $proj_from-transform ($proj_to, $krpos);
$node = {
id = --$idgen,
krpos = $krpos,
osmpos = $osmpos,
};
$nodemap-{$key} = $node;
return $node;
}
sub parse_gml_pos
{
my ($pos) = @_;
return undef unless ($pos =~ /^\s*(\S+)\s+(\S+)\s*$/);
my $lon = $1;
my $lat = $2;
return nodemap_get ($lon, $lat);
}
sub parse_gml_poslist
{
my ($poslist) = @_;
$poslist =~ s/^\s*//;
$poslist =~ s/\s*$//;
my @list = split (/\s+/, $poslist);
die Odd number of poslist entries: $poslist
unless ((int(@list) % 2) == 0);
my $waynodes = [];
for (my $i = 0; $i int(@list); $i += 2)
{
my $lon = @list[$i];
my $lat = @list[$i + 1];
push (@$waynodes, nodemap_get ($lon, $lat));
}
my $way = {
id = --$idgen,
nodes = $waynodes
};
return $way;
}
sub parse_pai_defpoint
{
my ($xdefpoint) = @_;
my $gml_point = $xdefpoint-{'gml:Point'};
return undef unless (defined $gml_point);
my $gml_pos = $gml_point-{'gml:pos'};
return undef unless (defined $gml_pos);
my $srs_name = $gml_point-{'srsName'};
return undef unless (defined $srs_name);
die Unsupported EPSG: $srs_name unless ($srs_name eq $epsg_srs_name);
return parse_gml_pos ($gml_pos);
}
sub
Re: [Talk-cz] Skript na parcely RUIANu
Ahoj, vypadá to hezky, ale fakt chceme mít v OSM přesný obraz KM? Sem tam si zemědělci něco přiorají, občas zase kus nechají a ten brzy zaroste nějakým křovím nebo lesem. Někde jsem zase viděl velkou zahradu, o kterou se už majitel nechtěl starat, tak jí kus pronajal sousedovi a ten si o to rozšířil své pole. Jak už tu padlo, v KM je zanesen právní stav, ale v OSM potřebujeme skutečnost. Z tohohle pohledu mi přijde pLPIS lepší. Plus to, že je dostupný pro celou republiku. Marián On 25. července 2014 21:22:23 CEST, Martin Švec - OSM o...@maatts.cz wrote: Ahoj, obrázky parcel od Petra Vejsady mi nějak nedaly spát, tak jsem včera v noci ubastlil skript na konverzi parcel do OSM. Skriptík nemá jiné ambice než vyzkoušet si natažení parcel do JOSM a vůbec se seznámit s VFR formátem RUIANu, takže nečekejte zázraky. Mj. nefungují multipolygony, beru jen polygony typu gml:LinearRing apod. Tagování jsem narychlo opsal z http://wiki.openstreetmap.org/wiki/Cs:RUIAN, knihovny na zpracování GML apod. jsem zatím nehledal. Vyžaduje perl, proj, Geo::Proj4 (http://search.cpan.org/dist/Geo-Proj4/), a grid jezek_czech08.llb přejmenovaný na czech (vyšťouráno tady v archívu, http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid). Pár obrázků: http://www.maatts.cz/obrazek/3/lomnice-ruian-parcely-png/ http://www.maatts.cz/obrazek/3/blansko-ruian-parcely-png/ http://www.maatts.cz/obrazek/3/brno-ruian-parcely-png/ Vyzkoušeno na uvedených třech obcích = na čtvrté klidně může zhavarovat. ;-) BACHA - ve velkých městech skript žere mraky paměti, optimalizacema jsem se netrápil. :-)) Třeba Brno (kód obce 582786) má ve výsledku 1.122.529 uzlů a 251.328 parcel, a skriptík na to potřebuje aspoň 12GB RAM a/nebo hodně swapu na SSD. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost.___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Skript na parcely RUIANu
No, poté co jsem si to vyzkoušel jsem si prakticky jistý, že 1:1 hromadný převod všech parcel do OSM není průchozí :-) Ty miliony rozdrobených parcelek by nadělaly solidní binec v databázi i na mapě. A jak říkáš, zrovna LPIS u zemědělské půdy líp kopíruje realitu. Spíš je to o tom hledat způsoby, jak ty RUIAN data rozumně využít, když už jsou k dispozici. Martin Dne 25.7.2014 21:54, Marián Kyral napsal(a): Ahoj, vypadá to hezky, ale fakt chceme mít v OSM přesný obraz KM? Sem tam si zemědělci něco přiorají, občas zase kus nechají a ten brzy zaroste nějakým křovím nebo lesem. Někde jsem zase viděl velkou zahradu, o kterou se už majitel nechtěl starat, tak jí kus pronajal sousedovi a ten si o to rozšířil své pole. Jak už tu padlo, v KM je zanesen právní stav, ale v OSM potřebujeme skutečnost. Z tohohle pohledu mi přijde pLPIS lepší. Plus to, že je dostupný pro celou republiku. Marián On 25. července 2014 21:22:23 CEST, Martin Švec - OSM o...@maatts.cz wrote: Ahoj, obrázky parcel od Petra Vejsady mi nějak nedaly spát, tak jsem včera v noci ubastlil skript na konverzi parcel do OSM. Skriptík nemá jiné ambice než vyzkoušet si natažení parcel do JOSM a vůbec se seznámit s VFR formátem RUIANu, takže nečekejte zázraky. Mj. nefungují multipolygony, beru jen polygony typu gml:LinearRing apod. Tagování jsem narychlo opsal z http://wiki.openstreetmap.org/wiki/Cs:RUIAN, knihovny na zpracování GML apod. jsem zatím nehledal. Vyžaduje perl, proj, Geo::Proj4 (http://search.cpan.org/dist/Geo-Proj4/), a grid jezek_czech08.llb přejmenovaný na czech (vyšťouráno tady v archívu, http://freegis.fsv.cvut.cz/gwiki/S-JTSK_/_Grid). Pár obrázků: http://www.maatts.cz/obrazek/3/lomnice-ruian-parcely-png/ http://www.maatts.cz/obrazek/3/blansko-ruian-parcely-png/ http://www.maatts.cz/obrazek/3/brno-ruian-parcely-png/ Vyzkoušeno na uvedených třech obcích = na čtvrté klidně může zhavarovat. ;-) BACHA - ve velkých městech skript žere mraky paměti, optimalizacema jsem se netrápil. :-)) Třeba Brno (kód obce 582786) má ve výsledku 1.122.529 uzlů a 251.328 parcel, a skriptík na to potřebuje aspoň 12GB RAM a/nebo hodně swapu na SSD. Martin -- Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost. ___ 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] Skript na parcely RUIANu
Ahoj, ze 40 milionů drobných parcelek se dá jedním příkazem udělat 60 multipolygonů select druh_pozemku,zpusob_vyuziti_pozemku,st_union(hranice) from ruian.rn_parcela group by druh_pozemku,zpusob_vyuziti_pozemku a z nich dalším jedním či dvěma příkazy se dá udělat N polygonů, které budou sdružovat sousedící parcely se stejným druh_pozemku a zpusob_vyuziti_pozemku st_dump(hranice) ... atd. a toto zkombinovat s LPIS. LPIS by měl mát přednost, ano, a tam, kde LPIS není, protože se majitel půdy nezaregistroval či jde o landuse mimo zemědělství, tam použit RUIAN. ? Dne Pá 25. července 2014 22:04:50, Martin Švec - OSM napsal(a): No, poté co jsem si to vyzkoušel jsem si prakticky jistý, že 1:1 hromadný převod všech parcel do OSM není průchozí :-) Ty miliony rozdrobených parcelek by nadělaly solidní binec v databázi i na mapě. A jak říkáš, zrovna LPIS u zemědělské půdy líp kopíruje realitu. Spíš je to o tom hledat způsoby, jak ty RUIAN data rozumně využít, když už jsou k dispozici. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Skript na parcely RUIANu
Ahoj, ano, tak bych si představoval to rozumné využití RUIANu. Akorát mě nenapadlo, že je to až tak snadné. Asi je čas naučit se PostGIS ;-) Martin On 25.7.2014 22:25, Petr Vejsada wrote: Ahoj, ze 40 milionů drobných parcelek se dá jedním příkazem udělat 60 multipolygonů select druh_pozemku,zpusob_vyuziti_pozemku,st_union(hranice) from ruian.rn_parcela group by druh_pozemku,zpusob_vyuziti_pozemku a z nich dalším jedním či dvěma příkazy se dá udělat N polygonů, které budou sdružovat sousedící parcely se stejným druh_pozemku a zpusob_vyuziti_pozemku st_dump(hranice) ... atd. a toto zkombinovat s LPIS. LPIS by měl mát přednost, ano, a tam, kde LPIS není, protože se majitel půdy nezaregistroval či jde o landuse mimo zemědělství, tam použit RUIAN. ? Dne Pá 25. července 2014 22:04:50, Martin Švec - OSM napsal(a): No, poté co jsem si to vyzkoušel jsem si prakticky jistý, že 1:1 hromadný převod všech parcel do OSM není průchozí :-) Ty miliony rozdrobených parcelek by nadělaly solidní binec v databázi i na mapě. A jak říkáš, zrovna LPIS u zemědělské půdy líp kopíruje realitu. Spíš je to o tom hledat způsoby, jak ty RUIAN data rozumně využít, když už jsou k dispozici. -- Petr ___ 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] Import of farmland from LPIS
Ahoj! ani nic nequotuji, jen co se mi zdá, tak podle toho zákona, co sem dával odkaz hanoj, jsou v LPIS jen ty pozemky, u kterých to jejich uživatelé chtějí. Kdo tam nechce být, tak tam není. Chápu správně? Jistej si nejsem, ale taky mam ten pocit. Na druhou stranu -- je to kvuli dotacim, tak tam vetsina pozemku bude. Udělal jsem narychlo vizualizaci RUIAN, pouze druh pozemku. V tabulkách je ještě způsob využití pozemku, což je údaj upřesňující. Tím jsem se teď nezabýval. Obrázky jsou na http://pedro.poloha.net/osm/landuse vždy OSM odklad a pak RUIAN obarvené parcely podle druhu pozemku. Zdá se, že to nevypadá zle, na to, že je to jen to hrubé členění. Pekne, moc pekne. Kdyz to budu chtit zopakovat vlastnim qgisem -- jakou adresu musim zadat? Je tam i screenshot z qgisu, kde je vysvětlení, co která barva znamená. S qgisem moc neumím a tak nevím, jak vyexportovat legendu; proto ten screenshot. Jsou tam vidět zahrady i trávníky u domů, lesy i orná půda, koryto potoka atd. S tím upřesněním by to bylo samozřejmě ještě lepší, ale to je 30 kategorií a nevím, jaké barvičky použít :-) Kdyby se z toho podarilo dostat udaje o zahradkach a plotech, hned by mapa vypadala zas o kousek lip :-) Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] tag pour halte garderie
Bonjour, je cherche comment taguer une halte garderie. Si jette un petit coup d’œil sur ce que l'on peut trouver dans l'existant, j'ai : - amenity=nursery - amenity=kindergarten - nul=nul (uniquement tag name) Et le wiki n'est pas très explicite sur le sujet : http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool crèche, halte-garderieamenity http://wiki.openstreetmap.org/wiki/Key:amenity=nursery ou creche http://wiki.openstreetmap.org/w/index.php?title=Tag:amenity%3Dnursery_ou_crecheaction=editredlink=1 *(en débat)*Maternelle (petite à grande section)school:FR http://wiki.openstreetmap.org/wiki/Key:school:FR=maternelleamenity http://wiki.openstreetmap.org/wiki/Key:amenity=kindergarten http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten *(en débat)* Une position a t-elle été arrêté (en débat) ? Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tag pour halte garderie
Il y a une discussion proche en cours sur tagging@... https://lists.openstreetmap.org/pipermail/tagging/2014-July/018472.html Le 25 juillet 2014 09:05, Mides mides@gmail.com a écrit : Bonjour, je cherche comment taguer une halte garderie. Si jette un petit coup d'oeil sur ce que l'on peut trouver dans l'existant, j'ai : - amenity=nursery - amenity=kindergarten - nul=nul (uniquement tag name) Et le wiki n'est pas très explicite sur le sujet : http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool crèche, halte-garderie amenity http://wiki.openstreetmap.org/wiki/Key:amenity=nursery ou creche http://wiki.openstreetmap.org/w/index.php?title=Tag:amenity%3Dnursery_ou_crecheaction=editredlink=1 *(en débat)* Maternelle (petite à grande section)school:FR http://wiki.openstreetmap.org/wiki/Key:school:FR=maternelle amenity http://wiki.openstreetmap.org/wiki/Key:amenity=kindergarten http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten *(en débat)* Une position a t-elle été arrêté (en débat) ? Michel ___ 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] tag pour halte garderie
Ok vu. Donc il ne serait peut être pas inintéressant que je regarde du coté de la clé/ valeur : amenity = childcare Le 25 juillet 2014 09:34, Christian Quest cqu...@openstreetmap.fr a écrit : Il y a une discussion proche en cours sur tagging@... https://lists.openstreetmap.org/pipermail/tagging/2014-July/018472.html Le 25 juillet 2014 09:05, Mides mides@gmail.com a écrit : Bonjour, je cherche comment taguer une halte garderie. Si jette un petit coup d’œil sur ce que l'on peut trouver dans l'existant, j'ai : - amenity=nursery - amenity=kindergarten - nul=nul (uniquement tag name) Et le wiki n'est pas très explicite sur le sujet : http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool crèche, halte-garderie amenity http://wiki.openstreetmap.org/wiki/Key:amenity=nursery ou creche http://wiki.openstreetmap.org/w/index.php?title=Tag:amenity%3Dnursery_ou_crecheaction=editredlink=1 *(en débat)* Maternelle (petite à grande section)school:FR http://wiki.openstreetmap.org/wiki/Key:school:FR=maternelle amenity http://wiki.openstreetmap.org/wiki/Key:amenity=kindergarten http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten *(en débat)* Une position a t-elle été arrêté (en débat) ? Michel ___ 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
[OSM-talk-fr] effacement volontaire de radar
Hello, Comment savoir quel ** efface des emplacements de radar ? -- View this message in context: http://gis.19327.n5.nabble.com/effacement-volontaire-de-radar-tp5812599.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] effacement volontaire de radar
http://simon04.dev.openstreetmap.org/whodidit/ 2014-07-25 10:20 GMT+02:00 willemijns sebast...@willemijns.com: Hello, Comment savoir quel ** efface des emplacements de radar ? -- View this message in context: http://gis.19327.n5.nabble.com/effacement-volontaire-de-radar-tp5812599.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] effacement volontaire de radar
Déjà un petit who did it dans la zone en question : http://zverik.osm.rambler.ru/whodidit/ - Mail original - De: willemijns sebast...@willemijns.com À: talk-fr@openstreetmap.org Envoyé: Vendredi 25 Juillet 2014 10:20:34 Objet: [OSM-talk-fr] effacement volontaire de radar Hello, Comment savoir quel ** efface des emplacements de radar ? -- View this message in context: http://gis.19327.n5.nabble.com/effacement-volontaire-de-radar-tp5812599.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] effacement volontaire de radar
Il te faut regarder dans la liste de tes changesets pour retrouver un radar que tu as ajouté. Ensuite dans l'historique de cet objet tu verras qui l'a supprimé. Frédéric. Le 25/07/2014 10:20, willemijns a écrit : Hello, Comment savoir quel ** efface des emplacements de radar ? -- View this message in context: http://gis.19327.n5.nabble.com/effacement-volontaire-de-radar-tp5812599.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Les places (place de l'église, etc..)
2014-07-24 16:23 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr: Tu as l'air contre l'idée de l'utilisation du tag place= pour les places. Mais est-ce que tu estimes aussi qu'il n'y a pas besoin d'un tag supplémentaire pour référencer leur emprise ? Les places sont certes plus difficiles à modéliser actuellement dans OSM parce qu'il peut y avoir d'avantage qu'ailleurs un mixte entre voies de circulation et surfaces piétonnes (ou pas). Mais ces problèmes se rencontrent aussi avec certaines rues/boulevards/avenues et il faut trouver une réponse adéquate pour tous les cas. Je ne crois pas que cela passera par la création sysématique d'un nouveau tag place=*. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Et si on fêtait les 10 ans d'OSM à la rentrée ?
L'été n'est pas la meilleure période pour ce genre d'évènement, donc un petit décalage d'un mois s'impose si on veut avoir un peu d'écho. Le NUMA nous met à disposition sa salle du 4ème étage pour la soirée du lundi 8 septembre. C'est peut être l'occasion de caler d'autres évènements de ce type à la même date dans d'autres grandes villes de France ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Smartphone, Android, Info de direction, Mapillary
Hello tout le monde, Il a été question il y a un certain temps des infos de direction que certains Apn ainsi que les iphone incluent dans les données exif des photos. Cette info permet à Josm d'indiquer dans quelle direction pointe une photo, ce qui est très pratique lorsqu'on en prend plusieurs, par exemple à un carrefour. Les possesseurs de Smartphone Android n'avaient pas cette chance, cette info n'était pas enregistrée. Depuis, Mapillary est arrivé, avec son idée d'un Streetview en croudsourcing (licence sur les photos : CC BY-SA), et propose des applications pour Android, iOs, et Windows Phone. Ettadala version Android enregistre la direction ! Pour récupérer ses photos dans Josm, il suffit de régler l'appli pour qu'elle n'envoie pas automatiquement les photos sur le serveur de Mapillary car les photos sont ensuite effacées du smartphone. www.mapillary.com Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre parisienne demain ?
OK pour chez Papa, mais le mois d'août en terrasse alors ! ;) Le 24 juil. 2014 19:55, Christian Quest cqu...@openstreetmap.fr a écrit : Vu qu'on n'a pas annoncé, on risque d'avoir quelques personnes qui viennent à l'adresse habituelle. Je resterai sur le Chez Papa pour ce coup-ci, mais pour le prochain, c'est open ! Le 24 juillet 2014 19:30, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Cool ! Par contre, on ne pourrait pas retourner au père foutard svp ? Il n'y a pas de terrasse chez papa. Je proposerai bien un autre lieu mais la veille c'est un peu court ;) Le 24 juil. 2014 19:17, Christian Quest cqu...@openstreetmap.fr a écrit : Et 10 ans d'OSM au NUMA... donc demain 19h Chez PAPA Le 24 juillet 2014 18:51, Marc SIBERT m...@sibert.fr a écrit : J'en profite pour vous dire que sera l'occasion de parler DAE en Essonne et en IdF A+ Le 24 juillet 2014 16:58, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Quelques personnes présentes à Paris demain ? (dernier vendredi du mois) ___ 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 -- 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 -- 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] voie sans issue
2014-07-25 7:58 GMT+02:00 David Crochet david.croc...@free.fr: Cette étiquette n'est utilie que lorsque l'extrémité d'une voie est proche d'un autre chemin pour indiquer que ce n'est pas un oublie Absolument. Ca n'set utile que pour les logiciles qualité qui cherchent les highways qui s'arrêtent à quelques mètres d'un autre highway sans être connetés. C'est souvent un problème d'édition et il faut vérifier à chaque fois si la route doit être connectée à la jonction ou si c'est vraiment une impasse. La présence du tag noexit permet de ne plus voir l'erreur signalée par ces outils. Sinon, j'ai activement participé à la discussion interminable sur ce sujet et je continue de penser que le tag peut très bien se mettre sur le way. Je n'avais pas pensé à l'exemple d'une impasse en boucle. Dommage. J'aurais pu m'en servir à l'époque pour montrer qu'il n'y a pas toujours de noeud final :-) Autrement, il y a aussi l'option d'utiliser le tag traffic_sign pour indiquer la présence d'un panneau. Les allemands en sont très férus: http://wiki.openstreetmap.org/wiki/Key:traffic_sign La liste des panneaux français et leur référence est ici: http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France Le panneau impasse est le C13a. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Et si on fêtait les 10 ans d'OSM à la rentrée ?
C'est une bonne idée, en termes de communication, a-t-on la possibilité d'avoir des chiffres clefs à travers le temps, un zoom sur le bâti, les adresses, les intégrations opendata, les réutilisations intéressantes de la base et les grands défis du futur ? C'est une méga liste, je sais ;) Le 25 juil. 2014 10:41, Christian Quest cqu...@openstreetmap.fr a écrit : L'été n'est pas la meilleure période pour ce genre d'évènement, donc un petit décalage d'un mois s'impose si on veut avoir un peu d'écho. Le NUMA nous met à disposition sa salle du 4ème étage pour la soirée du lundi 8 septembre. C'est peut être l'occasion de caler d'autres évènements de ce type à la même date dans d'autres grandes villes de France ? -- 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] tag pour halte garderie
2014-07-25 9:58 GMT+02:00 Mides mides@gmail.com: Ok vu. Donc il ne serait peut être pas inintéressant que je regarde du coté de la clé/ valeur : amenity = childcare Le tag childcare fait partie du débat. Ce terme a différentes significations suivant les pays anglophones. Ca peut aussi bien couvrir une crèche qu'une nounou. Le mieux pour l'instant serait de mettre creche en France. On pourra plus facilement corriger lorsqu'une solution globale sera trouvée. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] effacement volontaire de radar
Hello, merci de vos réponses... c'est vrai que c'est dur de trouver son propre historique... j'ai essayé un whodidit, il avait une vieille database ce qui est bien dommage c'est que le groupe de modifications n'est pas une possibilité de connaitre les modifications sur une parcelle je note ici mon changeset #24344497 -- View this message in context: http://gis.19327.n5.nabble.com/effacement-volontaire-de-radar-tp5812599p5812617.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] effacement volontaire de radar
De quel radar s'agit-il. Peut-être il avait été de façon incorrecte comme noeud de la route au lieu d'à coté? Jo 2014-07-25 10:20 GMT+02:00 willemijns sebast...@willemijns.com: Hello, Comment savoir quel ** efface des emplacements de radar ? -- View this message in context: http://gis.19327.n5.nabble.com/effacement-volontaire-de-radar-tp5812599.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
