[Talk-ko] online survey (academic research) about the OSM community
***apologies for cross-posting*** Dear OSM contributor, If you are at least 18 years of age and speak English, you are invited to take part in an online survey about the OSM community pursued by faculty at San Diego State University (contact info below). In this academic research, we are trying to understand what makes a highly diverse and dispersed group of individuals come together in the process of co-creation and what types of individuals tend to contribute to OSM. A similar project was pursued several years ago by Nama Budhathoki, PhD (seehttp://wiki.openstreetmap.org/wiki/Research), who is also involved in this research as we try to determine if and how contributor motivations may change over time as the community grows in numbers and expertise. You will be offered the opportunity to receive the overall results of the research project at its conclusion. The entire survey should take about 20 minutes and is completely anonymous. At the end of the survey, you have the option to provide an email address to be entered in a lottery for one of ten electronic gift cards for [the equivalent of] 100 U.S. dollars each. If interested, please take the survey at your earliest convenience at the following address:http://tinyurl.com/osm-aug14. It will be available to the first 700 respondents during the month of August and the gift card winners will be notified in early September. Please contact Prof. Claudiu Dimofte, PhD (cdimo...@mail.sdsu.edu) if you have any questions. Thank you in advance for your potential participation and apologies for the lengthy message in case you are not interested. ___ Talk-ko mailing list Talk-ko@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ko
[talk-ph] Maps Engineer job position at the Wikimedia Foundation
Maybe some of you are interested. :-) http://hire.jobvite.com/CompanyJobs/Careers.aspx?c=qSa9VfwQcs=9UL9Vfwtpage=Job%20Descriptionj=ojIlZfw5 Knowledge of OSM is required since the Wikimedia Foundation is expanding its use of OSM in the Wikimedia projects like Wikipedia. Mostly this involves setting up and maintaining a replicated Planet database and tile server, as well as helping out with creating geospatial tools. ~Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] USAID talk at the White House on HOT and Typhoon Haiyan
Hi everyone, HOT has posted a blog article highlighting the talk given by Albert Gembara of the USAID Office of Foreign Disaster Assistance (OFDA) at the White House. His talk highlighted the use of the HOT OSM Tasking Manager in coordinating the mapping work in the wake of Typhoon Haiyan and how the map data was used by relief workers on the ground to direct effort where it is needed most. Blog article: http://hot.openstreetmap.org/updates/2014-08-21_white_house_innovation_for_disaster_response_and_recovery_initiative_demo_day ~Eugene ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] route=road - What's that all about then?
On 21/08/2014 22:36, Janko Mihelić wrote: P.S. I think this is for the tagging mailing list. I'm asking about the validity of a relation, not asking whether I should use tag A or tag B, so this forum is the correct place. 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
Re: [OSM-talk] route=road - What's that all about then?
On Thu, Aug 21, 2014 at 11:36 PM, Janko Mihelić jan...@gmail.com wrote: But if you ask me, the ref tags on ways should be deleted, and route relations can be used as information for highway refs. This makes sense because you can have more than one route on one way. And if you ask me, I would say the opposite. Excepted perhaps for ways with multiple refs, these relations are just used as categories : http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories We do not, however, create relations that simply collect a loose group of somewhat related items. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
2014-08-22 13:42 GMT+02:00 Pieren pier...@gmail.com: Excepted perhaps for ways with multiple refs, these relations are just used as categories : http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories We do not, however, create relations that simply collect a loose group of somewhat related items. If road routes are categories, then bus routes are also categories. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
On Fri, Aug 22, 2014 at 2:16 PM, Janko Mihelić jan...@gmail.com wrote: If road routes are categories, then bus routes are also categories. No. At least, the bus route relation brings some info that is not available elsewhere: the ordered list of bus stops. But if you ask me again, I would say that most of the ways added in this bus relation are unnecessary and strongly disturb other mappers (like over-segmenting highway ways). As suggested in the past, only the bus stops and some key junctions would be enough. But that's another discussion. The result of moving all common tags in parent relations is that we find ways belonging to 10, 15 or more relations... and sometimes for identical routes since it is out of control. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
2014-08-22 13:42 GMT+02:00 Pieren pier...@gmail.com: And if you ask me, I would say the opposite. *Excepted perhaps for ways with multiple refs*, these relations are just used as categories : What did you mean with this? Do you suggest we use relations when there are multiple refs, and ways when there is only one ref? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
On Fri, Aug 22, 2014 at 4:07 PM, Janko Mihelić jan...@gmail.com wrote: What did you mean with this? Do you suggest we use relations when there are multiple refs, and ways when there is only one ref? Yes. It's just a pragmatic approach : I use relations only if I have no easier alternative. Like a building : if it's a simple polygon, I don't use relations. If it has a courtyard, I create a multipolygon relation. In other words, it's not because some buildings need a multipolygon relation that we should create a multipolygon relation for each building. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
On 22 août 2014 13:42:55 UTC+02:00, Pieren pier...@gmail.com wrote: Excepted perhaps for ways with multiple refs, these relations are just used as categories : http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories We do not, however, create relations that simply collect a loose group of somewhat related items. Pieren Don't jump directly to the 'relations are not categories' page, but start on the 'relation' page on the wiki. Of course relations members are related, and of course route relations members falls into a kind of 'road' category. Route relations exists and a ref tag is more than welcome in such relations. You are of course free to use the ref tag on ways, and let another user create a relation with another ref for another kind of route when he or she feels the need to. 'relation are not categories' is the badliest worded OSM guideline ever. Can you make a sentence starting with 'these relations are a category of way that I would define by ' Yves -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
Do I really hear you saying I should only map bus routes as relations where the ways are used by more than one route? and as route_ref tags on the stretches where that particular road is used only by a single bus line? How can one easily check whether the routes is continuous in that case? Jo 2014-08-22 15:24 GMT+02:00 Pieren pier...@gmail.com: On Fri, Aug 22, 2014 at 2:16 PM, Janko Mihelić jan...@gmail.com wrote: If road routes are categories, then bus routes are also categories. No. At least, the bus route relation brings some info that is not available elsewhere: the ordered list of bus stops. But if you ask me again, I would say that most of the ways added in this bus relation are unnecessary and strongly disturb other mappers (like over-segmenting highway ways). As suggested in the past, only the bus stops and some key junctions would be enough. But that's another discussion. The result of moving all common tags in parent relations is that we find ways belonging to 10, 15 or more relations... and sometimes for identical routes since it is out of control. 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
[OSM-talk] Ways needing smoothing back on track
Hi all - just wanted to let you know that the ‘Ways Needing Smoothing’ MapRoulette challenge is finally being updated again. It used to consist of mostly false positives for the past week, and there still are some, but there should be some fun to be had there still :) http://maproulette.org/#t=waysneedingsmoothing/ It’s still U.S. only :( but we’re getting closer to being able to doing it for other countries as well. -- Martijn van Exel ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
Il giorno 22/ago/2014, alle ore 20:26, Jo winfi...@gmail.com ha scritto: Do I really hear you saying I should only map bus routes as relations where the ways are used by more than one route? and as route_ref tags on the stretches where that particular road is used only by a single bus line? I also find this strange, a bus route is something very different from a street and should get its own osm object therefore. Otherwise you won't be able to tell which tags belongs to what, eg if the name (or ref or ...) is the name of the road or of the route. Cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental to the OSM database (was: Ways needing smoothing back on track)
Hello All Please include all replies to OM-Talk: I was meaning to start a separate thread on this subject, but this seems the appropriate time place. This website, along with http://osmlab.github.io/to-fix/ ( maybe others) are encouraging errors to be introduced to the OSM database. For obvious reasons there's a discouragement of armchair mapping. These sites take it another step into inaccuracy by asking you to randomly correct a supposed error ( I /really/ want to emphasise 'supposed') that the user can have no factual knowledge of whether the error is true or not. I live in the UK. How can I possibly know if there's genuinely a sharp angle in Arizona or there's something less than 2 metres away from another object that should be connected in Cambodia? IMO these websites are detrimental to the OSM database should be rescinded. Dave F. On 22/08/2014 22:25, Martijn van Exel wrote: Hi all - just wanted to let you know that the ‘Ways Needing Smoothing’ MapRoulette challenge is finally being updated again. It used to consist of mostly false positives for the past week, and there still are some, but there should be some fun to be had there still :) http://maproulette.org/#t=waysneedingsmoothing/ It’s still U.S. only :( but we’re getting closer to being able to doing it for other countries as well. -- Martijn van Exel ___ talk mailing list 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] Detrimental to the OSM database (was: Ways needing smoothing back on track)
Dave, MapRoulette challenges have been designed specifically with the armchair mapper in mind - no local knowledge should be required to fix what MapRoulette asks you to fix. If you can provide factual evidence that MapRoulette (or its new cousin MapBoxRoulette) are causing significant harm to OpenStreetMap data, please let me know and - at least for MapRoulette - I can see about appropriate measures. These could include providing better instructions, or even taking down a particular challenge - as I have done in the past. My extensive experience preparing MapRoulette challenges, listening to feedback from its users and looking at lots and lots of edits made by MapRoulette users all point to the conclusion that this is a good way to get a lot of eyes on particular problems, and get them fixed much, much faster than would otherwise have been possible. In a perfect world, we’d have local mappers everywhere. In the real world, we can use all the help we can get. MapRoulette gets help to some of the remote, forgotten places. -- Martijn van Exel From: Dave F. dave...@madasafish.com Reply: Dave F. dave...@madasafish.com Date: August 22, 2014 at 6:16:33 PM To: Martijn van Exel m...@rtijn.org, maproule...@openstreetmap.org maproule...@openstreetmap.org, OSM Talk talk@openstreetmap.org Subject: Re: [OSM-talk] Detrimental to the OSM database (was: Ways needing smoothing back on track) Hello All Please include all replies to OM-Talk: I was meaning to start a separate thread on this subject, but this seems the appropriate time place. This website, along with http://osmlab.github.io/to-fix/ ( maybe others) are encouraging errors to be introduced to the OSM database. For obvious reasons there's a discouragement of armchair mapping. These sites take it another step into inaccuracy by asking you to randomly correct a supposed error ( I /really/ want to emphasise 'supposed') that the user can have no factual knowledge of whether the error is true or not. I live in the UK. How can I possibly know if there's genuinely a sharp angle in Arizona or there's something less than 2 metres away from another object that should be connected in Cambodia? IMO these websites are detrimental to the OSM database should be rescinded. Dave F. On 22/08/2014 22:25, Martijn van Exel wrote: Hi all - just wanted to let you know that the ‘Ways Needing Smoothing’ MapRoulette challenge is finally being updated again. It used to consist of mostly false positives for the past week, and there still are some, but there should be some fun to be had there still :) http://maproulette.org/#t=waysneedingsmoothing/ It’s still U.S. only :( but we’re getting closer to being able to doing it for other countries as well. -- Martijn van Exel ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk This email is free from viruses and malware because avast! Antivirus protection is active. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental to the OSM database
Hi Martijn MapRoulette challenges have been designed specifically with the armchair mapper in mind - no local knowledge should be required to fix what MapRoulette asks you to fix There's the fundamental flaw in these types of sites. Of course you need local knowledge. Please provide factual evidence that it adds to OSM accuracy. Please provide factual evidence that they are actual fixes. MapRoulette gets help to some of the remote, forgotten places. If they're that remote do they need helping. Who's going to go there? again prove the edits in those locations are accurate genuine. OK. First random from your site: http://maproulette.org/#t=IT_WaterCrossings/IT_RXING_11.333811432368_43.474069354879 How can anyone who doesn't live in area (I tried to copy/paste the location but the info box disappeared!) possibly know which is correct? http://maproulette.org/#t=osmose-8170-147-soccer/osmose-8170-147-soccer-None-d19295cc3e005283ae80b66bde86f474 Supposed missing soccer pitch in France. I mean, really? I believe these sites add more inaccuracy than accuracy. Dave F. On 23/08/2014 01:30, Martijn van Exel wrote: Dave, MapRoulette challenges have been designed specifically with the armchair mapper in mind - no local knowledge should be required to fix what MapRoulette asks you to fix. If you can provide factual evidence that MapRoulette (or its new cousin MapBoxRoulette) are causing significant harm to OpenStreetMap data, please let me know and - at least for MapRoulette - I can see about appropriate measures. These could include providing better instructions, or even taking down a particular challenge - as I have done in the past. My extensive experience preparing MapRoulette challenges, listening to feedback from its users and looking at lots and lots of edits made by MapRoulette users all point to the conclusion that this is a good way to get a lot of eyes on particular problems, and get them fixed much, much faster than would otherwise have been possible. In a perfect world, we’d have local mappers everywhere. In the real world, we can use all the help we can get. MapRoulette gets help to some of the remote, forgotten places. -- Martijn van Exel From: Dave F. dave...@madasafish.com mailto:dave...@madasafish.com Reply: Dave F. dave...@madasafish.com mailto:dave...@madasafish.com Date: August 22, 2014 at 6:16:33 PM To: Martijn van Exel m...@rtijn.org mailto:m...@rtijn.org, maproule...@openstreetmap.org maproule...@openstreetmap.org mailto:maproule...@openstreetmap.org, OSM Talk talk@openstreetmap.org mailto:talk@openstreetmap.org Subject: Re: [OSM-talk] Detrimental to the OSM database (was: Ways needing smoothing back on track) Hello All Please include all replies to OM-Talk: I was meaning to start a separate thread on this subject, but this seems the appropriate time place. This website, along with http://osmlab.github.io/to-fix/ ( maybe others) are encouraging errors to be introduced to the OSM database. For obvious reasons there's a discouragement of armchair mapping. These sites take it another step into inaccuracy by asking you to randomly correct a supposed error ( I /really/ want to emphasise 'supposed') that the user can have no factual knowledge of whether the error is true or not. I live in the UK. How can I possibly know if there's genuinely a sharp angle in Arizona or there's something less than 2 metres away from another object that should be connected in Cambodia? IMO these websites are detrimental to the OSM database should be rescinded. Dave F. On 22/08/2014 22:25, Martijn van Exel wrote: Hi all - just wanted to let you know that the ‘Ways Needing Smoothing’ MapRoulette challenge is finally being updated again. It used to consist of mostly false positives for the past week, and there still are some, but there should be some fun to be had there still :) http://maproulette.org/#t=waysneedingsmoothing/ It’s still U.S. only :( but we’re getting closer to being able to doing it for other countries as well. -- Martijn van Exel ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk http://www.avast.com/ This email is free from viruses and malware because avast! Antivirus http://www.avast.com/ protection is active. --- 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] Detrimental to the OSM database
On 23/08/2014 02:03, Dave F. wrote: ... Of course you need local knowledge. ... I'm not convinced that that's always the case. For example, to-fix has just taken me here: http://www.openstreetmap.org/way/41203129#map=19/53.23534/-0.61945 Whilst I'm no fan of armchair mapping, you don't even need any background imagery to see a couple of problems there (the doubling back way and the kink in the road at the right, which is what to-fix spotted). In this case it looks like that road has been drawn by an inexperienced mapper, back when there were far fewer opportunities to spot new problems like this as they arose (and before any kind of decent background imagery was available). Whilst it's certainly possible for people to get overenthusiastic with QA site results, like with the imaginery footpath creator in the UK recently, and often QA sites report errors because what's there is just wrong (as well as geometrically impossible) and a survey is needed to sort it out, in this case that simply isn't an issue. That village probably has more than just a pub and a shop as POIs, and would certainly benefit from a survey (which it might get from me; I've done villages within a couple of miles of there), but would in the mean time benefit from the basic geometry fixes. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental to the OSM database
I can see both places clearly in Bing imagery... Armchair mapping exists and in most cases it improves the map. If you want to complain about armchair mapping in general, I think it's wrong to attack someone who's trying to improve the map in an unorthodox way. Of course people need to actually check the data they add, but as long as there is aerial imagery and there's no reason to doubt it, I see nothing bad in editing in areas you're not familiar with. If we didn't do this, the map would be much less complete than what it is today. /Andreas On Sat, Aug 23, 2014 at 3:03 AM, Dave F. dave...@madasafish.com wrote: Hi Martijn MapRoulette challenges have been designed specifically with the armchair mapper in mind - no local knowledge should be required to fix what MapRoulette asks you to fix There's the fundamental flaw in these types of sites. Of course you need local knowledge. Please provide factual evidence that it adds to OSM accuracy. Please provide factual evidence that they are actual fixes. MapRoulette gets help to some of the remote, forgotten places. If they're that remote do they need helping. Who's going to go there? again prove the edits in those locations are accurate genuine. OK. First random from your site: http://maproulette.org/#t=IT_WaterCrossings/IT_RXING_11.333811432368_43.474069354879 How can anyone who doesn't live in area (I tried to copy/paste the location but the info box disappeared!) possibly know which is correct? http://maproulette.org/#t=osmose-8170-147-soccer/osmose-8170-147-soccer-None-d19295cc3e005283ae80b66bde86f474 Supposed missing soccer pitch in France. I mean, really? I believe these sites add more inaccuracy than accuracy. Dave F. On 23/08/2014 01:30, Martijn van Exel wrote: Dave, MapRoulette challenges have been designed specifically with the armchair mapper in mind - no local knowledge should be required to fix what MapRoulette asks you to fix. If you can provide factual evidence that MapRoulette (or its new cousin MapBoxRoulette) are causing significant harm to OpenStreetMap data, please let me know and - at least for MapRoulette - I can see about appropriate measures. These could include providing better instructions, or even taking down a particular challenge - as I have done in the past. My extensive experience preparing MapRoulette challenges, listening to feedback from its users and looking at lots and lots of edits made by MapRoulette users all point to the conclusion that this is a good way to get a lot of eyes on particular problems, and get them fixed much, much faster than would otherwise have been possible. In a perfect world, we’d have local mappers everywhere. In the real world, we can use all the help we can get. MapRoulette gets help to some of the remote, forgotten places. -- Martijn van Exel From: Dave F. dave...@madasafish.com dave...@madasafish.com Reply: Dave F. dave...@madasafish.com dave...@madasafish.com Date: August 22, 2014 at 6:16:33 PM To: Martijn van Exel m...@rtijn.org m...@rtijn.org, maproule...@openstreetmap.org maproule...@openstreetmap.org maproule...@openstreetmap.org, OSM Talk talk@openstreetmap.org talk@openstreetmap.org Subject: Re: [OSM-talk] Detrimental to the OSM database (was: Ways needing smoothing back on track) Hello All Please include all replies to OM-Talk: I was meaning to start a separate thread on this subject, but this seems the appropriate time place. This website, along with http://osmlab.github.io/to-fix/ ( maybe others) are encouraging errors to be introduced to the OSM database. For obvious reasons there's a discouragement of armchair mapping. These sites take it another step into inaccuracy by asking you to randomly correct a supposed error ( I /really/ want to emphasise 'supposed') that the user can have no factual knowledge of whether the error is true or not. I live in the UK. How can I possibly know if there's genuinely a sharp angle in Arizona or there's something less than 2 metres away from another object that should be connected in Cambodia? IMO these websites are detrimental to the OSM database should be rescinded. Dave F. On 22/08/2014 22:25, Martijn van Exel wrote: Hi all - just wanted to let you know that the ‘Ways Needing Smoothing’ MapRoulette challenge is finally being updated again. It used to consist of mostly false positives for the past week, and there still are some, but there should be some fun to be had there still :) http://maproulette.org/#t=waysneedingsmoothing/ It’s still U.S. only :( but we’re getting closer to being able to doing it for other countries as well. -- Martijn van Exel ___ talk mailing listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk -- http://www.avast.com/ This email is free from viruses and malware because avast! Antivirus
Re: [OSM-talk] Detrimental to the OSM database
Þann 23.8.2014 01:03, skrifaði Dave F.: http://maproulette.org/#t=osmose-8170-147-soccer/osmose-8170-147-soccer-None-d19295cc3e005283ae80b66bde86f474 Supposed missing soccer pitch in France. I mean, really? I believe these sites add more inaccuracy than accuracy. Hello Dave. On the contrary I've tried the soccer pitch thing and so far out of around 50 I've drawn only 1 was not a soccer pitch, the rest were all very obvious soccer pitches with goals, lines and everything. Knock it after you try it. --Jói ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental to the OSM database
I was bored so I think I cleaned up most of the village. It's easy to see what the mapper really intended with some basic mapping experience and knowledge of how streets are normally placed. Of course a survey is needed for poi's, but it's not needed to change a strange way to the side at the end of a street into a turning circle. Also, the gps tracks seemed to align well enough to Bing. I have never edited in Great Britain before so I hope I didn't step on any toes, but I have edited in southern Sweden since 2008 and before I started there was barely anything there... /Andreas On Sat, Aug 23, 2014 at 3:55 AM, SomeoneElse li...@mail.atownsend.org.uk wrote: On 23/08/2014 02:03, Dave F. wrote: ... Of course you need local knowledge. ... I'm not convinced that that's always the case. For example, to-fix has just taken me here: http://www.openstreetmap.org/way/41203129#map=19/53.23534/-0.61945 Whilst I'm no fan of armchair mapping, you don't even need any background imagery to see a couple of problems there (the doubling back way and the kink in the road at the right, which is what to-fix spotted). In this case it looks like that road has been drawn by an inexperienced mapper, back when there were far fewer opportunities to spot new problems like this as they arose (and before any kind of decent background imagery was available). Whilst it's certainly possible for people to get overenthusiastic with QA site results, like with the imaginery footpath creator in the UK recently, and often QA sites report errors because what's there is just wrong (as well as geometrically impossible) and a survey is needed to sort it out, in this case that simply isn't an issue. That village probably has more than just a pub and a shop as POIs, and would certainly benefit from a survey (which it might get from me; I've done villages within a couple of miles of there), but would in the mean time benefit from the basic geometry fixes. 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] Detrimental to the OSM database
In almost all other science and technology fields we use instrumentation to allow us to see what would otherwise be too dangerous, expensive or just impossible to see with our unaided human senses. Mapping is no different. We use satellite (more generically overhead) imagery to see areas where it would be too expensive, time consuming or in some cases dangerous for us to travel to in person. There is nothing wrong with overhead imagery. One must just not use it beyond its limits. There are going to be some things that are not obvious and crystal clear from overhead imagery, assumptions should not be made in these cases, and those things should not be mapped based on this one source alone.. Mike On Fri, Aug 22, 2014 at 8:40 PM, Jóhannes Birgir Jensson j...@betra.is wrote: Þann 23.8.2014 01:03, skrifaði Dave F.: http://maproulette.org/#t=osmose-8170-147-soccer/osmose-8170-147-soccer-None-d19295cc3e005283ae80b66bde86f474 Supposed missing soccer pitch in France. I mean, really? I believe these sites add more inaccuracy than accuracy. Hello Dave. On the contrary I've tried the soccer pitch thing and so far out of around 50 I've drawn only 1 was not a soccer pitch, the rest were all very obvious soccer pitches with goals, lines and everything. Knock it after you try it. --Jói ___ 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] Detrimental to the OSM database (was: Ways needing smoothing back on track)
Dave F. writes: I live in the UK. How can I possibly know if there's genuinely a sharp angle in Arizona You seem not to understand the problem being solved here (but please clarify if I am guessing wrong). I haven't looked much at other states, but in New York State, some counties (about 12) were badly digitized. The roads mostly have the right names but are badly aligned in a characteristic way. I've checked these using surveys, and the aerial photos are right, and the OSM (actually TIGER) data is bad. Once you've edited a few hundred of these ways, you learn to recognize one of these mis-digitized ways. THAT is how you can possibly know that there's genuinely a sharp angle in Arizona. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Thomas Krenn Open Source Förderung für OSM2World
Peter Barth osm-t...@won2.de wrote: Das Rendering via OSM2World ist sicher anspruchsvoller (mehr Bedarf an RAM und CPU) als mit Mapnik, daher nehmen wir soviel Speicher wie geht und die beste(n) CPUs. Na ja, um schnell an die Daten fürs Rendering ranzukommen sind SSD für die Postgis empfehlenswert. Das Problem an klassischen Tileservern ist aber ohnehin das aufbewahren der gerenderten (Meta)Tiles und nicht das rendern selbst. Für Vektor-Tiles gibt es bisher leider noch keine Open-Source Lösung. Aber was haben wir denn auf DB-Seite zu erwarten? Sollte die DB auf einer SSD liegen? Eine osm2pgsql Datenbank mit hstore-match-only braucht derzeit knapp 400GB Was muss man für den Tilecache rechnen? Gut ist ein RAID0. tile.openstreetmap.de hält derzeit Und weil du auch den Uplink erwähnt hast: Was geht denn da über die Leitung auf dem deutschen Tileserver (nur als Anhaltspunkt, ich denke nicht, dass wir soviel Traffic bekommen, geschweige denn bedienen könnten ;))? Das GFZ hat eine 100MBit Ethernetverbindung zum Internet. Auf unserem Server habe ich die Bandbreite auf eth0 mit Hilfe des Programmes TC auf 40Mbit reduziert um den Rest dediziert dem GFZ zu überlassen. Und letzte Frage: Mein Plan ist es, ein neues Backend für Tirex zu schreiben um statt Mapnik OSM2World aufzurufen. Ist das sinnvoll oder würde jemand etwas anderes vorschlagen? Klar, warum nicht. Das ist relativ einfach. Das Mapserver Backend hab sogar ich hingekriegt obwohl ich kaum Perl kann. Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Thomas Krenn Open Source Förderung für OSM2World
On Friday 22 August 2014, Peter Barth wrote: ein gutes Stichwort, da würde ich dich bzw. mal allgemein die Runde befragen, was man denn so braucht. Wir dürfen uns ja jetzt Hardware aussuchen, sind uns aber nicht ganz sicher, was wir eigentlich für genaue Anforderungen haben. Soweit ich euer System verstanden habe rendert ihr derzeit nur die höchste Zoomstufe und erzeugt den Rest durch skalieren. Das würde aber für die ganze Welt bei z=18 natürlich nicht gehen. Für die Beurteilung der Anforderungen wäre es deshalb wichtig zu wissen, welche Strategie ihr da plant. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Thomas Krenn Open Source Förderung für OSM2World
Hi, Christoph Hormann schrieb: Für die Beurteilung der Anforderungen wäre es deshalb wichtig zu wissen, welche Strategie ihr da plant. der grobe Plan ist, das wie bei Mapnik zu machen: Wir rendern nur die Kacheln die angefragt werden (und nicht im Cache liegen). OSM2World ist in den meisten Situationen schnell genug für Echtzeit, die anderen müssen wir dann noch optimieren :) Tirex soll sich um Caching und Co kümmern und OSM2World aufrufen. Die Daten werden dann von OSM2World aus der DB geholt, wobei wir hier hoffen, dass es ein Schema gibt das keinen bis wenig Informationsverlust gegenüber den bisher verwendeten .osm/.pbf-Datenquellen hat. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderweg splittet sich in zwei Alternativen
Hubert wrote Die beiden Wege kommen jeweils einzelnd in eine Relation vom type=route jeweils von Start bis Ziel. Die beiden route-Relationen kommen dann als Child in die Relation vom type=route_master. +1 Dabei wäre noch wichtig, daß jede der beiden Einzelrouten vollständig getaggt und für sich allein gültig ist. Damit sie auch überall funktionieren und angezeigt werden. Die Master-Relation ist nur eine zusätzliche Info. bye, Nop -- View this message in context: http://gis.19327.n5.nabble.com/Wanderweg-splittet-sich-in-zwei-Alternativen-tp5815133p5815174.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Thomas Krenn Open Source Förderung für OSM2World
On Friday 22 August 2014, Peter Barth wrote: der grobe Plan ist, das wie bei Mapnik zu machen: Wir rendern nur die Kacheln die angefragt werden (und nicht im Cache liegen). OSM2World ist in den meisten Situationen schnell genug für Echtzeit, die anderen müssen wir dann noch optimieren :) Ich sehe da vor allem zwei Probleme: - um das bei den niedrigen Zoomstufen datenmengenmäßig machen zu können müsstet ihr so gut wie alle dreidimensionalen Elemente (Gebäude, Bäume) weglassen und hättet am Ende im wesentlichen eine 2D-Karte. - die vielen Details in den niedrigen Zoomstufen dürften entweder die Darstellungsqualität oder die Performance massiv drücken - Mapnik kann hier dank AGG relativ schnell annehmbare Ergebnisse liefern, in 3D sieht das aber anders aus. Auf der anderen Seite bietet die separate Berechnung jeder Zoomstufe natürlich den Vorteil, dass ihr den Darstellungsstil dann maßstabsabhängig gestalten könnt. Das ist aber natürlich eine grundsätzliche Frage der Ausrichtung des Ganzen - ob man es mehr als abstrakte Karte oder eher als 'realistische' Darstellung begreift. Für mich lag einer der Reize bei der OSM2World slippy map immer darin, dass die verschiedenen Elemente wie beispielsweise die Gebäude beim Herauszoomen nicht einfach ab einer gewissen Zoomstufe verschwinden. Dies verleiht der Karte einen Realismus, der in den meisten anderen Karten fehlt - wenngleich die Darstellung in anderen Aspekten natürlich alles andere als realistisch ist. Mein Ansatz aus der Raytracing-Perspektive, um euer derzeitiges Konzept für die weltweite Anwendung zu erhalten, wäre nicht Kacheln, sondern einzelne Samples zu cachen - man könnte die Berechnungen damit quasi nicht nur abwärts in der Zoomstufen-Hierarchie recyceln, sondern auch aufwärts. Für die Echtzeitanwendung ist das aber wohl kaum geeignet. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Thomas Krenn Open Source Förderung für OSM2World
Peter Barth osm-t...@won2.de wrote: der grobe Plan ist, das wie bei Mapnik zu machen: Wir rendern nur die Kacheln die angefragt werden (und nicht im Cache liegen). Hm, mod_tile arbeitet mit Metatiles (8x8 Kacheln). Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] YAPIS (Yet Another Point of Interest Submitter)
Hallo, ich bin gerade durch ein paar Bearbeitungen in meiner Gegend auf YAPIS (Yet Another Point of Interest Submitter)[1] aufmerksam geworden. Darüber scheint man recht einfach POIs in OSM anlegen zu können, wenn man bereits über einen OSM-Account verfügt. Leider scheint YAPIS bereits vorhandene POIs nicht zu berücksichtigen, so dass regelmäßig doppelte Einträge erstellt werden. Ein paar Beispiele: - http://www.openstreetmap.org/node/3030635133 obwohl bereits hier vorhanden: http://www.openstreetmap.org/node/1255815777 - http://www.openstreetmap.org/node/3030600551 obwohl bereits hier vorhanden: http://www.openstreetmap.org/node/683103854 (In den beiden Fällen ist der Nutzer ein Bekannter von mir, habe ihn bereits dazu angeschrieben und ihn gebeten, über seine Bearbeitungen zu schauen und doppelte Einträge zu korrigieren) Kennt jemand YAPIS näher oder ist dort bereits registriert? Habe auf der Seite leider keine Kontaktmöglichkeit gefunden, ohne mich selber registrieren zu müssen. Dieses Problem sollte jedenfalls behoben werden, damit die Datenbank nicht unnötig mit doppelten Daten zugemüllt wird. Grüße Alex [1]: http://yapis.geoclub.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] YAPIS (Yet Another Point of Interest Submitter)
Hallo Alexander, Am 22.08.2014 18:47, schrieb Alexander Heinlein: Hallo, ich bin gerade durch ein paar Bearbeitungen in meiner Gegend auf YAPIS (Yet Another Point of Interest Submitter)[1] aufmerksam geworden. Darüber scheint man recht einfach POIs in OSM anlegen zu können, wenn man bereits über einen OSM-Account verfügt. Leider scheint YAPIS bereits vorhandene POIs nicht zu berücksichtigen, so dass regelmäßig doppelte Einträge erstellt werden. Ein paar Beispiele: - http://www.openstreetmap.org/node/3030635133 obwohl bereits hier vorhanden: http://www.openstreetmap.org/node/1255815777 - http://www.openstreetmap.org/node/3030600551 obwohl bereits hier vorhanden: http://www.openstreetmap.org/node/683103854 (In den beiden Fällen ist der Nutzer ein Bekannter von mir, habe ihn bereits dazu angeschrieben und ihn gebeten, über seine Bearbeitungen zu schauen und doppelte Einträge zu korrigieren) Kennt jemand YAPIS näher oder ist dort bereits registriert? Habe auf der Seite leider keine Kontaktmöglichkeit gefunden, ohne mich selber soweit ich weiß, ist der User moenk im OSM-Forum [1] der Betreiber von Yapis, Du könntest also ggfs. dort Kontakt aufnehmen. viele Grüße Dietmar [1] http://forum.openstreetmap.org/profile.php?id=13271 registrieren zu müssen. Dieses Problem sollte jedenfalls behoben werden, damit die Datenbank nicht unnötig mit doppelten Daten zugemüllt wird. Grüße Alex [1]: http://yapis.geoclub.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] YAPIS (Yet Another Point of Interest Submitter)
Hallo Dietmar, On Fri, Aug 22, 2014 at 07:14:59PM +0200, Dietmar Seifert wrote: Kennt jemand YAPIS näher oder ist dort bereits registriert? Habe auf der Seite leider keine Kontaktmöglichkeit gefunden, ohne mich selber soweit ich weiß, ist der User moenk im OSM-Forum [1] der Betreiber von Yapis, Du könntest also ggfs. dort Kontakt aufnehmen. Danke, ich habe moenk mal direkt angeschrieben. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Numerazione impianti balneari
Il 21/08/2014 15:00, Martin Koppenhoefer ha scritto: Il giorno 21/ago/2014, alle ore 14:58, Germano Massullo germano.massu...@gmail.com mailto:germano.massu...@gmail.com ha scritto: Sul lungomare di Marina di Vasto vi sono impianti balneari numerati. Con che tag potrei segnare tale numerazione? Ref Sì, anch'io ho usato ref= per la numerazione delle stazioni balneari di Lido Spina e Lido Estensi (FE). ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numerazione impianti balneari
Come va classificato un impianto balneare? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Numerazione impianti balneari
Il giorno 22 agosto 2014 13:53, Germano Massullo germano.massu...@gmail.com ha scritto: Come va classificato un impianto balneare? Ho appena visto la pagina http://wiki.openstreetmap.org/wiki/IT:Tag:leisure%3Dbeach_resort ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] FW: [gismonyc] Fwd: Update: Ebola Crisis Data Call
He aquí una lista actualizada de enlaces y fuentes de interés para mapéros de todo el mundo con el tema de la Crisis del Ebola Mensaje re-enviado comienza aquí. Saludos. B. From: WWHGD Support3 suppo...@wwhgd.org Date: August 22, 2014 at 6:23:12 AM EDT To: WWHGD Support supp...@wwhgd.org Cc: ryan_te...@bah.com, kurtz_ke...@bah.com, Eric Rasmussen rasmuss...@gmail.com Subject: Update: Ebola Crisis Data Call We would like to thank our members for the positive reception of our Ebola Data call. We have listed the links on our website, WWHGD.org (click the Ebola banner after logging in). In addition to the data links provided earlier in the week, we now have more sources to share: Edit to the ArcGIS Links: http://www.arcgis.com/home/group.html?owner=jshoultzDRPtitle=2014%20West%20Africa%20Ebola%20Outbreak http://www.wiredhealthresources.net/mod-ebola.html (via Gary Selnow, WiRED International) www.worldpop.org.uk/ebola (via Andy Tatem) http://www.naturalearthdata.com/downloads ; http://earthexplorer.usgs.gov/ ; http://sedac.ciesin.columbia.edu/ ; http://www.opentopography.org/ (via Doug Hanchard, Rapid Response Consulting; WikiStrat) http://ilabliberia.org/ebola-resources (via Ashley Moran University of Texas – Robert Strauss Center) From OCHA and partners: Situation Reports : Liberia : http://bit.ly/1tuW9In Nigeria: http://bit.ly/1mqpIa1 Fact sheets : ECHO Crisis Flash 24 – West Africa : http://bit.ly/1kYlsmu CDC - Fact Sheet #2 : http://bit.ly/VGNBTz OCHA Dashboards : Guinea : http://bit.ly/1tlv9gj Liberia : http://bit.ly/1sXJPn2 Sierra Leone : http://bit.ly/1z7EeJf Visuals : CDC - USG Programs for Ebola Outbreak : http://bit.ly/1qtXQTv OCHA - Regional Ebola Crisis Monitoring : http://bit.ly/1we1x85 OCHA Reference Maps : Guinea : http://bit.ly/1rozG2X Nigeria : http://bit.ly/1tv06wE Please continue to share with the WWHGD so that we may update the membership with data knowledge.-WWHGD Support Team __._,_.___ Posted by: Nwhysel nwhy...@gmail.com Reply via web post • Reply to sender • Reply to group • Start a New Topic • Messages in this topic (1) Yahoo Groups Did you know? Learn about editing tables within Groups Visit Your Group New Members 1 • Privacy • Unsubscribe • Terms of Use . __,_._,___ ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Cómo producir un mapa *.img pequeño
Hola maper@s: Quiero producir un mapa (extracto) .img que me quepa en unos GPS Garmin etrex sencillos (Memoria interna 8 MB). Solo necesito el área entre Bogotá y Machetá, para apoyar la búsqueda de un guía desaparecido en el páramo de Guatanfur por la famila y un grupo de amigos (http://www.eltiempo.com/colombia/otras-ciudades/busqueda-de-guia-jose-nevardo-guerrero-en-guatavita-/13953758). El mapa de Colombia que uso (http://openmtbmap.org/download/) está compuesto de varias áreas y antes he usado Mapsource pero transferir al GPS lo que necesito. Pero en esta ocasión el archivo del área - más grande – mide 15 MB y no me sirve. Recuerdo vagamente la herramienta mkmap, pero tendría que volver a aprenderlo. Alguien tiene una idea o me puede ayudar con eso? Saludos Federico ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-gb-westmidlands] Old Longbridge building outlines
Looks to me like the Longbridge works was never traced into OSM, at least there is nothing present prior to May 2010 and only the undemolished ones a month later (added by Brian). Stu, if you need to create the building outlines I can send you a rectified scanned map showing them. Cheers Andy From: Rob Nickerson [mailto:rob.j.nicker...@gmail.com] Sent: 21 August 2014 22:31 To: stuart lester Cc: OSM Group WM Subject: Re: [Talk-gb-westmidlands] Old Longbridge building outlines Stuart, You could try the brand new attic data version of Overpass. This lets you query the OSM database for data AND specify a as at date. For example the following will return a file (save as filename.osm and open in JOSM) of buildings in OSM in 2012 (within the bbox I have used): http://overpass-api.de/api/interpreter?data=[date http://overpass-api.de/api/interpreter?data=%5bdate :2012-01-01T01:00:00Z][out:xml][timeout:25];(way[building](52.38901106223456,-2.0073652267456055,52.40524656401494,-1.9664239883422852););out meta;;out meta; You will probably want check the bbox and the date. Hope this helps, Rob On 21 August 2014 20:23, stuart lester stules...@googlemail.com wrote: Before I attempt to go through the historic Planet osm and query it with Osmosis is there an easy way to see if the old Longbridge site had its building outlines captured in OSM please? Also I wondered if anyone had any good sources for mapping underground Birmingham. I am interested in both tunnels, etc. but also underground infrastructure. Many thanks, Stuart ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands _ No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4716 / Virus Database: 4007/8072 - Release Date: 08/21/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Old Longbridge building outlines
When I worked at the University there was chatter about a model mine underneath the Edgbaston Campus that was used by the now defunct School of Mining, also that the School of Physics used the tunnels for a minor branch of research for the Manhattan Project. Regards Brian On 21 August 2014 22:23, Andy Robinson ajrli...@gmail.com wrote: Matthijs, that’s some useful searching. I knew that BT had some cable tunnels but had not realised they were cold war facilities and as extensive as they are. When I was at Aston in the 1980's there was a longstanding rumour surrounding access to a bunker system from there but the info suggests perhaps anything at Aston may have been limited, I was always sceptical. Mapping the BT Anchor exchange facility and cable tunnels into OSM would be difficult because these facilities are very three dimensional and rarely do the plan representations properly depict the underground layout, especially as proposed plans and as-built drawings often differ wildly. Cheers Andy -Original Message- From: Matthijs Melissen [mailto:i...@matthijsmelissen.nl] Sent: 21 August 2014 21:32 To: OSM Group WM Subject: Re: [Talk-gb-westmidlands] Old Longbridge building outlines On 21 August 2014 20:23, stuart lester stules...@googlemail.com wrote: Also I wondered if anyone had any good sources for mapping underground Birmingham. I am interested in both tunnels, etc. but also underground infrastructure. User bigfatfrog67 has mapped (part of) Anchor ( in a way that does not render on osm.org). I think he copied from http://www.ringbell.co.uk/ukwmo/Page241.htm. There is also some information on http://www.subbrit.org.uk/rsg/sites/b/birmingham_anchor_exchange/index.html . I'm not sure how reliable these sources are, and they certainly don't include the whole system. It would be nice if we could get more reliable information, but this might be rather hard. There is also a tunnel linking the Mailbox with New Street station. This tunnel has been open during events for the public, so for this one we probably should be able to figure out where the entrances are by asking people. We currently don't have it mapped. I also know there are tunnels in Longbridge at the car factory, but I have no further information about them. See also this freedom of information request: https://www.whatdotheyknow.com/request/shadow_factory_tunnels_longbridg For the Birmingham tunnels, this freedom of information request might be of help: https://www.whatdotheyknow.com/request/underground_structures_in_birmin Did you have any other underground structures in mind? -- Matthijs ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4716 / Virus Database: 4007/8072 - Release Date: 08/21/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Chamberlain Clock
Hi Andy Is it technically the Chamberlain Memorial Clock? If so you could add the tag historic=memorial. I debated whether to add this originally but decided against it as the thing really is a clock physically and functionally- but that's just my opinion Regards Brian On 21 August 2014 15:34, Andy Mabbett a...@pigsonthewing.org.uk wrote: I note that the Chamberlain Clock in Birmingham's Jewellery Quarter: https://www.openstreetmap.org/node/187104810 does not render in the default map: https://www.openstreetmap.org/#map=19/52.48701/-1.91258 It /is/ quite a landmark: https://en.wikipedia.org/wiki/Chamberlain_Clock Far me it from me to suggest that we tag for the renderer, but is it missing a valid tag? Or should we ask for a change to the renderer? -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Old Longbridge building outlines
Hi Brian, the mining tunnel is certainly true - when I was a student there was a ventilation shaft into it just behind the Guild. I'd guess the entrance into it was destroyed when the multi-story car park between the Guild and the Gun Barrels was built. There were also rumours of steam distribution tunnels under Physics/Aston Webb - which is plausible given their late-Victorian age - but my pals and I never found a way into them. And we found our way into some odd, forgotten parts of those buildings, including a storeroom full of 1950s student records which should probably have been locked :-) Jon. On 22/08/14 11:58, Brian Prangle wrote: When I worked at the University there was chatter about a model mine underneath the Edgbaston Campus that was used by the now defunct School of Mining, also that the School of Physics used the tunnels for a minor branch of research for the Manhattan Project. Regards Brian On 21 August 2014 22:23, Andy Robinson ajrli...@gmail.com mailto:ajrli...@gmail.com wrote: Matthijs, that’s some useful searching. I knew that BT had some cable tunnels but had not realised they were cold war facilities and as extensive as they are. When I was at Aston in the 1980's there was a longstanding rumour surrounding access to a bunker system from there but the info suggests perhaps anything at Aston may have been limited, I was always sceptical. Mapping the BT Anchor exchange facility and cable tunnels into OSM would be difficult because these facilities are very three dimensional and rarely do the plan representations properly depict the underground layout, especially as proposed plans and as-built drawings often differ wildly. Cheers Andy -Original Message- From: Matthijs Melissen [mailto:i...@matthijsmelissen.nl mailto:i...@matthijsmelissen.nl] Sent: 21 August 2014 21:32 To: OSM Group WM Subject: Re: [Talk-gb-westmidlands] Old Longbridge building outlines On 21 August 2014 20:23, stuart lester stules...@googlemail.com mailto:stules...@googlemail.com wrote: Also I wondered if anyone had any good sources for mapping underground Birmingham. I am interested in both tunnels, etc. but also underground infrastructure. User bigfatfrog67 has mapped (part of) Anchor ( in a way that does not render on osm.org http://osm.org). I think he copied from http://www.ringbell.co.uk/ukwmo/Page241.htm. There is also some information on http://www.subbrit.org.uk/rsg/sites/b/birmingham_anchor_exchange/index.html. I'm not sure how reliable these sources are, and they certainly don't include the whole system. It would be nice if we could get more reliable information, but this might be rather hard. There is also a tunnel linking the Mailbox with New Street station. This tunnel has been open during events for the public, so for this one we probably should be able to figure out where the entrances are by asking people. We currently don't have it mapped. I also know there are tunnels in Longbridge at the car factory, but I have no further information about them. See also this freedom of information request: https://www.whatdotheyknow.com/request/shadow_factory_tunnels_longbridg For the Birmingham tunnels, this freedom of information request might be of help: https://www.whatdotheyknow.com/request/underground_structures_in_birmin Did you have any other underground structures in mind? -- Matthijs ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org mailto:Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands - No virus found in this message. Checked by AVG - www.avg.com http://www.avg.com Version: 2014.0.4716 / Virus Database: 4007/8072 - Release Date: 08/21/14 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org mailto:Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands -- Dr Jonathan Harley :Managing Director: SpiffyMap Ltd j...@spiffymap.net mobile: 07590 024028 www.spiffymap.com The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ, UK ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] September mapping party
Yeah I was thinking the same when I drove to work this morning. Shouldnt make a habit of it though :-p I'll put a tweet out. On 22 Aug 2014 15:06, Matthijs Melissen i...@matthijsmelissen.nl wrote: As two of us are only available on 28 August and not on 4 September, I have decided to go ahead and move the date to 28 August (next week). I have changed our wiki page at https://wiki.openstreetmap.org/wiki/Mappa_Mercia - is there anything else that needs changing? -- Matthijs On 18 August 2014 21:44, Andy Robinson ajrli...@gmail.com wrote: Yeah, I can't make the 4th Sep... ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-cz] úprava hlavní stránky české wiki
Nemohl by někdo odstranit z hlavní stránky české wiki nefunkční odkaz na OpenTrackMap Pražák ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] úprava hlavní stránky české wiki
-- Původní zpráva -- Od: Zdeněk Pražák zpra...@seznam.cz Komu: talk-cz@openstreetmap.org Datum: 22. 8. 2014 10:40:10 Předmět: [Talk-cz] úprava hlavní stránky české wiki Nemohl by někdo odstranit z hlavní stránky české wiki nefunkční odkaz na OpenTrackMap Někdo by určitě mohl. Například i ty můžeš ;-) Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] úprava hlavní stránky české wiki
Tak, tak. Akorát bych se napřed ujistil, že je skutečně mrtvá, že nejde pouze o nějaký dočasný výpadek. Podle archive.org byla ještě začátkem roku funkční... xkomczax __ Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 22.08.2014 10:48 Předmět: Re: [Talk-cz]úprava hlavní stránky české wiki -- Původní zpráva -- Od: Zdeněk Pražák zpra...@seznam.cz Komu: talk-cz@openstreetmap.org Datum: 22. 8. 2014 10:40:10 Předmět: [Talk-cz] úprava hlavní stránky české wiki Nemohl by někdo odstranit z hlavní stránky české wiki nefunkční odkaz na OpenTrackMap Někdo by určitě mohl. Například i ty můžeš ;-) Marián = -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] úprava hlavní stránky české wiki
No já nemám na wiki účet a nechce se mi ho jen pro tento účel zakládat Pražák -- Původní zpráva -- Od: Marián Kyral mky...@email.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 22. 8. 2014 10:47:57 Předmět: Re: [Talk-cz] úprava hlavní stránky české wiki -- Původní zpráva -- Od: Zdeněk Pražák zpra...@seznam.cz Komu: talk-cz@openstreetmap.org Datum: 22. 8. 2014 10:40:10 Předmět: [Talk-cz] úprava hlavní stránky české wiki Nemohl by někdo odstranit z hlavní stránky české wiki nefunkční odkaz na OpenTrackMap Někdo by určitě mohl. Například i ty můžeš ;-) Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] taginfo.openstreetmap.cz
nejak to spadlo, opravim to 2014-08-21 20:13 GMT+02:00 Petr Morávek [Xificurk] p...@pada.cz: Ahoj, při nejmenším pár týdnů už nefunguje české taginfo... Internal Server Error Nějaké info k tomu? Bude zprovozněno? Díky, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Michal Grézl http://openstreetmap.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] taginfo.openstreetmap.cz
Dne 22.8.2014 11:52, Michal Grézl napsal(a): nejak to spadlo, opravim to Super, díky za údržbu skvělého nástroje. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] chybové hlášení v josm
Takže hlásím výsledek - nahrání včera problémových polí naklikaných novým tracerem proběhlo bez závad, pouze jsem si všiml, že pole s id 9221912, 9221915, 8570649 a 9884541 se opět nahrála bez tagů určujících druh kultury Pražák Dne 21. srpna 2014 22:09 Marián Kyral mky...@email.cz napsal(a): Ještě to zkoumám, ale zdá se, že problém vzniká, pokud se klikne do již nějakého existujícího pole a tracer by jej měl tedy nahradit. Ovšem místo nahrazení vzniknou duplicitní cesty. Prozatím jsem tu funkci vypnul. Můžeš to prosím otestovat? http://www.kyralovi.cz/tmp/josm/beta/20140820/Tracer.jar Díky Marián Dne 21.8.2014 21:23, Zdeněk Pražák napsal(a): V traceru je opravdu něco shnilého zkusil jsem udělat další pole v okolí holic - dával jsem si pozor na přesahující pole a na správné klikání ale při nahrávání na osm se opět objevila hláška o špatném požadavku. bohužel jsem však při ukládání udělal nějakou chybu a zbývající soubor se mi nepodařilo uložit - proto jsem celý changeset 24916286 revertoval. Pražák Dne 21. srpna 2014 19:41 Marián Kyral mky...@email.cz napsal(a): Tak teď se mi podařilo vygenerovat 13 konfliktů :-( Něco shnilého je ve státě Dánském. Co s tím zatím nevím. Marián Dne 21.8.2014 19:11, Zdeněk Pražák napsal(a): dobře nebudu tedy editovat okrajová pole. Pokud se týká duplicitních polí tak nevím jak vznikly - do každého pole jsem klikl jen jednou Jinak nic zvláštního se nestalo Díky za opravu Pražák Dne 21. srpna 2014 18:41 Marián Kyral mky...@email.cz napsal(a): Divné. tu jsem včera intenzivně zkoušel a tohle jsem tam neřešil. Nestalo se něco zvláštního, co by stálo za zmínku? Nevím jaký máš styl práce, ale takové to editování přes okraj stáhnuté oblasti nedělá dobrotu. Akorát na mne vyskákala halda konfliktů. A taky je potřeba koukat kam klikáš. Bylo tam plno duplicitně umístěných polí. Marián Dne 21.8.2014 18:26, Zdeněk Pražák napsal(a): no měla by to být včerejší verze, pošlu ti ji na mail Pražák -- Původní zpráva -- Od: Marián Kyral mky...@email.cz mky...@email.cz Komu: talk-cz@openstreetmap.org Datum: 21. 8. 2014 18:18:56 Předmět: Re: [Talk-cz] chybové hlášení v josm Uf, uf, uf. Těch bylo. Prosím tě. Vzpomeneš si, kterou verzi Traceru máš? Marián Dne 21.8.2014 17:12, Zdeněk Pražák napsal(a): pošlu ti ten soubor přes úschovnu Díky Pražák -- Původní zpráva -- Od: Marián Kyral mky...@email.cz mky...@email.cz Komu: talk-cz@openstreetmap.org Datum: 21. 8. 2014 17:06:05 Předmět: Re: [Talk-cz] chybové hlášení v josm Uložit jako soubor, pak to xml otevřít v nějakém editoru a smazat všechny výskyty node -58874. A nebo to zabal a pošli mi to emailem. Já to udělám a pošlu ti to zpátky. Asi tam těch uzlů bude více. Někde v pluginu bude chybka, ale zatím nevím, kde přesně. Marián Dne 21.8.2014 16:38, Zdeněk Pražák napsal(a): nahrával jsem pole v okolí Holic v Čechách - changeset 24910320. Při nahrávání se mi objevila hláška OSM server .api/0.6/ reportoval špatný požadavek Chybové hlášení nepřeložené Placeholder node not found for reference - 58874 in way 58798 Zbývá nahrát 3141 objektů. co mám dělat abych to mohl donahrát Pražák ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Odstávka LPIS
Ahoj, tak jsem teď zavítal na webové rozhraní LPIS a co tam nevidím: Plánovaná odstávka registru půdy (LPIS) 19.8.2014 *V termínu 21.8. od 20h do 26.8. do 18h budou prováděny úpravy v registru půdy (LPIS). V tomto termínu nebude dostupné webové rozhraní veřejného LPIS a LPISu pro farmáře. Nedostupné budou také WMS služby a veřejné webové služby LPIS. Částečné omezení bude také v aplikacích napojených na LPIS a to, Data ke stažení, EPH, IZR a dále Registru vinic (RV). Odstávka se týká přípravy spuštění nové evidence půdy (LPIS). * http://eagri.cz/public/web/mze/farmar/LPIS/novinky/odstavka-lpis-1.html Tracer zatím funguje, ale až přestane, tak mi nenadávejte. Vypadá to, že budu mít čas i na něco jiného ;-) Marián* * ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] chybové hlášení v josm
Super. Budu muset kouknout na to, co tam je špatně. S těmi neotagovanými cestami jsi mně trochu vystrašil. Naštěstí je to tentokrát opravdu neznámá hodnota v poli kultura. Přidal jsem 'RRD', neboli rychle rostoucí dřeviny, do mapování. http://www.kyralovi.cz/tmp/josm/beta/20140822/Tracer.jar Marián Dne 22.8.2014 16:58, Zdeněk Pražák napsal(a): Takže hlásím výsledek - nahrání včera problémových polí naklikaných novým tracerem proběhlo bez závad, pouze jsem si všiml, že pole s id 9221912, 9221915, 8570649 a 9884541 se opět nahrála bez tagů určujících druh kultury Pražák Dne 21. srpna 2014 22:09 Marián Kyral mky...@email.cz mailto:mky...@email.cz napsal(a): Ještě to zkoumám, ale zdá se, že problém vzniká, pokud se klikne do již nějakého existujícího pole a tracer by jej měl tedy nahradit. Ovšem místo nahrazení vzniknou duplicitní cesty. Prozatím jsem tu funkci vypnul. Můžeš to prosím otestovat? http://www.kyralovi.cz/tmp/josm/beta/20140820/Tracer.jar Díky Marián Dne 21.8.2014 21:23, Zdeněk Pražák napsal(a): V traceru je opravdu něco shnilého zkusil jsem udělat další pole v okolí holic - dával jsem si pozor na přesahující pole a na správné klikání ale při nahrávání na osm se opět objevila hláška o špatném požadavku. bohužel jsem však při ukládání udělal nějakou chybu a zbývající soubor se mi nepodařilo uložit - proto jsem celý changeset 24916286 revertoval. Pražák Dne 21. srpna 2014 19:41 Marián Kyral mky...@email.cz mailto:mky...@email.cz napsal(a): Tak teď se mi podařilo vygenerovat 13 konfliktů :-( Něco shnilého je ve státě Dánském. Co s tím zatím nevím. Marián Dne 21.8.2014 19:11, Zdeněk Pražák napsal(a): dobře nebudu tedy editovat okrajová pole. Pokud se týká duplicitních polí tak nevím jak vznikly - do každého pole jsem klikl jen jednou Jinak nic zvláštního se nestalo Díky za opravu Pražák Dne 21. srpna 2014 18:41 Marián Kyral mky...@email.cz mailto:mky...@email.cz napsal(a): Divné. tu jsem včera intenzivně zkoušel a tohle jsem tam neřešil. Nestalo se něco zvláštního, co by stálo za zmínku? Nevím jaký máš styl práce, ale takové to editování přes okraj stáhnuté oblasti nedělá dobrotu. Akorát na mne vyskákala halda konfliktů. A taky je potřeba koukat kam klikáš. Bylo tam plno duplicitně umístěných polí. Marián Dne 21.8.2014 18:26, Zdeněk Pražák napsal(a): no měla by to být včerejší verze, pošlu ti ji na mail Pražák -- Původní zpráva -- Od: Marián Kyral mky...@email.cz mailto:mky...@email.cz Komu: talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org Datum: 21. 8. 2014 18:18:56 Předmět: Re: [Talk-cz] chybové hlášení v josm Uf, uf, uf. Těch bylo. Prosím tě. Vzpomeneš si, kterou verzi Traceru máš? Marián Dne 21.8.2014 17:12, Zdeněk Pražák napsal(a): pošlu ti ten soubor přes úschovnu Díky Pražák -- Původní zpráva -- Od: Marián Kyral mky...@email.cz mailto:mky...@email.cz Komu: talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org Datum: 21. 8. 2014 17:06:05 Předmět: Re: [Talk-cz] chybové hlášení v josm Uložit jako soubor, pak to xml otevřít v nějakém editoru a smazat všechny výskyty node -58874. A nebo to zabal a pošli mi to emailem. Já to udělám a pošlu ti to zpátky. Asi tam těch uzlů bude více. Někde v pluginu bude chybka, ale zatím nevím, kde přesně. Marián Dne 21.8.2014 16:38, Zdeněk Pražák napsal(a): nahrával jsem pole v okolí Holic v Čechách - changeset 24910320. Při nahrávání se mi objevila hláška OSM server .api/0.6/ reportoval špatný požadavek Chybové hlášení nepřeložené Placeholder node not found for reference - 58874 in way 58798 Zbývá nahrát 3141 objektů. co mám dělat abych to mohl donahrát Pražák
Re: [Talk-cz] aktualizace chráněných území
Tak pokud by probíhala aktualizace osm a wikipedie najednou, bylo by to super ;-) Marián Dne 21.8.2014 12:32, Jiří Sedláček napsal(a): Dobrý den, předpokládám, že prvotně to tak bylo (pouze o OSM), ale byly zmíněny chráněný území na cs wiki a to, že nebyly importovány strojově - což byly, ale nové importovány nejsou (hlavně protože státní správa). Např. chráněné území Ptáčovské rybníky ( https://cs.wikipedia.org/wiki/Pt%C3%A1%C4%8Dovsk%C3%A9_rybn%C3%ADky ) ještě není zavedeno v AOPK databází a nemá tak ÚSOP číslo - tj. defakto ani nešlo importovat (ač už existuje, protože bylo vyhlášeno krajem). Přemýšlím, jak to spojit - asi přes to AOPK? Či nějak jinak? Určitě to jde, vycházel bych z kategorií Chráněná území v okrese XXX (na wiki) a posléze vybíral ty, který mají AOPK či další data, který jsou u chráněných území na OSM). Případně to můžeme dál probrat, Chmee2 byl zmíněn z toho důvodu, že to má pod palcem a hodně se tomu věnoval (např. mě ukecal, abych tehdy udělal toho bota na tvorbu těch článků) a obecně to na té wiki koordinuje. J. 2014-08-20 14:58 GMT+02:00 xkomc...@centrum.cz mailto:xkomc...@centrum.cz: Jenom pro upřesnění: bavíme se tu všichni celou dobu o OpenStreetMap? Znejistil jsem jak byl zmíněn Chmee2, o kterém vím z Wikipedie... A hlavně: jak je to s tou aktualizací? Probíhá nebo chystá se někdo na ni? Mně se konečně povedlo dopátrat, jak z overpass dostat co potřebuji, takže spolu s wikipedia pluginem jsem připraven doplňovat wiki stránky k chráněným územím. Akorát by bylo fajn to přidávat i na ta nová, nicméně pokud ve výhledové době nebudou, tak půjdu do toho co je... __ Od: Jiří Sedláček jirisedla...@gmail.com mailto:jirisedla...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org Datum: 16.08.2014 19:25 Předmět: Re: [Talk-cz]aktualizace chráněných území Jenom upřesním, první dávka chráněných území (tuším snad před pár rokama - cca 4) se vkládala roboticky a čerpalo se z dat AOPK ( http://drusop.nature.cz/), tuším, že to bylo možná i nějak zkombinovaný s dalšíma datama - už si to přesně nepamatuju, přeci jen - je to dlouho. Na aktualizaci se pracuje průběžně, téměř to nelze sledovat, protože nový chráněný území jsou vyhlašovány (převážně) krajskou samosprávou a to dost nahodile a do DRUSOPu pronikají tak nějak hodně náhodně. J. 2014-08-14 9 tel:2014-08-14%209:33 GMT+02:00 Marián Kyral mky...@email.cz mailto:mky...@email.cz: Iniciativě se meze nekladou ;-) Co tak koukám do wiki, je to čistě manuální práce, žádný skript. Já se teď určitě do ničeho pouštět nebudu. O shapefile jsem zatím jen slyšel a ještě jsem neměl čas ani sílu se tím zabývat. Nicméně jsem si všiml, že existuje doplněk OpenData [1] do JOSM, který by měl umět ty shapefile načíst a dále s nimi pracovat. Na přidání linku na Wikipedii se zase hodí doplněk Wikipedia [2] Klidně si to zkus, podle mne by to neměl být až takový problém. Jen, co tak koukám, je toho nějak moc a udělat na to aktualizační skript asi bude trochu složitější. Ale možná by to mohlo být stejné jako u importu hranic. Co by se ale dalo udělat programově by byla aktualizace tagů, hlavně oprava těch nadbytečných mezer - není to dlouho, co to tady někdo chtěl řešit a nedořešil. A i to přiřazení wikipedia tagu by nemuselo být až tak složité. Začal bych asi tím, že bych si přes http://overpass-turbo.eu vytáhl seznam všech chráněných území a uložil je do osm souboru. (kliknout na Wizard, do okýnka zadat leisure=nature_reserve a kliknout na build and run query. Pak jen potvrdit, že těch pár mega nebude problém ;-) (záleží na velikosti zobrazené oblasti). Pak už jen Export a vybrat JOSM.) Pak dostaneš OSM soubor, který můžeš otevřít v JOSM, případně jej před otevřením upravit nějakým tím skriptíkem (je to jednoduché XML). [1] http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData [2] http://josm.openstreetmap.de/wiki/Help/Plugin/Wikipedia Tak přeji hodně štěstí ;-) Marián -- Původní zpráva -- Od: xkomc...@centrum.cz mailto:xkomc...@centrum.cz Komu: talk-cz@openstreetmap.org mailto:talk-cz@openstreetmap.org Datum: 13. 8. 2014 22:45:22 Předmět: [Talk-cz] aktualizace chráněných území Zdravím, chtěl jsem se zeptat na aktualizaci chráněných území EEA - http://wiki.openstreetmap.org/wiki/EEA:Nationally_designated_areas_import . Psal jsem si s uživatelem Kozuch, který import před
Re: [OSM-ja] 【相談】通行止めのbarrierについて
ikiyaです。 参考例ですが 津波被災で barrierタグとaccess=noが使われていた記憶があります。 access=noを使うので通行できない区間はmapnikレンダリングされます。 http://www.openstreetmap.org/#map=17/37.82529/140.95012 - Original Message - From: Toshihisa Tanaka tosih...@netfort.gr.jp To: OpenStreetMap Japanese talk talk-ja@openstreetmap.org Date: 2014/8/23, Sat 09:41 Subject: [OSM-ja] 【相談】通行止めのbarrierについて としです. すみません,丹波水害の通行止めマッピングをしようとしてて,みなさんに少し ご意見を頂けたら. 通行止めの作図ですが,今現在,barrier=debris で作図しています. これは,OSMデータ的には最も妥当なのですが, 1) 通行止めのところは,既にゲートがある(だろうと言う予測) 2) barrier=debris は mapnik レンダリングされない. barrier=gate ならばレンダリングされるはず. と言うところで,通行止めのところは barrier=gate で作図しようかと考えてい ます. このあたり,広島や他はいかがされていますでしょうか?. もしコメントあれば頂けると助かります. 取り急ぎ,ではこれにて. ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Thankful Villages
Hi everyone This being the season for commemorating the centenary of the First World War I thought we might add the Thankful Villages ( aka Blessed Villages) to our map. Thankful Villages have no memorial to the war dead since everyone of their service personnel returned home ( not necessarily unhurt - but alive). Some villages are Doubly Thankful having had all their service personnel from BOTH world wars return home. There are 53 Thankful Villages in England and Wales - see Wikipedai article http://en.wikipedia.org/wiki/Thankful_Villages Reference 2 in that article contains most of the research - some claims are doubtful and those are indicated. How to tag? Suggestion offered: Thankful_Village= yes_WWI Thankful_Village= double_WWIII wikipedia= en:Thankful_Villages wikidata=Q3519572 Regards Brian ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Thankful Villages
On 22/08/14 15:23, Brian Prangle wrote: I'll leave it to others to judge whether this is data they would want on the map, but: Thankful_Village= yes_WWI Thankful_Village= double_WWIII I believe that Thankful_Village=WWI Thankful_Village=WWI;WWII would be more in the spirit of the tagging system. Alternatively, to avoid multiple values: Thankful_Village:WWI=yes Thankful_Village:WWII=yes wikipedia= en:Thankful_Villages I think this is a misuse of wikipedia tags. The tag should be to an entry for the specific village (regardless of its thankful status). I also think it is wrong for the Thankful_Village article to repeat the contents of the corresponding category. wikidata=Q3519572 Not sure how to interpret this, but I think that this should also follow the indirection chain via the wikipedia article for the village. NB Wikipedia should never be used as a primary source for OSM as: - it is supposed to be a secondary source, so you should always cite the corresponding primary source; - it has much less strict rules on database copyrights, so you may end up making an illegal database import. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Thankful Villages
On 22/08/14 15:50, David Woolley wrote: Thankful_Village=WWI Thankful_Village=WWI;WWII Other things I would want to investigate are whether this can be generalised to other countries: do the Americans have a similar category; does it include Korean and Vietnam wars? What about the Germans and Japanese? This may require changing the name to be more generic. Also, is there an existing de facto namespace for wars. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Ordnance Survey National Grid maps of Edinburgh
Hi all, Thanks Rob for that. Chris Fleet (NLS) asked me to announce to the OSM community that the NLS is also adding the Ordnance Survey Maps - 25 inch 2nd and later editions, Scotland, 1892-1949, which is the most detailed topographic mapping for all the inhabited regions of Scotland from the 1890s to the 1940s, as described here: http://maps.nls.uk/os/25inch-2nd-and-later/index.html At the moment, this layer currently covers selected counties in Southern Scotland only and can be added using the following URL: http://geo.nls.uk/mapdata3/os/25_inch/cb/{zoom}/{x}/{y}.png Jerry wrote about the MESH project (http://www.mesh.ed.ac.uk/) in which I'm involved with Richard. Funded by the AHRC, the MESH project is about mapping the history of Edinburgh. We compared the different solutions to create an historical GIS and finally decided to use OSM. So since March, we started to improve OSM in Edinburgh. You can see the results in these two examples: - part of New Town: http://www.openstreetmap.org/#map=17/55.95750/-3.20140 - part of Old Town: http://www.openstreetmap.org/#map=18/55.95005/-3.18792 The mapping is still in progress but we hope to have covered most of the town before the end of October. This being said, because it's a 3-year project, the solution to use OSM would probably not have been possible without the historic maps digitised, georeferenced and provided online by the NLS. It would have been too time-consuming. Indeed because we want to map addresses, we need to map buildings which is sometimes not easy at all in an historic town such as Edinburgh. Using the historic maps allowed us: - to speed up the mapping process, - to add far more details such as walls, gardens or gates (walls and gardens can seem secondary features but all together with buildings, it gives an idea of the plots), - to add some addresses using a combination of maps (OS National Grid maps of Edinburgh (1940s-1960s) contain the house numbers but don't show where the entrances are, contrary to the OS 1893 map, which shows the entrances but not the house numbers) before doing the full survey (thus it saves a lot of time on the field as it's just a matter of checking things rather than drawing/writing on the map), - to improve the accuracy of OSM in term of positioning, at least to be consistent even if there is a global offset; Bing imagery contains a priori an offset (in fact many local offsets) which can be corrected using the features on the grounds such as letter boxes, walls, etc, elements which are included in the historic maps. So I take the opportunity here to thank a lot the NLS (partner of the MESH project) and particularly Chris for their wonderful job here, as well as the local OSM community in Edinburgh (mainly Bob, Brian, Chris, Donald, Neil). And Jerry, yes, you're right, we didn't put many information online yet as we really wanted to concentrate on the core task which was and still is the mapping. But before mid-October, we'll put for sure some material online including maps, some articles and reports to talk about our experience contributing and using OSM, some web applications, and probably some surprises we are working on. Every data produced during this project will be released as open data as we strongly believe that everyone including the general public, local historians, scholars, academics, etc has the right to access and play with the data and tools we will produce/develop. Cheers, Eric On 11 August 2014 23:08, SK53 sk53@gmail.com wrote: I met Richard Rodger who is leading the MESH project at Edinburgh University. Addresses in central Edinburgh have changed so little in 200 years that they are able to use OSM to map where attorneys were located in the middle of the 19th Century. The historical addresses were acquired from Business Directories. And MESH is the reason why these particular maps have been done. There is a link to the project there. I dont think there is that much detailed information available yet, but it looks to be shaping up to be both a fascinating project and a classic example of how OSM data can be used for purposes very different from what one might expect. Jerry On 11 August 2014 22:52, Donald Noble drno...@gmail.com wrote: Thanks Rob, The alignment matches well with both bing and what is already on OSM (although this may largely be derived). Also pleasing to note that the addresses I have surveyed match those on the OS map - don't suppose they change all that often. Cheers, Donald On 10 August 2014 00:04, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi all, particularly those folk mapping up in Scotland, The National Library of Scotland has added the earliest editions of Ordnance Survey National Grid maps covering the Edinburgh environs to their online map offerings. http://maps.nls.uk/additions.html#28 What's so special about these maps is that they show details right down to individual buildings plus their
[Talk-us] Whole-US Garmin Map update - 2014-08-20
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2014-08-20 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2014-08-20/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2014-08-20 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Call for Locations: State of the Map US 2015
Hello everyone - The call for locations for State of the Map US 2015 is open - bring State of the Map US to your city and submit your proposal by October 10, 2014. Find out all about submitting a bid on our blog: http://openstreetmap.us/2014/08/call-for-locations/ Have a great weekend! -- Alex Barth Secretary OpenStreetMap United States Inc. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-ht] unsubscribe
___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.
Re: [Talk-ht] (sans objet)
salut aussi a tous et a toutes les cartographes Le 20 août 2014 13:49, Edouard Cherline chacho...@gmail.com a écrit : salut Fery 2014-08-20 12:16 GMT-07:00 Cinalien Ferry cinali...@gmail.com: Salut a tous les mappeurs! ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate ( http://translate.google.com) pour traduire les messages. ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages. ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.
Re: [Talk-ht] Mapping administrative divisions/neighbourhoods in Port-au-Prince, Haiti
Hi all me,i want to know more infomation congratulation Mrs Jonathan,okay 2014-07-07 16:57 GMT-07:00 Frederic Moine frmo...@gmail.com: Dear Jonathan, Two option for you: Contact the Cnigs and request the data in shape ( I will ask if they can share it and I will let you know...of course you can contact them directly). See the last neighborhood delimitation are here in pdf ... http://cnigs.ht/silq/index.php?option=com_weblinksview=categoryid=14Itemid=16 http://cnigs.ht/silq/index.php?option=com_contentview=articleid=18 http://silqhaiti.com/ You need to check also the COD FOD from Ocha https://www.humanitarianresponse.info/operations/haiti/dataset/haiti-admin-level-3-boundaries-0 is it admin level 3 section communale from 2013, I will check if it is the latest one, all the best FredM ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages. ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.
[Talk-ht] codification divisions administratives et villes, quartiers
Bonjour, je mets à jour depuis quelques temps la codification des divisions administratives, villes et quartiers définis par l’IHSI. La majorité des sections communales, communes, départements ont ce code, par exemple pcode:3=611-03, pcode:2=611, pcode:1=6. Il y a plusieurs travaux à faire : 1. remplacer tous les pcode par un identifiant unique ref:IHSI ; 2. ajouter pour ceux qui ont déja ce code et qui ont entre 1 et 9 comme premier chiffre un 0 devant, par exemple 611 doit être écrit 0611, 6: 06, 611-01 : 0611-01 ; 3. supprimer pour les communes l’identifiant id_commune qui devient de fait inutile ; 4. ajouter la référence pour ceux qui ne l’ont pas, et qui concerne principalement les départements, les arrondissements, les villes et les quartiers (avec un fichier que je mettrais dans le wiki et dont j’enverrais le lien ultérieurement). mettez comme commentaire Haiti #divi_admin_ihsi dans vos changesets. À ce jour, nous avons 677 relations en attente de mise à jour + une centaine pour les villes… Xavier bonjou Mwen mete ajou depi kèk tan referans divizyon administratif, vil yo ak katye ke IHSI te defini. Majorite a nan seksyon kominal, komin, dèpatmen yo gen Kòd sa a, pou egzanp pcode:3 = 611-03, pcode:2 =611, pcode:1 =6. Gen anpil travay pou fè: 1 ranplase tout pcode avèk yon referans inik: « ref:IHSI »; 2 ajoute pou zon 1 rive 9 tankou premye chif yon zewo devan, pou egzanp 611 ta dwe ekri 0611, 6: 06, 611-01: 0611-01; 3, efase « id_commune » ki pa itil ankò; 4 ajoute referans la pou zòn ki pa gen en, sitou depatman, awondisman, vil ak katye (avèk yon dosye ke mwen pral mete sou wiki a pita). mete kòm yon kòmantè nan changesets ou « Haiti #divi_admin_ihsi ». Jodi a nou gen 677 relasyon ki pa ajou plis vil . Xavier ___ Talk-ht mailing list Talk-ht@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ht Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour traduire les messages.