[Talk-vi] visiting vietnam
hi and sorry for writing in english :) i'm from latvia[1][2], and i will be visiting vietnam with some friends in october. quite obviously, i'll take my gps camera to provide bits and pieces of map information for the places we will visit, at least as much as my companions will allow me ;) we will be traveling all over vietnam, so if it would be nice to meet some local osm-ers, if our route matches their plans/locations. we could also benefit from some hints (like hotel suggestions in hanoi :) ), so if anybody would like to provide some help on that, i would greatly appreciate that. one thing i noticed in the map of hanoi, and that one person from latvia who had lived in hanoi for 3 months said does not look correct - is hanoi really that crowded with atms ? http://www.openstreetmap.org/?lat=21.032334lon=105.852591zoom=18layers=B000FTF [1] http://wiki.openstreetmap.org/wiki/WikiProject_Latvia [2] http://www.openstreetmap.org/?lat=56.88lon=24.22zoom=7layers=B000FTF -- Rich ___ Talk-vi mailing list Talk-vi@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-vi
Re: [talk-ph] better ways to coordinate coastline mapping?
Eugene Alvin Villar wrote, On Tuesday, 06 July, 2010 11:57 AM: To clarify things, the sawtooth detection script is quite naive. It simply detects if there are at three or more series of nodes where each pair of adjacent nodes have the same latitude or longitude. This will also detect any three linear nodes that all have the same latitude or longitude like this: ooo There are a number of cases where a near-straight line is acceptable. Maybe it would be better -- and I'm not sure if this is possible -- to examine, say, a series of three nodes. It would check if the first two have the same lat or long. If they have the same lat, then the second and third points would need the same long; if they have the same long, then the second and third points would need the same lat. Then you'd be correctly identifying the step-fashion jaggies, rather than straight lines. To increase certainty, you could make this a series of four, or five points. Again I don't know if this is possible or plausible, but it would seem like a better pattern to look for. Not sure if the formatting will come through but p1 |_ p2 | | p3 |__ p4 | Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 920 912 5830 Hong Kong: +852 6840 6693 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] better ways to coordinate coastline mapping?
Hehe ... nope I am not trying to defeat the script, but am trying to stop it from misdetecting an already cleaned up coastal area. I have cleaned up the whole of Marinduque a couple of weeks ago and curiously saw the script reporting a sawtoothed section on the northern coastline. I checked it out and found just one single pair of node segment that remained in the step fashion. I nudged the one of the nodes a very small bit just so the latitudes or longitudes will not be exactly equal and hoping to see Marinduque spotlessly clean. :) On Tue, Jul 6, 2010 at 11:57 AM, Eugene Alvin Villar sea...@gmail.comwrote: It's ridiculously easy to defeat the script: just nudge nodes. But the point is not to defeat the script but to check out areas in need of correction. I would assume that anybody moving coastline nodes would do so to correct or refine the data and not simply to defeat the script, right? Right? :-D ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Sawtooth Coastlines Webmap v1.1
Good news everyone! I have updated the webmap to v1.1. Maning has now integrated the sawtooth detection script into his OSM-PH Garmin workflow and I have updated the webmap to fetch the detected sawtooth data from maning's dropbox account. The webmap should now provide near-daily updates on the status of killing all those sawtooth coastlines. Per maning's suggestion, I also added a link to the Coastline Correction page at the OSM Wiki: http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Coastline_Corrections There are no edit links yet. There is no permalink functionality yet. Enjoy! Note: I have not updated the detection script's algorithm for now. Just like with the Keep Right tool, treat the error reports as advisory. Eugene P.S. Creating this is really fun! :-D ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] better ways to coordinate coastline mapping?
On Tue, Jul 6, 2010 at 2:42 PM, Jim Morgan j...@datalude.com wrote: Eugene Alvin Villar wrote, On Tuesday, 06 July, 2010 11:57 AM: To clarify things, the sawtooth detection script is quite naive. It simply detects if there are at three or more series of nodes where each pair of adjacent nodes have the same latitude or longitude. This will also detect any three linear nodes that all have the same latitude or longitude like this: ooo There are a number of cases where a near-straight line is acceptable. Maybe it would be better -- and I'm not sure if this is possible -- to examine, say, a series of three nodes. It would check if the first two have the same lat or long. If they have the same lat, then the second and third points would need the same long; if they have the same long, then the second and third points would need the same lat. Then you'd be correctly identifying the step-fashion jaggies, rather than straight lines. To increase certainty, you could make this a series of four, or five points. Again I don't know if this is possible or plausible, but it would seem like a better pattern to look for. Not sure if the formatting will come through but p1 |_ p2 | | p3 |__ p4 | I intentionally wanted to detect collinear nodes since I wasn't sure if the original SRTM-based data have those collinear nodes or not. In any case, the script detects sawtooth coasts if the latitude or the longitude is *exactly* the same, right down to the 7th decimal place (which translates to an accuracy of about 1 cm). So if there are a series of coastline nodes that have the same latitude or longitude for each adjacent pair of nodes, then they are most likely generated from raster data, like SRTM. I don't think Mother Nature created coasts that follow latitudes and longitudes. :-) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Sawtooth Coastlines Webmap v1.1
Here's the link to the map if you don't want to search for the URL in the previous emails: http://forge.codedgraphic.com/osm/sawtooth_coastlines/ On Wed, Jul 7, 2010 at 1:33 AM, Eugene Alvin Villar sea...@gmail.comwrote: Good news everyone! I have updated the webmap to v1.1. Maning has now integrated the sawtooth detection script into his OSM-PH Garmin workflow and I have updated the webmap to fetch the detected sawtooth data from maning's dropbox account. The webmap should now provide near-daily updates on the status of killing all those sawtooth coastlines. Per maning's suggestion, I also added a link to the Coastline Correction page at the OSM Wiki: http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Coastline_Corrections There are no edit links yet. There is no permalink functionality yet. Enjoy! Note: I have not updated the detection script's algorithm for now. Just like with the Keep Right tool, treat the error reports as advisory. Eugene P.S. Creating this is really fun! :-D ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Sawtooth Coastlines Webmap v1.1
Oh yeah, it will take a few seconds to load the data. I haven't managed to figure out how to add a Loading icon on the map yet. Sorry for the flood of emails. On Wed, Jul 7, 2010 at 2:06 AM, Eugene Alvin Villar sea...@gmail.comwrote: Here's the link to the map if you don't want to search for the URL in the previous emails: http://forge.codedgraphic.com/osm/sawtooth_coastlines/ On Wed, Jul 7, 2010 at 1:33 AM, Eugene Alvin Villar sea...@gmail.comwrote: Good news everyone! I have updated the webmap to v1.1. Maning has now integrated the sawtooth detection script into his OSM-PH Garmin workflow and I have updated the webmap to fetch the detected sawtooth data from maning's dropbox account. The webmap should now provide near-daily updates on the status of killing all those sawtooth coastlines. Per maning's suggestion, I also added a link to the Coastline Correction page at the OSM Wiki: http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Coastline_Corrections There are no edit links yet. There is no permalink functionality yet. Enjoy! Note: I have not updated the detection script's algorithm for now. Just like with the Keep Right tool, treat the error reports as advisory. Eugene P.S. Creating this is really fun! :-D -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Changed highway=*_link meaning?!
On 25 June 2010 07:56, Roy Wallace waldo000...@gmail.com wrote: On Fri, Jun 25, 2010 at 4:21 AM, Lester Caine les...@lsces.co.uk wrote: You could always have highway=link. But some links ARE motorway rules and some ARE trunk road so just saying link does not work. highway=* link=yes I just found a good use case for this, residential link lanes, they're always oneway=yes, lanes=1 and they probably shouldn't be named since they don't really belong to either way more than the other, so they're going to show up on noname rendering layers without a good way to exclude them. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Candidacy] AGM Foundation 2010 - Girona
Would you stand for the sourceforge.net board and suggest that they need to focus their efforts on only a few selective open-source projects? I am quite surprised by this comparison: (a) sourcefourge is a tool that has nothing to do with the projects themselves (b) the projects are all independent while OpenStreetMap projects are all build on a common core and are derivatives of this core - much more like there is a linux for servers, mobile devices, embedded software etc. If the core isn't any good then the derivatives are no good. (c) the projects on sourceforge do not have to share development tools, infrastructure, funding, a license or communication. (d) if a project owner doesn't like sourceforge anymore he moves on. Regards, Oliver -- View this message in context: http://gis.638310.n2.nabble.com/Candidacy-AGM-Foundation-2010-Girona-tp522p5259131.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Adding a relation to a relation in Potlatch
Is it possible to add a relation to a relation in Potlatch? I've tried some things but haven't found a way yet. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Candidacy] AGM Foundation 2010 - Girona
That's not to say the Foundation shouldn't be planning ahead, but there's a big difference between that and trying to come up with a vision. If we need a vision, a plan or anything like that (and that's debatable anyway) then it's best for it to appear from the bowels of the community, not be thrashed out at a OSMF board weekend retreat. I understand that is was decided by the OSMF board that funding is supposed to become a more structured activity. What would you say to someone interested in funding? OpenStreetMap doesn't have a strategic goal; it's never had one. We have no idea what our financial needs are in the next year because we haven't set any goals for next year. But please give us money as we might need some.? Or would you say that funding is supposed to be postponed? Regards, Oliver -- View this message in context: http://gis.638310.n2.nabble.com/Candidacy-AGM-Foundation-2010-Girona-tp522p5259163.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Candidacy] AGM Foundation 2010 - Girona
On 6 July 2010 17:22, Oliver (skobbler) osm.oliver.ku...@gmx.de wrote: I understand that is was decided by the OSMF board that funding is supposed to become a more structured activity. What would you say to someone interested in funding? OpenStreetMap doesn't have a strategic goal; it's never had one. We have no idea what our financial needs are in the next year because we haven't set any goals for next year. But please give us money as we might need some.? Or would you say that funding is supposed to be postponed? Why do you think the only strategic planning that can be done is that which you are trying to coerce people into supporting based on what you'd like to see mapped? How about instead focusing on supporting mappers, rather than trying to direct their activities, for example does servers need to be upgraded or does capacity increased to support other actives like the routing Nic is doing... Are there more cool things OSM could be show casing if there was more hardware available? That sort of thing... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding a relation to a relation in Potlatch
Maarten Deen wrote: Is it possible to add a relation to a relation in Potlatch? I've tried some things but haven't found a way yet. No, not currently in Potlatch 1. You can in Potlatch 2. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Adding-a-relation-to-a-relation-in-Potlatch-tp5259160p5259280.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Candidacy] AGM Foundation 2010 - Girona
On Tue, Jul 6, 2010 at 8:22 AM, Oliver (skobbler) osm.oliver.ku...@gmx.de wrote: We have no idea what our financial needs are in the next year because we haven't set any goals for next year. That's a complete non-sequitur. As I said in my email it's straightforward to make plans for the future without needing a goal. These plans can, and should, be based on what's happening, and therefore what we plan/expect will happen in the future. The sysadmins can and do plan for when we need to purchase new hardware, and what it needs to be, to accommodate our projected growth. None of which needs some goal of the we want to be the leading provider of whatnot type. But please give us money as we might need some.? If that's how you are characterising the OSMF - if it doesn't have your stategic goals - then bear in mind you're insulting a lot of people who have successfully run OpenStreetMap for the last few years. Now don't take it from what I've said that having a goal would be somehow a bad thing, but your suggestions that we *need* a goal and we can't be successful or do planning or anything else without one is simply wrong. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Candidacy] AGM Foundation 2010 - Girona
As I said in my email it's straightforward to make plans for the future without needing a goal. These plans can, and should, be based on what's happening, and therefore what we plan/expect will happen in the future. Absolutely in regards to plans, I just said that it should be triggered and facilitated by the board to coordinate with other activities like funding, for which a certain level of planning is a prerequisite rather sooner than later. I do not agree that there doesn't need to be goal or vision. If I interpret your recent mail to sourceforge correctly you see OpenStreetMap as host for mapping projects. In this case the goal or vision would be something like to facilitate and encourage the creation maps for what purposes whatsoever. Something like this would give people an umbrella and a better understanding of what OpenStreetMap is about - and especially to communicate the project to the outside world. If you would ask ten people today what openstreetmap is about you would get ten different answers, that is what you can also see from this thread. Regards, Oliver -- View this message in context: http://gis.638310.n2.nabble.com/Candidacy-AGM-Foundation-2010-Girona-tp522p5259421.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Candidacy] AGM Foundation 2010 - Girona
On 6 July 2010 18:48, Oliver (skobbler) osm.oliver.ku...@gmx.de wrote: the project to the outside world. If you would ask ten people today what openstreetmap is about you would get ten different answers, that is what you can also see from this thread. If you asked those same 10 people what they want from a map, you'd probably still get 10 different answers. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Candidacy] AGM Foundation 2010 - Girona
On 6 July 2010 09:48, Oliver (skobbler) osm.oliver.ku...@gmx.de wrote: As I said in my email it's straightforward to make plans for the future without needing a goal. These plans can, and should, be based on what's happening, and therefore what we plan/expect will happen in the future. Absolutely in regards to plans, I just said that it should be triggered and facilitated by the board to coordinate with other activities like funding, for which a certain level of planning is a prerequisite rather sooner than later. I do not agree that there doesn't need to be goal or vision. If I interpret your recent mail to sourceforge correctly you see OpenStreetMap as host for mapping projects. In this case the goal or vision would be something like to facilitate and encourage the creation maps for what purposes whatsoever. Something like this would give people an umbrella and a better understanding of what OpenStreetMap is about - and especially to communicate the project to the outside world. If you would ask ten people today what openstreetmap is about you would get ten different answers, that is what you can also see from this thread. Hello, That's actually one of the biggest strength of the OSM community to have 10 different visions of what OpenStreetMap is. The way OpenStreetMap has moved so far has been very beneficial to the vast ecosystems that we are now catering for. Everyone is seeing something different from the map as a map is something very personal and can be used in so many ways. Does that mean we should stop people doing orienteering map under the pretense that it is adding to much useless data? ( http://www.oobrien.com/oom/ ) Does that mean we should not import trees in towns like Girona? ( http://osm.org/go/xu1ff...@- ) Does that mean we have to stop mapping zoos, arboretum, ? Does that mean we have to stop doing humanitarian work too? Should we focus only on streets, streets details, etc... ? Each use of OSM is perfectly valid and no priority over another one. I think we are past the time where streets were the only thing that mattered. While I agree about the need of better communication, I think we should instead show everything we can do with OSM, whether routing, reverse geocoding, geocoding, specialized map rendering (Bikes, Roads, map for the blind, orienteering maps, etc...). OSM isn't just a replacement for TeleAtlas or Navteq. It is something in its own class now. I can understand why we might want to have the world covered in roads and have perfect addressing, but a crowded sourced project doesn't work that way. You can get a software open source project relatively focused (that will never stop people from adding non expected features), but this is not possible in OSM. You can of course try to do Week of France, where you get people to map a specific area, giving thematic for all those hungry mappers wanting to do something; you just can't direct them to do something in particular. Haiti is such an example: not everyone started mapping Haiti suddenly. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] sotm2010 video stream?
Are there plans to do this? Nothing was mentioned in the website (from someone who would love to attend but can't) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] sotm2010 video stream?
A donated netbook that is sitting in a chair and pointed to the speaker podeum, with Ustream.tv running and capturing everything that is going on is EASY to set up. It just needs to be checked every so often to make sure its still recording airing live. You could even stick a nametag on it as 'Iama Mapper'. Cheers, Sam On 7/6/10, maning sambale emmanuel.samb...@gmail.com wrote: Are there plans to do this? Nothing was mentioned in the website (from someone who would love to attend but can't) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] sotm2010 video stream?
Hey, We are actually planning to do this again, but no guarantees, that's why it's not mentioned yet :) There are cameras in both rooms and we will be recording everything for viewing after the conference. We'll be testing the streaming in the following days. For now: keep your eye on www.stateofthemap.org ! If you are going to the SotM and want to volunteer to help out with videostreaming for a few hours, please let me know! Greets, Floris Looijesteijn SotM 2010 Organizing Committee Sam Vekemans wrote: A donated netbook that is sitting in a chair and pointed to the speaker podeum, with Ustream.tv running and capturing everything that is going on is EASY to set up. It just needs to be checked every so often to make sure its still recording airing live. You could even stick a nametag on it as 'Iama Mapper'. Cheers, Sam On 7/6/10, maning sambale emmanuel.samb...@gmail.com wrote: Are there plans to do this? Nothing was mentioned in the website (from someone who would love to attend but can't) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
2010/7/5 Pieren pier...@gmail.com: So you ask people to not join the nodes just because you make the assumption that this person is contributing in US and that a majority of US boundaries have errors... I could also say that if the boundary is really following the road, then there is no harm to join the nodes. Actually I also came to the conclusion that is makes mapping much easier if you don't connect roads to borders but keep them separate. While it may be legally right in cases where the middle of the road is also the border, there are also many cases where the road belongs to one side of the border (and thus it would be wrong to join the nodes). Usually you (maybe not you but the average mapper) don't know exactly the position of the borders, that's why it makes editing roads connected to borders a pain: in order to not change the border when adjusting the road (or any other feature) you will have to unglue it. Less experienced users might also change the border without even being conscious about it, when they want to refine something. Also it makes border far more complicated (and thus even false) when glued to features: roads need to have more nodes than just for the position (maxspeed, turnrestrictions, crossing streets, ...) while borders are defined by a couple of border-points (usually less than our roads have). All these are IMHO good reasons not to glue them together. The only situation where I believe attaching a border to another object is sensefull is in the case of a river, that is defined as the border. Cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Candidacy] AGM Foundation 2010 - Girona
* David Earl da...@frankieandshadow.com [2010-07-05 10:38 +0100]: Addresses are a bit different because its a whole different level of detail. But because you don't think its fun doesn't mean others don't enjoy it (or even do it because it is enjoyable). I did my village to see what it would take, but in general I took the view that I wanted to get complete street level / poi coverage for the area reasonably within my reach before I started on the next level of detail down. Interestingly, I don't gather a lot of POIs when surveying, because I'm usually not going to be returning to the survey areas to keep the POIs up to date. On the other hand, I try to scrupulously record all addresses, because in my opinion those have longer lifetimes than, say, your average strip mall shop. (This, of course, only reinforces the recurring theme of OSM is different things to different people. As does the fact that I've been taking a break from surveying by mapping all the power lines in my state.) -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- /me pats his two indy's lovingly, don't listen to those nasty sun enthuasists boys, their machines are a dull nasty grey, not a nice pretty blue colour like you two. -- Greg McCarroll --- -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
On Tue, Jul 6, 2010 at 4:07 PM, M∡rtin Koppenhoefer dieterdre...@gmail.comwrote: Also it makes border far more complicated (and thus even false) when glued to features: roads need to have more nodes than just for the position (maxspeed, turnrestrictions, crossing streets, ...) while borders are defined by a couple of border-points (usually less than our roads have). Again, this depends on the region you are contributing. In my region, most of the municipality borders are in fact glued to the middle of features like roads, tracks or rivers. Those features can be added in OSM from different sources (imagery, GPS, land registry). So adjusting the border with a more accurate source requires to adjust two ways and many duplicated nodes when it is far easier if the nodes are shared. This is IMHO also a good reason to glue the boundary with the feature. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] sotm2010 video stream?
On 6 July 2010 23:07, Floris Looijesteijn o...@floris.nu wrote: We are actually planning to do this again, but no guarantees, that's why it's not mentioned yet :) If they can't be streamed live, are they still going to be recorded? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
On 7/6/2010 11:18 AM, Pieren wrote: Again, this depends on the region you are contributing. In my region, most of the municipality borders are in fact glued to the middle of features like roads, tracks or rivers. Those features can be added in OSM from different sources (imagery, GPS, land registry). So adjusting the border with a more accurate source requires to adjust two ways and many duplicated nodes when it is far easier if the nodes are shared. This is IMHO also a good reason to glue the boundary with the feature. Pieren If the river/road/... is the actual boundary, shouldn't the same way be used for both instead of having duplicate ways? I've seen this done in some places (Ohio IIRC) Thanks, N. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
On 7 July 2010 05:51, Nakor nakor@gmail.com wrote: If the river/road/... is the actual boundary, shouldn't the same way be used for both instead of having duplicate ways? I've seen this done in some places (Ohio IIRC) The boundary might be similar to other features, but unless you like reading a lot of legal documents there is no way to definitively know if a boundary is the other feature. It also makes things more difficult to edit in future if things diverge, but the boundary doesn't move. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
On Tue, Jul 6, 2010 at 9:51 PM, Nakor nakor@gmail.com wrote: If the river/road/... is the actual boundary, shouldn't the same way be used for both instead of having duplicate ways? I've seen this done in some places (Ohio IIRC) We had a lot of discussions about that. Finally, the answer (in my country) depends on the length of the common feature/boundary. If it's a long shared way (river, road, track), you might better split the way (at the beginning and end of the boundary sharing the feature), add the boundary tags on the single way and put this on the boundary relation. If the feature is followed on a short distance, we find easier to just glue the nodes then we don't have to split the feature for a short segment. Just make your life of contributor easier as possible. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
On Tue, Jul 6, 2010 at 10:07 PM, Alan Mintz alan_mintz+...@earthlink.netalan_mintz%2b...@earthlink.net wrote: It's exactly because they are added from different sources that it is incorrect to merge them. If you adjust a border from a more accurate source, you should adjust that border, not everything else that is glued to it (other than that of it's neighbor siblings). The source you use for the border is correct for the border alone. It may happen to coincide in places with the physical centerline of a feature, but that doesn't necessarily mean they are the same thing. -- Alan Mintz alan_mintz+...@earthlink.net You missunderstood : the definition of the border IS the middle of the road or river. If we find a legal source for the admin boundary, it is most of the time less accurate then a GPS trace following the feature irl. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Area-type objects and ways along its boundaries
Pieren wrote: You missunderstood : the definition of the border IS the middle of the road It may be the middle of the road *as it existed when the border was defined*. It's usually not the middle of the road as it exists now, unless there have been no changes, however slight, to the road alignment. Pages 28 and 31 of http://web.archive.org/web/20031206194418/http://www.state.nj.us/transportation/refdata/sldiag/viewindx.pdf illustrate this rather well. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
At 2010-07-06 13:21, Pieren wrote: On Tue, Jul 6, 2010 at 10:07 PM, Alan Mintz alan_mintz+...@earthlink.net wrote: It's exactly because they are added from different sources that it is incorrect to merge them. If you adjust a border from a more accurate source, you should adjust that border, not everything else that is glued to it (other than that of it's neighbor siblings). The source you use for the border is correct for the border alone. It may happen to coincide in places with the physical centerline of a feature, but that doesn't necessarily mean they are the same thing.You missunderstood : the definition of the border IS the middle of the road or river. If we find a legal source for the admin boundary, it is most of the time less accurate then a GPS trace following the feature irl. I didn't mis-understand. My point is that the legal source for the admin boundary is, by definition, accurate, regardless of whether it actually coincides with anything else. Can you point to an example? -- Alan Mintz alan_mintz+...@earthlink.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
On Tue, Jul 6, 2010 at 10:43 PM, Nathan Edgars II nerou...@gmail.comwrote: It may be the middle of the road *as it existed when the border was defined*. It's usually not the middle of the road as it exists now, unless there have been no changes, however slight, to the road alignment. Pages 28 and 31 of http://web.archive.org/web/20031206194418/http://www.state.nj.us/transportation/refdata/sldiag/viewindx.pdf illustrate this rather well. Yes, I know. Even in my country, the feature might change but not the boundary. This will not change my previous arguments: http://lists.openstreetmap.org/pipermail/talk/2010-July/051550.html Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
At 2010-07-06 13:43, Nathan Edgars II wrote: Pieren wrote: You missunderstood : the definition of the border IS the middle of the road It may be the middle of the road *as it existed when the border was defined*. It's usually not the middle of the road as it exists now, unless there have been no changes, however slight, to the road alignment. Pages 28 and 31 of http://web.archive.org/web/20031206194418/http://www.state.nj.us/transportation/refdata/sldiag/viewindx.pdf illustrate this rather well. Cool. Located here: http://www.openstreetmap.org/?lat=39.820144lon=-75.162305zoom=18layers=B000FTF We don't know from this alone whether the boundary is defined to follow the road centerline, offset a certain distance from it, or exactly at the position shown, without regard for where the road is. That would be no different if it happened to coincide with the centerline of the road. -- Alan Mintz alan_mintz+...@earthlink.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
On Wed, 7 Jul 2010, Pieren wrote: You missunderstood : the definition of the border IS the middle of the road or river. If we find a legal source for the admin boundary, it is most of the time less accurate then a GPS trace following the feature irl. there is no misunderstanding the legally defined admin boundary is at a particular place but the question is does it move when the feature (road, railway, river) moves or is staying at the original place until the law moves it? Exact example: The southern bank of the Murray River is the border between 2 states. Where the river has been flooded by building a dam the southern bank has moved. (Yarrawonga-Mulwala region) Legal answer for this boundary - the boundary did not move. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
On Tue, Jul 6, 2010 at 11:21 PM, Liz ed...@billiau.net wrote: The southern bank of the Murray River is the border between 2 states. Where the river has been flooded by building a dam the southern bank has moved. (Yarrawonga-Mulwala region) Legal answer for this boundary - the boundary did not move. Then I will explain differenty : in my country, a feature like a road or river used for boundaries doesn't move so often like in yours. It happens but it's the exception. So, for my country, I would not recommend for today's contributors a harder edition work to make an easier work for the next century contributors and for potential changes. I know that some contributors like to make their life more complicated than necessary. Unfortunatelly, we hear too much of them on this list. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why quality is more important than routing speed
I wasn't whining, nor was I suggesting that the project has no potential. In fact, I think there are lots of good answers to the question how do you use speed limit tags when only 8% of the roads are tagged with them? But I don't think think longer-term is one of them. On Mon, Jul 5, 2010 at 5:24 AM, Lambertus o...@na1400.info wrote: Did it prevent me from mapping when I discovered back in 2007 that the map was almost blank? Did I think that the project had no potential, could not become anywhere near suitable for routing? No, on the contrary. And look at where we're now, only three years later! Reasoning in half empty instead of half full won't lead us anywhere. Stop whining, be constructive. 2007On 2010-07-05 01:44, Anthony wrote: On Sun, Jul 4, 2010 at 6:33 PM, Roy Wallace waldo000...@gmail.com mailto:waldo000...@gmail.com wrote: On Sun, Jul 4, 2010 at 10:34 PM, Anthony o...@inbox.org mailto:o...@inbox.org wrote: How do you use speed limit tags when only 5% of the roads are tagged with them? Think longer-term. Okay. How do you use speed limit tags when only 8% of the roads are tagged with them? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] ArcGIS Editor for OpenStreetMap.
If you use ArcGIS they now have plugin Editor for OpenStreetMap. See: http://martenhogeweg.blogspot.com/2010/07/announcing-arcgis-editor-for.html Also: http://www.arcgis.com/home/item.html?id=b834a68d7a484c5fb473d4ba90d35e71 http://www.arcgis.com/ http://www.esri.com/ I myself don't use ArcGIS for OSM. I use JOSM at home. http://josm.openstreetmap.de/ which meet my OSM needs. regards, Micah B http://www.openstreetmap.org/user/%2520Bunny -- http://j12.org/sb/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why quality is more important than routing speed
On Mon, Jul 5, 2010 at 6:13 AM, M∡rtin Koppenhoefer dieterdre...@gmail.comwrote: 2010/7/5 Anthony o...@inbox.org: Okay. How do you use speed limit tags when only 8% of the roads are tagged with them? Actually it doesn't matter at all, how many percents of the planet are tagged with a certain tag, it is sufficient that the tags are present in the area you are interested in ;-). Quite true. But to use an anecdote, I've recently returned from road trip where I was relying heavily on Android's navigation software, and I've found that Google tends to greatly overestimate the actual speed of the less traveled roads I decided to travel on. I'm not sure if it's because they don't have the speed limits for these roads at all and are using an overly high estimate, because they're not adequately factoring in traffic lights, or something else. I'd say this is a great opportunity for OSM, actually. The ability for me to easily correct silly routes (and get instant gratification on those corrections) is something I'm looking forward to. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] sotm2010 video stream?
John Smith wrote: On 6 July 2010 23:07, Floris Looijesteijn o...@floris.nu wrote: We are actually planning to do this again, but no guarantees, that's why it's not mentioned yet :) If they can't be streamed live, are they still going to be recorded? yes, both tracks will be recorded. greetings, floris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Area-type objects and ways along its boundaries
So, what happens in your region if the road planners decide to alter the position of part of a road, such as making a curve more gentle? Are the municipal borders then shifted so that they still match the roadway, or so they now differ from the road's location? -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria -Original Message- From: Pieren pier...@gmail.com Sender: talk-boun...@openstreetmap.org Date: Tue, 6 Jul 2010 17:18:13 To: OSMtalk@openstreetmap.org Subject: Re: [OSM-talk] Area-type objects and ways along its boundaries ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] maori/english search oddities for nz towns
well, here's an odd thing: if i search for pahia from firefox 3.6, it returns 'Pahia, New Zealand' if i search from IE7, it returns 'Pahia, Aotearoa' . Aotearoa is the Maori name for New Zealand. or rather, new Zealand is the English name for Aotearoa any suggestions why? can someone else try this, and see what happens ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] maori/english search oddities for nz towns
On Wed, July 7, 2010 11:40, Robin Paulson wrote: well, here's an odd thing: snip can someone else try this, and see what happens Spooky! Could be a language/region setting in your browser. I am in Korea and Internet Explorer returns Hawaii in Hangul (Korean language), but Firefox returns Hawaii. I think I changed my Firefox settings to accept/prefer English language, but I didn't make any such changes to IE (because I never use it). Here are my results: Firefox 3.5.10: Results from OpenStreetMap Nominatim Town Pahia, New Zealand Residential Paehia, Honolulu County, Hawaii, United States of America More results Results from GeoNames Pahia Point, New Zealand Pahia Hill, New Zealand Pahia, New Zealand Pahia, New Zealand Mont Pahia, French Polynesia IE 6.0.2900 Results from OpenStreetMap Nominatim Town Pahia, Aotearoa Residential Paehia, Honolulu County, #54616;#50752;#51060;, United States of America More results Results from GeoNames Pahia Point, New Zealand Pahia Hill, New Zealand Pahia, New Zealand Pahia, New Zealand Mont Pahia, French Polynesia HTH, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] maori/english search oddities for nz towns
Chrome - Pahia, New Zealand Firefox 3.6.6 - Pahia, New Zealand IE 8.0 - Pahia, Aotearoa Weird. Checking my language options in IE, the only language listed is English, Australian. Stephen On 7 July 2010 12:40, Robin Paulson robin.paul...@gmail.com wrote: well, here's an odd thing: if i search for pahia from firefox 3.6, it returns 'Pahia, New Zealand' if i search from IE7, it returns 'Pahia, Aotearoa' . Aotearoa is the Maori name for New Zealand. or rather, new Zealand is the English name for Aotearoa any suggestions why? can someone else try this, and see what happens ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ArcGIS Editor for OpenStreetMap.
Hi, Does others want to help make a wiki page for this? It's on my todo list, but is important to show the developers that it exists. Many of us dont use $archGIS, but for those who do, its worth sharing as much info as we can find about it :) Also, discussion about this misterous product can be on the wiki too. As, collectivelly, we have enough 2 cents to buy a licence for it :-) Sam On 7/6/10, Micah li...@j12.org wrote: If you use ArcGIS they now have plugin Editor for OpenStreetMap. See: http://martenhogeweg.blogspot.com/2010/07/announcing-arcgis-editor-for.html Also: http://www.arcgis.com/home/item.html?id=b834a68d7a484c5fb473d4ba90d35e71 http://www.arcgis.com/ http://www.esri.com/ I myself don't use ArcGIS for OSM. I use JOSM at home. http://josm.openstreetmap.de/ which meet my OSM needs. regards, Micah B http://www.openstreetmap.org/user/%2520Bunny -- http://j12.org/sb/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] maori/english search oddities for nz towns
On Wed, 7 Jul 2010 14:40:28 +1000, Stephen Hope slh...@gmail.com wrote: Chrome - Pahia, New Zealand Firefox 3.6.6 - Pahia, New Zealand IE 8.0 - Pahia, Aotearoa Weird. Checking my language options in IE, the only language listed is English, Australian. Seems to be a general problem. I get the same results for IE and Firefox (mine is IE 7 and FF 3.6.6). And I'm in the Netherlands with English versions of the programs, and the only language in IE is Dutch. Maarten On 7 July 2010 12:40, Robin Paulson robin.paul...@gmail.com wrote: well, here's an odd thing: if i search for pahia from firefox 3.6, it returns 'Pahia, New Zealand' if i search from IE7, it returns 'Pahia, Aotearoa' . Aotearoa is the Maori name for New Zealand. or rather, new Zealand is the English name for Aotearoa any suggestions why? can someone else try this, and see what happens ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Fietknooppunten
De beste resource ben je zelf, de fotos' en notities per knooppunt.' Omdeze redn maak ik per knooppunt steeds een foto met mijn iphone (meteen geotagged). Rotterdam heeft wel zo'n site die voor het eigen netwerk de nodes heeft (alleen grafisch ;(( ), maar bijvoorbeeld haaglanden heeft alle netwerken en knooppunten van heel Nederland. Niet eenvoudig dus. Een aantal knooppunten van midden-delfland zijn overgenomen door haaglanden, maar ik weet niet welke zijn aangepast... in de buurt van haaglanden denk ik. Gert Gremmen - Openstreetmap.nl (alias: cetest) Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Jeroen Muris Verzonden: Tuesday, July 06, 2010 7:50 AM Aan: OpenStreetMap NL discussion list CC: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Fietknooppunten Een landelijk overzicht met een onderscheid naar de verschillende netwerken weet ik niet. De planner van de Fietsersbond bijvoorbeeld geeft alleen nummers met gemeente (1). Sommige netwerken hebben echter hun eigen overzicht, zoals bijvoorbeeld Rotterdam (2). Google is your friend. (1) http://www.fietsersbond.net/fietsrouteplanner/fietsroutes-recreatieveplanner/ (2) http://www.fietseninregiorotterdam.nl/, en dan Route samenstellen in het menu J-. Op 5 jul. 2010 om 23:18 heeft Maarten Deen md...@xs4all.nl het volgende geschreven: Is er een mogelijkheid om (behalve op locatie) te zien bij welke route een knooppunt hoort? Zo ver ik kan zien is dat op gpsfietsroutes.nl niet te vinden, en een logische groupering van nodenummers lijkt er ook niet te zijn. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietknooppunten
On 6-7-2010 8:17, ce-test, qualified testing bv - Gert Gremmen wrote: Rotterdam heeft wel zo'n site die voor het eigen netwerk de nodes heeft (alleen grafisch ;(( ), maar bijvoorbeeld haaglanden heeft alle netwerken en knooppunten van heel Nederland. Niet eenvoudig dus. Met de netwerkrelatie kunnen we in OSM straks ook een overzicht maken per netwerk. Dat was dus precies 1 van de redenen die ik had om dat te gaan gebruiken. Een aantal knooppunten van midden-delfland zijn overgenomen door haaglanden, maar ik weet niet welke zijn aangepast... in de buurt van haaglanden denk ik. Als ze zuinig zijn, en niet de bordjes vervangen door of voorzien van een sticker van Haaglanden, kan het weleens lastig worden. Dan zou een belletje naar de betrokken instanties verhelderend kunnen zijn. Echter, gemeentes zelf zijn blijkbaar niet te beroerd om scans uit magazines op hun eigen site te plaatsen: http://www.wassenaar.nl/Docs/Vrije_tijd_sport_cultuur/fietsroutes/fietsroutes2010.pdf En dan zie je dat het volgens dat plaatje raar door elkaar heenloopt. Ze hebben het nieuwe netwerk van Haaglanden half in het netwerk van Midden-Delfland gedrukt. Dat is wel een uitdaging met de role=connection in OSM. :-) -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietknooppunten
Kip of het fietsknooppunten ei dus Regards, Ing. Gert Gremmen g.grem...@cetest.nl www.cetest.nl Kiotoweg 363 3047 BG Rotterdam T 31(0)104152426 F 31(0)104154953 Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Lennard Verzonden: Tuesday, July 06, 2010 8:51 AM Aan: talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] Fietknooppunten On 6-7-2010 8:17, ce-test, qualified testing bv - Gert Gremmen wrote: Rotterdam heeft wel zo'n site die voor het eigen netwerk de nodes heeft (alleen grafisch ;(( ), maar bijvoorbeeld haaglanden heeft alle netwerken en knooppunten van heel Nederland. Niet eenvoudig dus. Met de netwerkrelatie kunnen we in OSM straks ook een overzicht maken per netwerk. Dat was dus precies 1 van de redenen die ik had om dat te gaan gebruiken. Een aantal knooppunten van midden-delfland zijn overgenomen door haaglanden, maar ik weet niet welke zijn aangepast... in de buurt van haaglanden denk ik. Als ze zuinig zijn, en niet de bordjes vervangen door of voorzien van een sticker van Haaglanden, kan het weleens lastig worden. Dan zou een belletje naar de betrokken instanties verhelderend kunnen zijn. Echter, gemeentes zelf zijn blijkbaar niet te beroerd om scans uit magazines op hun eigen site te plaatsen: http://www.wassenaar.nl/Docs/Vrije_tijd_sport_cultuur/fietsroutes/fietsroutes2010.pdf En dan zie je dat het volgens dat plaatje raar door elkaar heenloopt. Ze hebben het nieuwe netwerk van Haaglanden half in het netwerk van Midden-Delfland gedrukt. Dat is wel een uitdaging met de role=connection in OSM. :-) -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietknooppunten
Midden delfland had in het verleden een mooie pdf met alle routes gratis. Nu staat alles bij FALK, daar gaan onze belasting centen om FALK uit de problemen te halen. Uit little revenge wil ik een gratis PDF maken van het netwerk van midden delfland op A2, en voor zover het papier strekt ook van rotterdam en haaglanden en laten drukken. Maar eerst taggen ! Regards, Ing. Gert Gremmen g.grem...@cetest.nl www.cetest.nl Kiotoweg 363 3047 BG Rotterdam T 31(0)104152426 F 31(0)104154953 Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Lennard Verzonden: Tuesday, July 06, 2010 8:51 AM Aan: talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] Fietknooppunten On 6-7-2010 8:17, ce-test, qualified testing bv - Gert Gremmen wrote: Rotterdam heeft wel zo'n site die voor het eigen netwerk de nodes heeft (alleen grafisch ;(( ), maar bijvoorbeeld haaglanden heeft alle netwerken en knooppunten van heel Nederland. Niet eenvoudig dus. Met de netwerkrelatie kunnen we in OSM straks ook een overzicht maken per netwerk. Dat was dus precies 1 van de redenen die ik had om dat te gaan gebruiken. Een aantal knooppunten van midden-delfland zijn overgenomen door haaglanden, maar ik weet niet welke zijn aangepast... in de buurt van haaglanden denk ik. Als ze zuinig zijn, en niet de bordjes vervangen door of voorzien van een sticker van Haaglanden, kan het weleens lastig worden. Dan zou een belletje naar de betrokken instanties verhelderend kunnen zijn. Echter, gemeentes zelf zijn blijkbaar niet te beroerd om scans uit magazines op hun eigen site te plaatsen: http://www.wassenaar.nl/Docs/Vrije_tijd_sport_cultuur/fietsroutes/fietsroutes2010.pdf En dan zie je dat het volgens dat plaatje raar door elkaar heenloopt. Ze hebben het nieuwe netwerk van Haaglanden half in het netwerk van Midden-Delfland gedrukt. Dat is wel een uitdaging met de role=connection in OSM. :-) -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietknooppunten
Die scan bevat tenminste 3 fouten: 50m, 52 en 57 in delft is ook van haaglanden, ik heb een foto. Het probleem is dat ze het zelf niet weten, dat wordt nog wat met het onderhoud Gert Gremmen - Openstreetmap.nl (alias: cetest) Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Lennard Verzonden: Tuesday, July 06, 2010 8:51 AM Aan: talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] Fietknooppunten On 6-7-2010 8:17, ce-test, qualified testing bv - Gert Gremmen wrote: Rotterdam heeft wel zo'n site die voor het eigen netwerk de nodes heeft (alleen grafisch ;(( ), maar bijvoorbeeld haaglanden heeft alle netwerken en knooppunten van heel Nederland. Niet eenvoudig dus. Met de netwerkrelatie kunnen we in OSM straks ook een overzicht maken per netwerk. Dat was dus precies 1 van de redenen die ik had om dat te gaan gebruiken. Een aantal knooppunten van midden-delfland zijn overgenomen door haaglanden, maar ik weet niet welke zijn aangepast... in de buurt van haaglanden denk ik. Als ze zuinig zijn, en niet de bordjes vervangen door of voorzien van een sticker van Haaglanden, kan het weleens lastig worden. Dan zou een belletje naar de betrokken instanties verhelderend kunnen zijn. Echter, gemeentes zelf zijn blijkbaar niet te beroerd om scans uit magazines op hun eigen site te plaatsen: http://www.wassenaar.nl/Docs/Vrije_tijd_sport_cultuur/fietsroutes/fietsroutes2010.pdf En dan zie je dat het volgens dat plaatje raar door elkaar heenloopt. Ze hebben het nieuwe netwerk van Haaglanden half in het netwerk van Midden-Delfland gedrukt. Dat is wel een uitdaging met de role=connection in OSM. :-) -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknooppunten rond Rotterdam
Lekker bezig met de fietsknooppuntenroutes bij mij in de buurt. Het is leuk eens iets anders te mappen dan wat fysiek zichtbaar is. Ben inmiddels op drie plaatsen werkzaamheden op de route tegengekomen. Probeer daar toch de route te karteren zoals 'ie bedoeld is. (Zie o.a. [1]; route loopt over Groshansstraat, maar die is langere tijd afgesloten i.v.m. bouwwerkzaamheden.) Iemand daar andere ideeën over? Ook heb ik m'n eerste knooppunten verdeeld over meerdere nodes gemaakt. Ik wist daar zo gauw geen andere oplossing dan een (rondlopende) route over de betreffende nodes. (Zie [2] als voorbeeld.) [1] http://www.openstreetmap.org/browse/way/7517697 [2] http://www.openstreetmap.org/browse/relation/1028433 Feedback welkom... J-. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknooppunten rond Rotterdam
Ik kies meestal gewoon een punt op een van de hoeken, dat het eigenlijke knooppunt is. Meestal is dat punt ook echt het bord dat is geplaatst Niemand maakt een route 10-10 zoals je dat hebt geprobeerd, hoewel dat misschien niet eens zo'n slecht concept is. (maar dan onder een ander soort relatie.) Op rotondes route ik gewoon de preciese route naar het bord, voor beide (heen en terug) richtingen. Ik probeer rekening te houden met de fietser, voor wie de aanwijzingen op de rotonde eigenlijk overbodig zijn, maar ook met de autorouter die een echte verbinding van knooppunt naar knooppunt zoekt. Maar om aan te geven dat het idee van jou niet dom is, ook bij gesplitste knooppunten (zie bijv 86 bij zestienhoven), moet de router ook met dubbele knooppunten kunnen werken. Daarover zou eigenlijk nog even moeten worden nagedacht, ook met de auteur van autorouters bijv Nic Roets auteur van Gosmore en op YOURS geïmplementeerd. Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Jeroen Muris Verzonden: dinsdag 6 juli 2010 23:25 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Fietsknooppunten rond Rotterdam Lekker bezig met de fietsknooppuntenroutes bij mij in de buurt. Het is leuk eens iets anders te mappen dan wat fysiek zichtbaar is. Ben inmiddels op drie plaatsen werkzaamheden op de route tegengekomen. Probeer daar toch de route te karteren zoals 'ie bedoeld is. (Zie o.a. [1]; route loopt over Groshansstraat, maar die is langere tijd afgesloten i.v.m. bouwwerkzaamheden.) Iemand daar andere ideeën over? Ook heb ik m'n eerste knooppunten verdeeld over meerdere nodes gemaakt. Ik wist daar zo gauw geen andere oplossing dan een (rondlopende) route over de betreffende nodes. (Zie [2] als voorbeeld.) [1] http://www.openstreetmap.org/browse/way/7517697 [2] http://www.openstreetmap.org/browse/relation/1028433 Feedback welkom... J-. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] no Maxspeed=* style sheet...
Due to popular demand this has been updated to include most common highway types instead of just residential/unclassified and similar types... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] no Maxspeed=* style sheet...
David Dean wanted to see areas already tagged with maxspeed=* so I created one based on the colours from the JOSM maxspeed style sheet: http://www.dstoecker.eu/josm/maxspeed.xml http://maps.bigtincan.com/?z=12ll=-27.662,153.131layer=BFFFTFFF You may need to force a refresh, the JS script that defines the map layers tends to be heavily cached by browsers... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] BMW augmenting gps with inertial navigation
BMW has been working on augmenting GPS navigation for some time now, and it took another big step forward in recent weeks with the announcement of its Pathfinder microNavigation system. As the name suggests, that would supplement your basic navigation system with maps and directions for areas not covered by GPS -- a parking lot, for instance -- and it could be continually updated on an as-needed basis, with users able to download so-called microMaps for a specific area before they go on a trip. http://www.engadget.com/2010/07/06/bmws-pathfinder-micronavigation-system-promises-to-augment-gp/ ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] BMW augmenting gps with inertial navigation
On Wed, 7 Jul 2010, John Smith wrote: BMW has been working on augmenting GPS navigation for some time now, and it took another big step forward in recent weeks with the announcement of its Pathfinder microNavigation system. As the name suggests, that would supplement your basic navigation system with maps and directions for areas not covered by GPS -- a parking lot, for instance -- and it could be continually updated on an as-needed basis, with users able to download so-called microMaps for a specific area before they go on a trip. http://www.engadget.com/2010/07/06/bmws-pathfinder-micronavigation-system-p romises-to-augment-gp/ and from where will they get the information for places out of the way? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Druck von Karten
Moin, Am Montag, 5. Juli 2010, um 22:50:38 schrieb Lothar Emmerich: Muss ich das extra rendern, oder bieten Online-Renderer diese Features bereits? Es gibt für solche Zwecke http://www.maposmatic.org/ Weitere Informationen findest Du auf der Wikiseite http://wiki.openstreetmap.org/wiki/OSM_on_Paper Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druck von Karten
Am 06.07.2010 um 09:30 schrieb Jörg Ehrichs: Weitere Informationen findest Du auf der Wikiseite http://wiki.openstreetmap.org/wiki/OSM_on_Paper Gruß Jörg Danke für den hilfreichen Link! Maposmatic kenne ich bereits. Gruß Lothar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Site - relations
fly wrote: M∡rtin Koppenhoefer schrieb: Meines Wissens ist bisher der einzige Weg, zusammengehörige Dinge zusammenzufassen, eine Site-Relation (wenn man die räumliche Nähe oder Lage innerhalb eines umschliessenden Polygons mal ausnimmt). http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site Bisher habe ich das zugegebenermaßen selbst auch nicht genutzt. Gerade mal ausprobiert und JOSM mosert über unbekannten Typ. Da das Proposal schon etwas älter ist und meines Wissens in Italien durchaus in Gebrauch, wollte ich mich mal umhören, wie Ihr dazu steht und ob man das evtl. in die Liste der JOSM bekannten Relationen aufnehmen sollte. Der Validator mosert bei so manchen. Vielleicht sollten wir mal eine Liste beginnen und diese dann als Ticket einreichen: * In der Schweiz heißt die Straße Strasse. * Ende des Weges nahe anderer Straße, bei Mauern und Flüssen nicht sehr sinnvoll. * Überlappende Flächen werden moniert wenn Grenzen überlappen, aber nicht wenn Flächen sich überlappen. * fehlende Relationbezeichnungen ... Leider gibt es gerade nicht viele Programmierer, die an JOSM arbeiten. Dadurch kann sowas dauern und lieber eine mosernden Validator als ein kaputtes Core. Validator ist ja neben wms das wichtigste Plugin, also sollte man hier schon einen gewissen Standard halten... Eine klare Fehlerbeschreibung mit nachvollziehbaren konkreten Beispielen ist auch schon mal was Wert! Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Site - relations
Am 6. Juli 2010 10:40 schrieb Sebastian Klein basti...@googlemail.com: Bisher habe ich das zugegebenermaßen selbst auch nicht genutzt. Gerade mal ausprobiert und JOSM mosert über unbekannten Typ. Validator ist ja neben wms das wichtigste Plugin, also sollte man hier schon einen gewissen Standard halten... bin mir nicht sicher, ob das der Validator ist: das kommt (bzw. kam? ist nicht reproduzierbar) im Relationen-Editor. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Site - relations
dann mal gleich eine frage dazu da ich site auch hin und wieder nehme rel1: type=site site=train_station name=Bahnhof xxx mit folgenden members (die alle dort jeweils vorhandenen telefone,kioske,atm,etc beinhalten) rel1a: type=site site=level level=1 name=bahnhof 1.OG rel1b: type=site site=level level=-1 name=Zugangsetage U-bahhof rel1c: type=site site=level level=-2 name=U-bahhof wenn ich das so richtig verstanden habe sehe ich auch nichts was dagegen spraeche. finde site relation besser als umschließende polygone. Bei einer Kleingartenkolonie durch die eine Bahnlinie fuehrt ging irgendwie ja kein polygon um die zwei haelften einer kolonie zusammen zu halten. also proposal:site +1 ps (OT) bzgl bahnhofsbeispiel benutze lieber relationsbasiert als elementbasiert mit jeweils tag is_on=1. layer wuerde auch schwierigwerden wenn die bahn auf einmal von layer=0 oder 1 auf 3 bzw 4 hochgehen wuerde nur weil die so viele etagen zwischen EG und oberen Bahnhof geschoben haben. M∡rtin Koppenhoefer wrote: Meines Wissens ist bisher der einzige Weg, zusammengehörige Dinge zusammenzufassen, eine Site-Relation (wenn man die räumliche Nähe oder Lage innerhalb eines umschliessenden Polygons mal ausnimmt). http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site Bisher habe ich das zugegebenermaßen selbst auch nicht genutzt. Gerade mal ausprobiert und JOSM mosert über unbekannten Typ. Da das Proposal schon etwas älter ist und meines Wissens in Italien durchaus in Gebrauch, wollte ich mich mal umhören, wie Ihr dazu steht und ob man das evtl. in die Liste der JOSM bekannten Relationen aufnehmen sollte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Status OSMdoc
Wie ist der Status von OSMdoc? Gibt es schon einen Server oder Pläne für den Start von OSMdoc 2.0 oder ist ein Update der Daten bei OSMdoc 1.0 geplant? André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Status OSMdoc
Hallo André, ich bin der Autor von OSMdoc. Wie ist der Status von OSMdoc? Ich musste drei Monate pausieren aber habe nun wieder angefangen daran zu arbeiten. Gibt es schon einen Server oder Pläne für den Start von OSMdoc 2.0 Jein und Jein. Es gibt ein paar Möglichkeiten für Server aber nichts mit dem ich so richtig zufrieden bin bisher (das ganze ist recht ...ehrgeizig). Also wenn Du ein paar rumstehen hast... ;-) oder ist ein Update der Daten bei OSMdoc 1.0 geplant? Ich habe das Programm verloren welches die alten Daten generiert hat und wollte da keine Energie reinstecken. Aber ich überlege mit den neuen Tools zumindest temporär Daten für die alte Version zu generieren wo sich das so verzögert. Nach der SotM geht es los und mit ein bißchen Glück gibt es dann ein paar gute Nachrichten. Bin auch immer noch für Vorschläge und Diskussionen offen - zum Beispiel auf der SotM? Sonst aber auch gerne hier oder per Mail oder so. Ich denke spätestens Ende Juli werde ich mal wieder ein ausführlicheres Statusupdate schreiben. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gaststättenkarte
Am 06.07.2010 01:17, schrieb Stephan Knauss: Lars Lingner wrote: Eine allgemeine Bibliothek, die unabhängig von den Features eine serverseitige Clusterung macht wäre ein großes Ziel. Für die Visualisierung der Cluster auf der Karte habe ich auch schon Ideen. Naja mal sehen wie ich mir etwas Zeit dafür machen kann. Du hast jedenfalls eine wertvolle Vorlage geliefert. schau mal meine Umsetzung an: http://toolserver.org/~stephankn/cuisine/?zoom=12lat=48.16118lon=11.59252layers=BT So in der Art finde ich das ganz verständlich. Ja, genau so. Vielen Dank für Deine Arbeit! Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Reit- und Wanderkarte, Italien/Latium vom Meer geflutet
Ich weiss nicht, ob das schon jemand bemerkt hat, daher ein kurzer Hinweis: das Latium (Lazio) ist geflutet: http://topo.openstreetmap.de/?lon=12.8010lat=42.0234zoom=7lang=it Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI down? [scheint zu funktionieren]
Florian Gross wrote: Alexander Menk glaubte zu wissen: gibt es im Moment einen funktionierenden XAPI mirror? Die im Wiki genannten scheinen zumindest von hier aus nicht zu funktionieren. Was machst du und welche Antwort kommt vom Server? Nichts besonderes. Ich lade lediglich einen Bereich herunter welcher ein bisschen (aber nicht viel) zu groß für die normale API ist. Bisher habe ich den hypercube Server verwendet. Zum Testen habe ich die Beispiel Links auf http://wiki.openstreetmap.org/wiki/Xapi durchgeklickt. Ergebnis: Es kommt schlicht keine Antwort. (Timeout) Bei keinem. Getested aus Äthiopien (könnte ein problem mit dem Internationalen Link sein) aber auch vom Server in Deutschland. UPDATE: vom deutschen Server aus hat es heute Nacht geklappt... Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wendeverbot prüfen
Hi ! kann mal einer von Euch die Relation 1028113 prüfen - in Josm wird kein Icon angezeigt und ich kann keinen Fehler finden. Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reit- und Wanderkarte, Italien/Latium vom Meer geflutet
Am 6. Juli 2010 14:44 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: http://topo.openstreetmap.de/?lon=12.8010lat=42.0234zoom=7lang=it und die Lizenzdateien scheinen nicht da zu sein: http://topo.openstreetmap.de/licence.html gibt einen 404 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bäume in Girona
Nachdem die paar Bäume, die ich gelegentlich in Berlin gemappt habe, mir schon einige Rückfragen eingebracht haben, ob dass denn nun alles besondere Bäume seien, und sie zwischenzeitlich auch mal gelöscht waren (dann aber dankenswerterweise vom Löscher wiederhergestellt wurden), möchte ich gern Euer Augenmerk für einen kurzen Moment in die diesjährige Hauptstadt von OSM lenken: http://www.openstreetmap.org/?lat=41.98721lon=2.82217zoom=17layers=B000FTF m.E. sollte man im Wiki den Zusatz, natural=tree bezeichne besondere Bäume (der m.E. dadurch zustande kam, dass der Definitionsschreiber sich damals nicht vorstellen konnte, dass jemand wirklich mal alle Bäume in einer Stadt eintragen würde), relativieren. Für besondere Bäume könnte ich mir dagegen einen Zusatz vorstellen. Übrigens: jeder Baum ist einzigartig ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Seekarten -- Offshorewindparkanlagen
Moin, die Windparkanlagen auf See werden immer mehr. Weithin sichtbar bieten sie eine gute Orientierung. Diese Möglichkeit zur Orientierung auf See wird in beiden Seekartenprojekten nicht genutzt. Erst bei sehr hoher Vergrößerung, wo schon längst alle Tonnen dargestellt werden, erscheinen auch die Windräder auf der Karte. Was an Land sinnvoll ist, passt auf dem Wasser aus dem oben genannten Grund nicht.[1] Dazu meine Frage an die beiden Seekartenprojekte: Wie kann man Offshorewindenergieanlagen kennzeichnen, dass sie prominenter gerendert werden können ohne auch alle Windanlagen an Land so prominent rendern zu müssen? Die Tags power=generator power_source=wind ein offshore=yes ergänzen oder lieber irgend etwas mit sea*=value? Gruß, Falk [1] http://www.openstreetmap.org/?lat=54.5583lon=11.71236zoom=15layers=B000FTFT ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekarten -- Offshorewindparkanlagen
Am 6. Juli 2010 16:46 schrieb Falk Zscheile falk.zsche...@googlemail.com: Dazu meine Frage an die beiden Seekartenprojekte: Wie kann man Offshorewindenergieanlagen kennzeichnen, dass sie prominenter gerendert werden können ohne auch alle Windanlagen an Land so prominent rendern zu müssen? Die Tags power=generator power_source=wind ein offshore=yes ergänzen oder lieber irgend etwas mit sea*=value? ketzerisch gedacht müsste das doch so gehen, ohne extra tag ;-) Ansonsten finde ich offshore=yes als workaround nicht schlecht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bäume in Girona
Am 06.07.2010 16:36, schrieb M∡rtin Koppenhoefer: m.E. sollte man im Wiki den Zusatz, natural=tree bezeichne besondere Bäume (der m.E. dadurch zustande kam, dass der Definitionsschreiber sich damals nicht vorstellen konnte, dass jemand wirklich mal alle Bäume in einer Stadt eintragen würde), relativieren. +1 Dieses Textstück wurde aus dem Proposal kopiert. Ich habe es eigentlich immer eher als Antwort eines Proposal-Autors aus dem Jahr 2007 auf die Frage warum brauchen wir ein Tag für Bäume verstanden, weniger als Definition. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bäume in Girona
Am 06.07.2010 16:36, schrieb M∡rtin Koppenhoefer: m.E. sollte man im Wiki den Zusatz, natural=tree bezeichne besondere Bäume (der m.E. dadurch zustande kam, dass der Definitionsschreiber sich damals nicht vorstellen konnte, dass jemand wirklich mal alle Bäume in einer Stadt eintragen würde), relativieren. Für besondere Bäume könnte ich mir dagegen einen Zusatz vorstellen. +1 Und ich habe mal experimentell in einem Park Größenklassen dazugetaggt size=S # S, M, L, XL Das schien mir praktikabler als eine absolute Größenangabe per Kronenumfang oder Höhe. Damit kann ich dann schon sehr schöne Detailkarten rendern. -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekarten -- Offshorewindparkanlagen
Am 6. Juli 2010 16:57 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 6. Juli 2010 16:46 schrieb Falk Zscheile falk.zsche...@googlemail.com: Dazu meine Frage an die beiden Seekartenprojekte: Wie kann man Offshorewindenergieanlagen kennzeichnen, dass sie prominenter gerendert werden können ohne auch alle Windanlagen an Land so prominent rendern zu müssen? ketzerisch gedacht müsste das doch so gehen, ohne extra tag ;-) Mal schauen ob sich noch ein Entwickler zu einer entsprechenden Möglichkeit äußert. Dann wäre es ein Feature-Request. Ich wäre nicht enttäuscht, wenn es ohne Zusatztag geht :-) Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bäume in Girona
Am 6. Juli 2010 16:59 schrieb Friedhelm Schmidt fschm...@extend.de: Das schien mir praktikabler als eine absolute Größenangabe per Kronenumfang oder Höhe. Damit kann ich dann schon sehr schöne Detailkarten rendern. Ich würde Stammumfang und Höhe schon auch gut finden, aber ist natürlich klar, dass wir da niemals alle Bäume der Welt mit taggen werden ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wendeverbot prüfen
am Dienstag, 6. Juli 2010 um 15:44 schrieben Sie: kann mal einer von Euch die Relation 1028113 prüfen - in Josm wird kein Icon angezeigt und ich kann keinen Fehler finden. Wahrscheinlich liegts am 'forward' anstatt 'from' 'via' ist ein Way. Ist das denn OK? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Filling the Void
Am 5. Juli 2010 21:59 schrieb Johannes Huesing johan...@huesing.name: Was läuft eigentlich in Frankreich bei den Datenspenden: http://wiki.openstreetmap.org/wiki/Paris#Buildings_progress_.28source.3Dcadastre.29 Hat das Zweck, wenn ich im Urlaub in Frankreich noch ein paar Straßen ablaufe, oder kriegen die das da alles geschenkt und ich fotografiere nur noch Öffnungszeiten und Referenznummern von Trafohäuschen? z.T. ist das doch auch alt, oder? Importe sind verglichen mit Selbsterhebung nur ein kleiner Gewinn (nämlich für uns, die wir die Daten dann frei nutzen können), während bei der Selbsterhebung ein komplett neuer Datensatz entsteht (inkl. Generalisierung), mit dessen Hilfe man dann z.B. auch Fehler in den anderen Daten durch Abgleich finden kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Filling the Void
Am 05.07.2010 21:59, schrieb Johannes Huesing: Was läuft eigentlich in Frankreich bei den Datenspenden: http://wiki.openstreetmap.org/wiki/Paris#Buildings_progress_.28source.3Dcadastre.29 Hat das Zweck, wenn ich im Urlaub in Frankreich noch ein paar Straßen ablaufe, oder kriegen die das da alles geschenkt und ich fotografiere nur noch Öffnungszeiten und Referenznummern von Trafohäuschen? In Frankreich werden Strassen und Gebäude innerhalb von Gemeinden aus den Katasterdaten importiert. Diese Daten liegen teilweise digital vor, teilweise auch nur als Scans. Erst in den letzten Tagen wurde ein massiver Import von digitalen Gebäudedaten durchgeführt. Einzelne Orte sind also entweder komplett oder gar nicht gemappt. Mappen von nicht in OSM vorhandenen innerstädtischen Strassen durch Erfassen mit GPS ist also wenig sinnvoll. Da aber nach dem Katasterimport die Informationen über die Highway-Kategorie, Zugangsbeschränkungen, Einbahnregelungen usw. meist noch fehlen, gibt es durchaus Sinn, diese Daten durch Erkundung vor Ort zu ermitteln und einzutragen. Auch Amenities sind in manchen Gegenden nur spärlich erfasst. Teilweise sind die Katasterdaten auch durch bauliche Massnahmen überholt. Auch hier ist ein Site Survey sinnvoll, z.B. hier fehlt eine ganze Brücke: http://openstreetbugs.schokokeks.org/?lon=2.90126lat=42.706zoom=17layers=B00T Leider wird OSB in Frkr. nicht besonders intensiv genutzt. Viele kleine Orte sind überhaupt nicht erfasst. Auch hier kann man sich betätigen. Ich habe mit dem JOSM-Import-Plugin für die Katasterdaten vor ein paar Monaten ein ganzes Dorf gemappt, das ist also kein Hexenwerk: http://www.openstreetmap.org/?lat=42.70047lon=2.73697zoom=15layers=B000FTF Traut man sich da nicht ran, dann kann man im Bereich der nicht erfassten Gemeinden ja erst mal die kleinen Verbindungsstrassen manuell erfassen. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gewerbe landuse
Wie setzt Ihr eigentlich den Landuse für Gewerbe? commercial ist als Büros und Business Parks definiert, Industrial als Werkstätten, Industrie und Lagerhallen. Von daher würde industrial schon passen, z.B. auch für einen Schrottplatz (nicht, dass der industriell wäre, genausowenig wie der Tischler), die Definition passt. Sollten wir das evtl. mit Subtags differenzieren, oder gibts da schon was in Verwendung? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wendeverbot prüfen
Am 06.07.2010 17:43, schrieb Christian H. Bruhn: am Dienstag, 6. Juli 2010 um 15:44 schrieben Sie: kann mal einer von Euch die Relation 1028113 prüfen - in Josm wird kein Icon angezeigt und ich kann keinen Fehler finden. Wahrscheinlich liegts am 'forward' anstatt 'from' 'via' ist ein Way. Ist das denn OK? Christian hatte ich an einem beispiel aus hh so übernommen ! gruß jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wendeverbot prüfen - gefixt
Am 06.07.2010 20:21, schrieb Jan Tappenbeck: Am 06.07.2010 17:43, schrieb Christian H. Bruhn: am Dienstag, 6. Juli 2010 um 15:44 schrieben Sie: kann mal einer von Euch die Relation 1028113 prüfen - in Josm wird kein Icon angezeigt und ich kann keinen Fehler finden. Wahrscheinlich liegts am 'forward' anstatt 'from' 'via' ist ein Way. Ist das denn OK? Christian hatte ich an einem beispiel aus hh so übernommen ! gruß jan .-) habe den Restriction-Editor [1] zur Hilfe genommen ! man muss sich nur an alle Tools erinnern ! Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/DE:JOSM/Plugins/Turnrestrictions ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reit- und Wanderkarte, Italien/Latium vom Meer geflutet
M∡rtin Koppenhoefer wrote: Ich weiss nicht, ob das schon jemand bemerkt hat, daher ein kurzer Hinweis: das Latium (Lazio) ist geflutet: Danke für den Hinweis. Da ist wohl ein Fehler in den Shapefiles, muß mal ein Update suchen. Nop -- View this message in context: http://gis.638310.n2.nabble.com/Reit-und-Wanderkarte-Italien-Latium-vom-Meer-geflutet-tp5260100p5262140.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reit- und Wanderkarte, Italien/Latium vom Meer geflutet
Am 06.07.2010 um 14:44 schrieb M∡rtin Koppenhoefer: Ich weiss nicht, ob das schon jemand bemerkt hat, daher ein kurzer Hinweis: das Latium (Lazio) ist geflutet: http://topo.openstreetmap.de/?lon=12.8010lat=42.0234zoom=7lang=it Gruß Martin Auch die Wehebachtalsperre ist in CircleMaps überflutet. http://www.openstreetmap.org/?lat=50.7541lon=6.3782zoom=14layers=00B0FTF Gruß Lothar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reit- und Wanderkarte, Italien/Latium vom Meer geflutet
Hallo, Auch die Wehebachtalsperre ist in CircleMaps überflutet. http://www.openstreetmap.org/?lat=50.7541lon=6.3782zoom=14layers=00B0FTF Überflutungen sind in der Cyclemap leider an der Tagesordnung und werden durch eine veraltete Auswertung der Multipolygon Relations verursacht. Abhilfe kann nur ein Update des Renderes bringen, das es schon seit Monaten/Jahren? yumindest in der Hinsicht nicht gegeben hat. Schade drum Gruss, Gunter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gewerbe landuse
M∡rtin Koppenhoefer schrieb: Sollten wir das evtl. mit Subtags differenzieren, oder gibts da schon was in Verwendung? Die Frage ist, was du damit erreichen möchtest. In einem Gewerbegebiet sind ja häufig alle Arten von Industrie/Gewerbe bunt gemischt, da ist neben nem Tischler ein Schrottplatz und gleich daneben ein Industriebetrieb. Zumindest auf dem Lande ist die Unterscheidung zwischen explizitem Industriegebiet und Gewerbegebiet nicht unbedingt gegeben. Wenn du die Landnutzung auf Grundstücke runterbrechen möchtest, wäre es m.E. sinnvoll, dann auch gleich Überlegungen zu residential anzustellen. Es macht ja durchaus nen Unterschied, ob da Hochhäuser stehen oder eine Reihenhaussiedlung. Aber wie gesagt, kommt darauf an, was du beabsichtigst. Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in der aktuellen ADFC Rundschau
Ulf Lamping wrote: Wie ich die Leute da so kenne, wußten die das schlicht nicht. Nett anschreiben und drauf hinweisen wird reicht doch in diesem Fall wirklich aus. Wenn das dann trotzdem häufiger vorkommt kann man immer noch mal nachhaken. Eben dieses nett anschreiben probiere ich gerade. Wäre halt schön wenigstens eine kurze Mail zurück zu bekommen. Bisher bekomme ich nämlich von denen leider garnichts zurück. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wendeverbot prüfen
kann mal einer von Euch die Relation 1028113 prüfen - in Josm wird kein Icon angezeigt und ich kann keinen Fehler finden. Schau Dir dazu mal das hier an: http://trolug.de/doku.php?id=josm Abbiegebeschränkungen (PDF) -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in der aktuellen ADFC Rundschau
Am 06.07.2010 22:44, schrieb Manuel Reimer: Bisher bekomme ich nämlich von denen leider garnichts zurück. Dann haben die einen guten Anwalt oder mal ein vernünftige Schulung erhalten. Nach dt. Recht ist es in den meistne Fällen die sinnvollste Strategie, nur dann zu antworten, wenn es akute negative Folgen hätte. Und auch dann sollten Antworten so knapp und vage ausfallen wie nur irgendwie möglich. Denn aus allem was man sagt, ohne dass man dazu unmittelbar gezwungen wäre, lässt sich später ein Strick drehen. Sprich: Wenn so eine Ermahnung per Mail kommt: Intern dafür sorgen, dass man es nicht wiederholt und gegenüber dem Absender toten Mann spielen. Und ggf. auch den Zugang der Nachricht abstreiten, sofern dieser nicht belegbar ist. Ist zwar traurig, aber da der Empfänger nicht weiss, wie gut oder böse der Absender ist, wäre er töricht, seine Position selbstverschuldet zu verschlechtern. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Deutsche OSM-Technik-HowTos
Hi Einige habe ich schon darauf verwiesen und da ich jetzt den zweiten Teil auch fertig habe, möchte ich meine kleine HowTo-Reihe mal öffentlich ankündigen. Derzeit gibt es zwei Teile: http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore beschreibt Schritt für Schritt, wie eine osm2pgsql Datenbank mit hstore Spalte in einer Linux-Umgebung eingerichtet und mittels der minütlichen Diffs auf dem neusten Stand gehalten werden kann. http://wiki.openstreetmap.org/wiki/DE:HowtoMapnikTirex beschreibt wie die zuvor erstellte Datenbank nun unter Verwendung von Mapnik und Tirex verwendet werden kann, um einen eigene Kachel-Server zu erstellen. Im Laufe des HowTos wird ein Kachel-Render-Server mit zwei Render-Stilen eingerichtet: dem OSM Standard-Stil und ein eigener, auf der hstore-Spalte basierender. Wenn dieses Format auf Gegenliebe stößt, würde ich versuchen noch zwei weitere Teile zu verfassen: HowtoVectorLayer Zusammenfassen der entwicklungen von Stephan Knauss bzgl. Clustering in PostGIS und erstellen einer einfachen OpenLayers Vektor-Karte zum visualisieren verschiedener Features. HowtoRouting Routing unter Verwendung von Gosmore und OpenLayers Ich würde mich außerdem sehr freuen, wenn einige mal über den Text drüber lesen oder ihn sogar ins englische Übertragen würden. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in der aktuellen ADFC Rundschau
Johann H. Addicks wrote: Am 06.07.2010 22:44, schrieb Manuel Reimer: Bisher bekomme ich nämlich von denen leider garnichts zurück. Dann haben die einen guten Anwalt oder mal ein vernünftige Schulung erhalten. Nach dt. Recht ist es in den meistne Fällen die sinnvollste Strategie, nur dann zu antworten, wenn es akute negative Folgen hätte. Und auch dann sollten Antworten so knapp und vage ausfallen wie nur irgendwie möglich. Aua. Also noch freundlicher konnte ich meine letzte Mail garnicht mehr formulieren. Wurde aber erst gestern abgeschickt. Vielleicht meldet sich doch noch jemand. Ich warte mal noch ne Woche ab und dann sende ich eine Mail mit Link auf diesen Thread im Archiv dieser Mailingliste. Vielleicht ist ja dann eine knappe Antwort möglich. Was der Hintergrund des Hinweises war, sollte dann klar sein. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekarten -- Offshorewindparkanlagen
Hallo, Am 06.07.2010 um 17:19 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 6. Juli 2010 16:57 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 6. Juli 2010 16:46 schrieb Falk Zscheile falk.zsche...@googlemail.com: Dazu meine Frage an die beiden Seekartenprojekte: Wie kann man Offshorewindenergieanlagen kennzeichnen, dass sie prominenter gerendert werden können ohne auch alle Windanlagen an Land so prominent rendern zu müssen? ketzerisch gedacht müsste das doch so gehen, ohne extra tag ;-) Mal schauen ob sich noch ein Entwickler zu einer entsprechenden Möglichkeit äußert. Dann wäre es ein Feature-Request. Ich wäre nicht enttäuscht, wenn es ohne Zusatztag geht :-) Ich bin ja nicht der Urheber, aber unsere FreieTonne reagiert im Moment auf folgende Tags: power=generator power_source=wind seamark=landmark Das hat irgendein User so für sich festgelegt, und mangels weiterer Diskussion gilt das eben bei uns. Offshore=Yes halte ich für eine gute Idee um seamark=landmark hier zu ersetzen. Das hat aber bei uns mit der prominenteren Darstellung primär nichts zu tun. Wir unterscheiden bisher 3 Darstellungshöhen, und wenn Windkraftanlagen prominenter dargestellt werden sollten, können wir das gerne tun. Das macht sich bei uns am Objekt fest, und kann im Einzelfalle separat definiert werden. Offshore=Yes würde uns helfen, die für Freizeitkapitäne wichtigen Orientierungspunkte von den allgegenwärtigen Windkraftanlagen zu unterscheiden, und entsprechend zu gewichten. Die Frage ist: Wie soll es denn nun sein? Ketzerisch: Warum wird das eigentlich nicht wirklich diskutiert? Ich würde mich freuen, wenn wir diese Dinge hier besprechen würden und sichere zu, daß wir entsprechende Entscheidungen in jedem Falle einbauen können und wollen :-) Ob es jetzt ein Feature-Request geworden ist, weiß ich genauso wenig, wie ich weiß, ob ich ein Entwickler bin. Wir bauen eigentlich nur eine Seekarte. Wir nutzen die Möglichkeiten von OSM dazu, und halten uns den Ärger möglichst vom Leibe. Aber wir sind keine Eigenbrötler, und keine Streithammel. Lassen wir also die Frage, ob sich einer der Entwickler dazu äußert, und diskutieren das offshore=Yes ? Ich bin spontan dafür :-) Beste Grüße aus Berlin JJ www.freietonne.de/seekarte - Navigation und Datenerfassung jetzt auch auf dem iPhone/ iPad ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche OSM-Technik-HowTos
Hallo Peter, HowTo http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore http://wiki.openstreetmap.org/wiki/DE:HowtoMapnikTirex Super, herzlichen Dank! Endlich mal ein verständliches nachvollziehbares HowTo in deutscher Sprache (den multilingual-Link habe ich ergänzt). HowtoVectorLayer Zusammenfassen der entwicklungen von Stephan Knauss bzgl. Clustering in PostGIS und erstellen einer einfachen OpenLayers Vektor-Karte zum visualisieren verschiedener Features. HowtoRouting Routing unter Verwendung von Gosmore und OpenLayers Super! Das ist ein Ziel von diesem Projekt: https://jira.toolserver.org/browse/ACCAPP-186 https://wiki.toolserver.org/view/Political_Maps Einen Werkzeugkasten zum Erzeugen von politischen Karten zur Verfügung stellen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gewerbe landuse
On 06.07.10 20:17, M∡rtin Koppenhoefer wrote: Wie setzt Ihr eigentlich den Landuse für Gewerbe? commercial ist als Büros und Business Parks definiert, Industrial als Werkstätten, Industrie und Lagerhallen. Das Englische workshops definiert eigentlich Gewerbebetriebe, würde ich sagen. Werkstätten ist IMO nur eine unglückliche Übersetzung. Ich würde landuse=industrial im Wiki eher mit Industrie-/Gewerbegebiet beschreiben. Außerdem isses in einem Gewerbegebiet sowieso nicht leicht erkennbar (und ziemlich egal), ob das jetzt im Einzelnen Industrie oder Gewerbe ist. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche OSM-Technik-HowTos
Am 06.07.2010 23:47, schrieb Peter Körner: Hi Einige habe ich schon darauf verwiesen und da ich jetzt den zweiten Teil auch fertig habe, möchte ich meine kleine HowTo-Reihe mal öffentlich ankündigen. Derzeit gibt es zwei Teile: http://wiki.openstreetmap.org/wiki/DE:HowtoMinutelyHstore beschreibt Schritt für Schritt, wie eine osm2pgsql Datenbank mit hstore Spalte in einer Linux-Umgebung eingerichtet und mittels der minütlichen Diffs auf dem neusten Stand gehalten werden kann. http://wiki.openstreetmap.org/wiki/DE:HowtoMapnikTirex beschreibt wie die zuvor erstellte Datenbank nun unter Verwendung von Mapnik und Tirex verwendet werden kann, um einen eigene Kachel-Server zu erstellen. Im Laufe des HowTos wird ein Kachel-Render-Server mit zwei Render-Stilen eingerichtet: dem OSM Standard-Stil und ein eigener, auf der hstore-Spalte basierender. Wenn dieses Format auf Gegenliebe stößt, würde ich versuchen noch zwei weitere Teile zu verfassen: HowtoVectorLayer Zusammenfassen der entwicklungen von Stephan Knauss bzgl. Clustering in PostGIS und erstellen einer einfachen OpenLayers Vektor-Karte zum visualisieren verschiedener Features. HowtoRouting Routing unter Verwendung von Gosmore und OpenLayers Ich würde mich außerdem sehr freuen, wenn einige mal über den Text drüber lesen oder ihn sogar ins englische Übertragen würden. Lg, Peter Hallo Peter, zunächst sage ich einmal Danke für die Arbeit die Du dir gemacht hast - Doku finde ich persönlich immer gut. Habe aber einmal eine ganz andere Frage in diesem Zusammenhang - wenn ich mit Postgis arbeite, dann muss diese DB immer auf dem Server laufen oder ...? Dann hätte ich mit einfachem Webspace vermutlich schlechte Karten oder ... ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reit- und Wanderkarte, Italien/Latium vom Meer geflutet
Am 06.07.10 22:44, schrieb Gunter Grau: Überflutungen sind in der Cyclemap leider an der Tagesordnung und werden durch eine veraltete Auswertung der Multipolygon Relations verursacht. Abhilfe kann nur ein Update des Renderes bringen, das es schon seit Monaten/Jahren? yumindest in der Hinsicht nicht gegeben hat. Mir wurde zugetragen dass sich da demnächst was tun soll. Schade drum Nicht die Hoffnung aufgeben! Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche OSM-Technik-HowTos
Hallo, Jan Tappenbeck wrote: Habe aber einmal eine ganz andere Frage in diesem Zusammenhang - wenn ich mit Postgis arbeite, dann muss diese DB immer auf dem Server laufen oder ...? Dann hätte ich mit einfachem Webspace vermutlich schlechte Karten oder ... ? Ja, mit einfachem Webspace kommst Du nicht weit. Aber je nachdem, welche Gegend und bis zu welchem Zoomlevel Du rendern willst, kannst Du die Tiles natuerlich vorbereiten und dann einfach auf einen Server kopieren, fuer den Server reicht dann einfacher Webspace. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Statistiche?
Per rinfrescarci idee e morale qualcuno lancia qualche script? Come si può ricavare la lunghezza di una certa categoria di strade? Mi piacerebbe estrarre una bounding box della Liguria e vedere la lunghezza dei sentieri. grazie Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] openlayers help
Ho fatto un test con un piccolo file kml. Ogr2Layers mi creava sia il file htm che il file gml (e quello xsd) ma il file htm visualizzava solo una pagina bianca e null' altro. Confrontandolo con un file htm funzionante ottenuto da OGR2Layers usando lo stesso file kml salvato però in shp da qgis ho trovato il motivo: var pippo.kml = new OpenLayers.Layer.GML(pippo.kml GML,pippo.kml.gml); map.addLayer(pippo.kml); deve essere trasformata in: var pippo = new OpenLayers.Layer.GML(pippo GML,pippo.gml); map.addLayer(pippo); e così il tutto funziona!!! Il problema con i kml creati da GpicSync è però diverso ma non sono in grado di controllare se il file non è conforme OGR.. può centrare qualcosa l' aggiornamento di Pyton? ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problema urgente OUT Of Memory con Mac
Ciao! Anche a me succede molte volte se faccio edit con zone grandi di finire la memoria di Josm. Mi e successo di perdere il lavoro di più ore!!! Purtroppo ho un pc vecchio con XP e 512M di ram. Perciò ho imparato a salvare ogni tanto tutto il lavoro fatto, così anche se succede qualcosa ho tutto salvato, almeno ogni 10 minuti... Comunque consiglio anche di aumentare la ram disponibile per josm con il comando già segnalato. Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Edifici sotteranei
Ciao a tutti, non avendo più nulla da mappare :-P sto mappando la rete degli impianti idroelettrici della Valle Camonica. Ci sono diverse centrali idroelettriche sotterranee, ad esempio qua: http://www.openstreetmap.org/?lat=46.17579lon=10.3573zoom=15layers=B000FTF La centrale l'ho taggata con : building=yes tunnel=yes layer=-20 Mapnik non interpreta correttamente questa mia intenzione, tral'altro nemmeno manmade=pipeline viene renderizzata. Avete suggerimenti? Stefano -- - Pedretti Stefano stefano.pedre...@gmail.com PGP Fingerprint: 5B00129E http://paroledisilicio.wordpress.com Skype : ste.pedro83 mobile: +393292348186 - ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Statistiche?
Come si può ricavare la lunghezza di una certa categoria di strade? Mi piacerebbe estrarre una bounding box della Liguria e vedere la lunghezza dei sentieri. siccome sto ragionado su questa questione per altri motivi ho fatto un test per la Liguria. Prendi i dati che ti passo con le molle perché sono test preliminari e non tengono conto della tridimensionalità delle way (quindi tutte le lenghezze sono sottostimate), in ogni caso mi risulta che al 2 luglio 2010: totale highway per la Liguria: 14208692 metri (+ di 14 mila Km) totale highway=footway per la Liguria: 1169769 metri (quasi 1200 Km). per chi è interessato ai dettagli tecnici la procedura che ho seguito è la seguente: - scaricato da GFOSS il file osm della Liguria - caricato in un database postgis con osm2pgsql usando il supporto per hstore - le query sono le seguenti: SELECT SUM(ST_Length2D(way)) FROM planet_osm_line WHERE tags ? 'highway' SELECT SUM(ST_Length2D(way)) FROM planet_osm_line WHERE tags @ 'highway=footway' Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
