Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
On 22 Jan 2008, at 22:18, Martijn van Oosterhout wrote: On Jan 22, 2008 9:41 PM, Artem Pavlenko [EMAIL PROTECTED] wrote: I wonder why geographical projection for tiles ? They look quite distorted when warped on sphere: http://artem.dev.openstreetmap.org/files/marble-osm.jpg Maybe spherical Mercator (same as in GMap) would produce better results. Problem is that mercator doesn't work for the poles, which is kinda important for 3D. Also as you get closer to the poles you need to load more tiles to cover the same area. Plate Carre isn't perfect, but it's much better for this purpose. If we setup a tileserver to render in platecarre that might at least fix the stretching, maybe...? Yep, you're right, Mercator is no help. BTW, I rendered tiles (for marble) in Lat/Lon aka Geographic, Plate Carre, equirectangular,cylindrical equidistant, unprojected etc. Still, there are too many re-sampling artifacts. I'll try smaller tile sizes .. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
On 22/01/2008 22:53, 80n wrote: I don't think *renderers* really need to know much about speed limits. If a road is tagged with 73000furlongsperfortnight then a renderer might show that on a map, but it's probably not going to try to convert it to any other units - why would it need to? I had in mind (and it'll probably stay in mind!) a renderer which showed you a ground level view of the street you were moving along with upcoming turnings and so on, like a satnav display, which showed signposts - no right turn, this way to Amarillo - and a 30 sign as you entered a 30 area (not a 52.12345 sign). David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
On Tue, Jan 22, 2008 at 09:44:32PM +, Stephen Gower wrote: (amenity=pumpout;water_point), and to come up with a separate tag for what we refer to as Elsan disposal (a drain where you can empty your Porta-Potti!). amenity=poo_hole could be misconstrued. That reminds me of something else I meant to add, which you've partically gone into here - nto all sanitary_stations are equal. You've mentioned some difference, but even with pumpout there's the question of if it's self-operated or not. amenity=sanitary_station shovel=provide_your_own -- Matthew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] walking routes?
I have used the route tag which I think is approved. route=Lanchester Valley Way route=Battle of Neville's Cross I saw some signs, I guess they are walking routes. They may be interesting but I wouldn't say the best route to get to the end. How about route_quality= (very muddy, maintained path, paved, etc) or route_frequency= (hardly ever visited, summer, popular)? Also these routes shared the same path at one point. I also agree that they were poorly marked, however if you can see a map it may be much easier to link known sections up. -- Gregory [EMAIL PROTECTED] http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
On 23/01/2008, David Earl [EMAIL PROTECTED] wrote: I had in mind (and it'll probably stay in mind!) a renderer which showed you a ground level view of the street you were moving along with upcoming turnings and so on, like a satnav display, which showed signposts - no right turn, this way to Amarillo - and a 30 sign as you entered a 30 area (not a 52.12345 sign). I agree that we need to be able to show that 30 sign. It seems to me that we _also_ need to be able to show 50 (or 52, or maybe even 52.12345) to users who've chosen to navigate in km. In the case of the specific example, you'd need to offer that choice, since most of the world drives cars with no mph on the speedo scale. So whatever standard we adopt, we'll need to allow renderers to grok the numbers well enough to do units conversion, and that's whether or not we decide that it's valid for the DB to store string-with-unit. Dermot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Newmarket
I've started doing detailed mapping of Newmarket, Suffolk (nothing uploaded yet to see). As some of you may know, Newmarket is a centre of horse racing, and has some features which , though probably not unique, are unusual. One of these is that a number of roads have 'gallops' alongside them. These are a bit like cycleways but for horses - they have special surfaces, specially constructed crossings and street furniture. They are there sometimes for exercising the horses, but some of them simply provide access from the stables near the centre of the town to the exercising areas on the edge of the town. I could (probably will) put these in as bridleways, but that doesn't really capture the essence. We'd normally think of bridleways as tracks or paths across fields which are open to horses, whereas these are a specially constructed, much higher quality facility. I should have taken some photos - I'll do that next time I'm there. Has anyone else had occasion to map things like this, and have you done anything special? Any other suggestions? I do want them to be rendered as they are prominent features of the town. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Newmarket
Has anyone else had occasion to map things like this, and have you done anything special? Any other suggestions? I do want them to be rendered as they are prominent features of the town. I haven't had occasion to *map* them as such, but I've certainly seen them (e.g. Lambourn in Berkshire). When I've seen them they're not alongside roads, but circular horse tracks in fields. If they're like that, I don't think they should be bridleway, that would make things very confusing. highway=gallops? Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] highway=stop
Could someone explain the tag highway=stop provided by the 'Map Features' page ? I would expect that all tags approved and moved to this reference page are clearly described. I found a wiki page ( http://wiki.openstreetmap.org/index.php/Mapping/Features/Junction) saying : Intersections with stop signs should be tagged highwayhttp://wiki.openstreetmap.org/index.php/Key:highway =stophttp://wiki.openstreetmap.org/index.php?title=Tag:highway%3Dstopaction=edit. Intersections with traffic signals should be tagged highwayhttp://wiki.openstreetmap.org/index.php/Key:highway =traffic_signalshttp://wiki.openstreetmap.org/index.php?title=Tag:highway%3Dtraffic_signalsaction=edit . But at the end of the page, an important note says: Should highway http://wiki.openstreetmap.org/index.php/Key:highway=stophttp://wiki.openstreetmap.org/index.php?title=Tag:highway%3Dstopaction=editand highway http://wiki.openstreetmap.org/index.php/Key:highway= traffic_signalshttp://wiki.openstreetmap.org/index.php?title=Tag:highway%3Dtraffic_signalsaction=editbe used to mark the intersection or where the physical stop sign/signal is? What about junctions where not all directions are signed/signaled? Well, fine, the foot note on the wiki page explains that the main description is a non-sens... Shall we put the node on the way where the sign is, a little bit before the intersection (and how much) ? or is it planned to use a relation ? or does it really help to tag such signs (I mean, it does not influence routing) ? or should we remove this tag from the approved Map features and create a proposal wiki page where a clear definition could be done ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
On Jan 23, 2008 11:16 AM, Artem Pavlenko [EMAIL PROTECTED] wrote: Yep, you're right, Mercator is no help. BTW, I rendered tiles (for marble) in Lat/Lon aka Geographic, Plate Carre, equirectangular,cylindrical equidistant, unprojected etc. Still, there are too many re-sampling artifacts. I'll try smaller tile sizes .. At a guess is seems you probably want to have some kind of equal-area projection since a sphere has the right area, but the geometry is different (angles of a triangle add up to more than 180 degrees). Whether Marble can handle that I have no idea. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippymap Hosting Recommendations
Do they really offer 1.5TB of storage and 15TB of transfer a month for $6.95? -Jeremy - Original Message - From: Andy Allan [EMAIL PROTECTED] To: Bone Killian [EMAIL PROTECTED] Cc: Milenko [EMAIL PROTECTED]; talk@openstreetmap.org Sent: Wednesday, January 23, 2008 4:11 AM Subject: Re: [OSM-talk] Slippymap Hosting Recommendations On Jan 23, 2008 1:43 AM, Bone Killian [EMAIL PROTECTED] wrote: All I'm really looking for is a place to store tiles I render offline. I plan to cover all of Pennsylvania, which by my back-of-an-envelop calculations would be around 30GB of tiles. I have that much space on my personal website, but I keep bumping into my hosting provider's limit about maximum number of files, which is driving me nuts. My project isn't so much a non-profit as just my personal hobby, which I hope will someday congeal into something that helps bicycle commuters plan routes to work / school. www.hostmonster.com is what powers the cycle layer. Cheap as chips, no problems so far. Using it for what you suggest - simple hosting for tons of files. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
On 23 Jan 2008, at 12:23, Torsten Rahn wrote: Hi Artem, On Wednesday 23 January 2008 11:06:41 Artem Pavlenko wrote: Hi Torsten, Glad you like the screenshot. I'll post another one soon :) Yes, you're right mercator would be wasteful. When I got spare moment I'll try different tile sizes to see if this affects final map quality. No, the tilesize shouldn't affect the render quality at all. Ok. Manually adjusting the point at which Marble switches to a different tile level could have a positive effect. Right now it happens in void AbstractScanlineTextureMapper::selectTileLevel( ViewParams* viewParams ) using the formula double linearLevel = ( 2.0 * (double)( radius ) / (double) ( m_tileLoader-tileWidth() ) ); I guess ideally the size of the tile on the screen would match about the size of the original tile. You can check this by changing line 119 in marble/src/lib/TextureTile.cpp from bool tileIdVisible = false; if(tileIdVisible) m_painter.paintTileId(theme); to bool tileIdVisible = true; if(tileIdVisible) m_painter.paintTileId (theme); This will enable you to see the tile borders and the filenames + tile level visually directly on the screen. This Debug Mode is very helpful when you work with tiles in Marble! Thanks, I'll try this. Maybe you can afford better resampling at high zooms for smoother results? I'm not sure whether this can be implemented easily at sufficient speed. Right now Marble just looks up the exact color value on the map for each point on the screen We could try to do some more sophisticated high quality rendering when the user stops moving the map. I think this could work. if you're planning to pull tiles from a web service, then rendering fast (scaled) globe and repainting on each tile arrival (with bilinear interpolation for example) shouldn't be a problem. I did something like that - pulling tiles from VE and warping them on-fly into NatGrid and it worked really well (qt4). Whether it's possible to do the same at acceptable speed while moving is a completely different question though I think for 'moving' current approach works well. BTW, I rendered tiles (for marble) in Lat/Lon aka Geographic, Plate Carre, equirectangular,cylindrical equidistant, unprojected etc. Still, there are too many re-sampling artifacts. I'll try smaller tile sizes .. Could you send me a screenshot of Plate Carre, so I get the idea how it looks like? Here you go : http://artem.dev.openstreetmap.org/files/marble-osm- flat.jpg I found 'magic' zoom level when there's minimal distortion. Cheers Artem Best Regards, Torsten PS: Is the OSM-Talk Moderator on holidays? Best Wishes, Torsten Best Artem Best wishes, Torsten -- Torsten Rahn Tel.: 0 21 61 - 46 43 - 192 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz -- Torsten Rahn Tel.: 0 21 61 - 46 43 - 192 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz -- Torsten Rahn Tel.: 0 21 61 - 46 43 - 192 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippymap Hosting Recommendations
Yes, I just signed up. To get that price, you have to make a 2 year commitment. I think it was $7.95/month for a 1 year commitment. I also asked them, and they say that they don't have any inode limits like many hosing providers. Thanks for the info, Andy. Bone Jeremy Adams wrote: Do they really offer 1.5TB of storage and 15TB of transfer a month for $6.95? -Jeremy - Original Message - From: Andy Allan [EMAIL PROTECTED] To: Bone Killian [EMAIL PROTECTED] Cc: Milenko [EMAIL PROTECTED]; talk@openstreetmap.org Sent: Wednesday, January 23, 2008 4:11 AM Subject: Re: [OSM-talk] Slippymap Hosting Recommendations On Jan 23, 2008 1:43 AM, Bone Killian [EMAIL PROTECTED] wrote: All I'm really looking for is a place to store tiles I render offline. I plan to cover all of Pennsylvania, which by my back-of-an-envelop calculations would be around 30GB of tiles. I have that much space on my personal website, but I keep bumping into my hosting provider's limit about maximum number of files, which is driving me nuts. My project isn't so much a non-profit as just my personal hobby, which I hope will someday congeal into something that helps bicycle commuters plan routes to work / school. www.hostmonster.com is what powers the cycle layer. Cheap as chips, no problems so far. Using it for what you suggest - simple hosting for tons of files. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippymap Hosting Recommendations
Jeremy Adams wrote: Do they really offer 1.5TB of storage and 15TB of transfer a month for $6.95? Aparently so. There are other companies in the US providing similar services. I guess they rely on the fact that most users will never really use so much space and bandwidth. Then there is also the 'catchall' clause where you are only allowed to use an hour (or so) CPU time a day. Your site is move to another server when you go over the limit and will be closely monitored. If that happens often you can/will be removed from their hosting. Bottom line is: They can set such generous limits because there are only very few applications that can really use 1.5 TB space and 15TB bandwidth without crossing the daily CPU time limit. The very few that do are a selling point to the majority that don't. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
What do you mean by magic? Just a zoom value where it looks good? Precisely :) How do bad and average zoom levels look like? Could you send me a screenshot of bad and average (or maybe put the tile data somewhere so I can experiment somewhat, too) :-) ? Here is 'bad' example : http://artem.dev.openstreetmap.org/files/ marble-osm-bad.jpg - you can not read text at all. You can get data from : http://artem.dev.openstreetmap.org/files/ marble-osm-data.tar.bz2 (Note: only area around Oxford, UK has got hi-res tiles) Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
On 23 Jan 2008, at 14:35, Torsten Rahn wrote: This looks excellent. I see that there are some minor faults on the fonts. But for a quick viewer that Marble is and for the given projection it's a pretty good result already. That being said we plan to have different quality settings in Marble 0.6 in general: Ah, just comparing it against the screenshot in your presentation: http://www.port.ac.uk/special/soc/programme/presentations/ filetodownload,70851,en.pdf I only now realized that you looked at this in flat map projection. Of course if you look at it in spherical projection the fonts will get squeezed. as you basically render unprojected fonts against an equirectangular projection. Is there any chance that you could show how this looks in spherical projection (maybe with fonts adjusted to equirectangular projection, so there will be minimal distortion in spherical projection)? I will do later on tonight. Or you can use my data to test it yourself. Some zoom levels look ugly due to my database experiments:) simplifying geometry, but should be good enough for testing. Cheers, Torsten Artem -- Torsten Rahn Tel.: 0 21 61 - 46 43 - 192 credativ GmbH, HRB Mönchengladbach 12080 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Greenamps fights OS over use of data
Free Our Data blog reports (http://www.freeourdata.org.uk/blog/?p=170): GreenAmps, a renewable energy company, has been taken to court by Ordnance Survey and Her Majesty's Stationery Office over its use of OS data sourced from an academic licence for making applications to councils. Further details in Guardian at: http://www.guardian.co.uk/technology/2008/jan/10/freeourdata Cheers STEVE Steve Chilton, Learning Support Fellow Learning and Technical Support Unit Manager School of Health and Social Sciences Middlesex University phone/fax: 020 8411 5355 email: [EMAIL PROTECTED] Chair of the Society of Cartographers: http://www.soc.org.uk/ SoC conference 2008: http://www.abdn.ac.uk/cartographers08/ Google Earth Design: http://googleearthdesign.blogspot.com/2007/08/steve-chilton-interview.ht ml ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM gets mentioned in KDE4 keynote speech at Google Headquarters
On 23 Jan 2008, at 14:52, Richard Fairhurst wrote: Artem Pavlenko wrote: Here is 'bad' example : http://artem.dev.openstreetmap.org/files/ marble-osm-bad.jpg - you can not read text at all. Is that really unprojected It is due to re-sampling. Tiles are projected into Plate Carre. I think marble is not interpolating, just picks first pixel for speed (while scaling). cheers Richard Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippymap Hosting Recommendations
On Jan 23, 2008 1:56 PM, Lambertus [EMAIL PROTECTED] wrote: Jeremy Adams wrote: Do they really offer 1.5TB of storage and 15TB of transfer a month for $6.95? Aparently so. There are other companies in the US providing similar services. I guess they rely on the fact that most users will never really use so much space and bandwidth. Then there is also the 'catchall' clause where you are only allowed to use an hour (or so) CPU time a day. Your site is move to another server when you go over the limit and will be closely monitored. If that happens often you can/will be removed from their hosting. Hey Jeremey Do you have a link for this clause? Bottom line is: They can set such generous limits because there are only very few applications that can really use 1.5 TB space and 15TB bandwidth without crossing the daily CPU time limit. The very few that do are a selling point to the majority that don't. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Ray Booysen [EMAIL PROTECTED] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippymap Hosting Recommendations
Ray Booysen wrote: On Jan 23, 2008 1:56 PM, Lambertus [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Jeremy Adams wrote: Do they really offer 1.5TB of storage and 15TB of transfer a month for $6.95? Aparently so. There are other companies in the US providing similar services. I guess they rely on the fact that most users will never really use so much space and bandwidth. Then there is also the 'catchall' clause where you are only allowed to use an hour (or so) CPU time a day. Your site is move to another server when you go over the limit and will be closely monitored. If that happens often you can/will be removed from their hosting. Hey Jeremey Do you have a link for this clause? Well, I looked it up for the one such hoster I've been looking at before: Dreamhost. They used to have a 'hard' CPU policy but have changed that since. Hoster: http://www.dreamhost.com Blog about CPU restrictions: http://blog.dreamhosters.com/2006/06/01/cpu-minute-restrictions-removed/ So I was a bit too harsh in my last paragraph, but it appears from the comments that having a popular WordPress blog is enough to classify you as a heavy user... The first paragraph remains though, hosters like Dreamhost oversell their bandwidth and diskspace. Looking at Hostmonter however gives a different picture: They seem to have a more hard CPU usage limit where they even shutdown a site sometimes: http://helpdesk.hostmonster.com/kb/index.php?x=mod_id=2id=361 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
On Jan 23, 2008, at 11:44, David Earl wrote: I had in mind (and it'll probably stay in mind!) a renderer which showed you a ground level view of the street you were moving along with upcoming turnings and so on, like a satnav display, which showed signposts - no right turn, this way to Amarillo - and a 30 sign as you entered a 30 area (not a 52.12345 sign). How about an extra key maxspeed:source_value_with_unit=30mph and a cron job that updates maxspeed from maxspeed:source_value_with_unit? Cheers Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] JOSM and GPX
Hi, What is the current implementation of GPX extensions parsing in JOSM? With reference to the code below, I would like to import way id from FIELD1, name from FIELD2 and alternate name tag from FIELD3, plus all relations correctly from the GPX geometry. trk extensions ogr:FIELD101/ogr:FIELD1 ogr:FIELD2StreetName/ogr:FIELD2 ogr:FIELD3AlternateStreetName/ogr:FIELD3 /extensions trkseg trkpt lat=YY. lon=XX. /trkpt Using GPX version 1.1 as created with OGR. Some tracks include more than one trkseg (MultiLineString), where streets are interrupted or made up of several distinct segments. These share same name and id, but are actually separate line features. How do you represent it in osm code? In alternative to converting from GPX, has anybody developed or working on a generic shapefile to osm converter? Cheers C ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] vote closed/proposal approved - museum
this tag proposal vote has been open for two weeks now, and has passed with 14 approvals and 1 disapproval http://wiki.openstreetmap.org/index.php/Proposed_features/Museum voting is now closed, the proposal will be moved to the approved features and map features page thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] vote closed/proposal approved - battlefield
after two weeks of voting, this vote has closed, with 111 approval votes and no disapprovals http://wiki.openstreetmap.org/index.php/Proposed_features/Battlefield the proposal will be moved to the map features and approved features page thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] highway=stop
On Thu, January 24, 2008 12:46 am, Robert (Jamie) Munro wrote: Pieren Pieren wrote: | Could someone explain the tag highway=stop provided by the 'Map | Features' page ? | I would expect that all tags approved and moved to this reference page | are clearly described. [snip] | Well, fine, the foot note on the wiki page explains that the main | description is a non-sens... | Shall we put the node on the way where the sign is, a little bit before | the intersection (and how much) ? or is it planned to use a relation ? | or does it really help to tag such signs (I mean, it does not influence | routing) ? [snip] | or should we remove this tag from the approved Map features and create a | proposal wiki page where a clear definition could be done ? We need a way to know where stop signs and give way (yield) signs are and which direction they face. It probably requires a relation between the node and the way they are on. Does it require a relation, or just that the highway=stop be on a node a short distance back from the shared node at the intersection (except on a 4-way stop where the node at the intersection could be highway=stop)? I could make an argument that this scheme matches the physical world: the ways are aligned on the centreline of the roads (maybe?) and the stop sign is actually some distance back from the centreline of the road protected by the stop sign (at least in the UK) - do any countries have stop signs hanging above the centre of the intersection? -- David James ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] highway=stop
On 24/01/2008, Robert (Jamie) Munro [EMAIL PROTECTED] wrote: | Shall we put the node on the way where the sign is, a little bit before | the intersection (and how much) ? or is it planned to use a relation ? | or does it really help to tag such signs (I mean, it does not influence | routing) ? . | or should we remove this tag from the approved Map features and create a | proposal wiki page where a clear definition could be done ? We need a way to know where stop signs and give way (yield) signs are and which direction they face. It probably requires a relation between the node and the way they are on. possible a minor point, hopefully not too pedantic: we're not marking the signs on the map - the sign is only there to give information about some feature, which is what we should be doing. the presence or not of a (any) sign is irrelevant. signs can be wrong, mis-placed, missing or facing the wrong direction if we're going to mark highway=stop for a junction where a driver has to stop, it is the junction that needs marking, not some point further down the road ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Newmarket
I think there might be similar things in Central London (like along the edge Green Park by Buckingham Palace, and through Hyde Park). They are quite wide there(as in width of a 2 directional road) and the surface is what I would just call sand. I don't see why it wouldn't be public, but you probably shouldn't walk on it if theres some big event going on. You have buckingham palace wall, the pavement, grass verge, this wide sand, grass verge, (maybe a low level fence), footpath through park(shared with cycles). -- Gregory [EMAIL PROTECTED] http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] highway=stop
On Jan 23, 2008 5:15 PM, David James [EMAIL PROTECTED] wrote: On Thu, January 24, 2008 12:46 am, Robert (Jamie) Munro wrote: Pieren Pieren wrote: | Could someone explain the tag highway=stop provided by the 'Map | Features' page ? | I would expect that all tags approved and moved to this reference page | are clearly described. [snip] | Well, fine, the foot note on the wiki page explains that the main | description is a non-sens... | Shall we put the node on the way where the sign is, a little bit before | the intersection (and how much) ? or is it planned to use a relation ? | or does it really help to tag such signs (I mean, it does not influence | routing) ? [snip] | or should we remove this tag from the approved Map features and create a | proposal wiki page where a clear definition could be done ? We need a way to know where stop signs and give way (yield) signs are and which direction they face. It probably requires a relation between the node and the way they are on. Does it require a relation, or just that the highway=stop be on a node a short distance back from the shared node at the intersection (except on a 4-way stop where the node at the intersection could be highway=stop)? I could make an argument that this scheme matches the physical world: the ways are aligned on the centreline of the roads (maybe?) and the stop sign is actually some distance back from the centreline of the road protected by the stop sign (at least in the UK) - do any countries have stop signs hanging above the centre of the intersection? -- David James Bad idea to add a node just for the stop, in addition to the intersection. The stop is topologically associated with the intersection, which is more important (and more logical) than the physical location. A relation would probably be the best method. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] proposal rejected - climbing_wall
Robin Paulson wrote: a proposal can be rejected regardless of whether or not it reaches 15 votes - that is the total number needed if some of the votes are no, for it to be approved by a majority I would consider it to be neither approved nor rejected until it has reached 15 votes (or I guess 8 votes for XOR against, since that would be a majority of 15) -Alex Mauer hawke signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] Installer voor Garmin kaarten
Ik ga hem vanavond meteen testen. 2008/1/22 Lambertus [EMAIL PROTECTED]: Ik heb een installer gemaakt/geconfigureerd die de Garmin OpenStreetMap kaarten kan installeren onder MapSource. Dit betekend dat de kaarten geinstalleerd kunnen worden zonder dat je zelf hoeft te knutselen met het register van Windows. Een hele vooruitgang, vooral voor eindgebruikers zonder veel Windows kennis. Het is een eerste versie maar bij werkt het wel. Her en der kloppen wat teksten niet helemaal en ik heb nog een hele waslijst aan wensen en verbeteringen. Ik hoop dat er wat mensen zijn die de installer willen uitproberen en feedback/wensen geven. Veel plezier ermee. De directe (maar wellicht tijdelijke) download locatie: http://tile.openstreetmap.nl/~lambertus/garmin/OpenStreetMap_Garmin_maps_(NL).exehttp://tile.openstreetmap.nl/%7Elambertus/garmin/OpenStreetMap_Garmin_maps_%28NL%29.exe In de toekomst bied ik deze download aan via: http://garmin.na1400.info ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Tileserver op Nederkaartblog
Ja, 12 uur staat in de agenda, voor het overleg. Natuurlijk is een ieder vrij om eerder aanwezig te zijn. On Tue, 2008-01-22 at 23:26 +0100, Martijn van Exel wrote: Volgens mij hadden we inderdaad 12 uur afgesproken. Ik ga met de auto vanuit Amsterdam, had al een halve afspraak met Martijn vO om hem op te halen in Utrecht, Martijn P, jij kan ntrlk ook meerijden als je wilt. Martijn vE (ik zie het al voor mij: 3 martijns in een 205. Hahaha) Op 22 jan 2008, om 23:20 heeft Martijn van Oosterhout het volgende geschreven: On Jan 22, 2008 10:26 PM, Martijn Pannevis [EMAIL PROTECTED] wrote: Ik neem, gezien de lijst op Doodle aan, dat het de 16e feb wordt? Gezien de 2 uur reistijd uit Amsterdam zou ik iets meer voor bijvoorbeeld begin van de middag zijn. Groeten, Martijn Pannevis. Laste dat ik hoorde was het 12uur, klopt dat? Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin kaarten
Cool. Maar ik herinner me bij het overzetten van de IMG file eigenlijk helemaal geen problemen en gedoe met registry..? Alleen het inschakelen van een 3rd party tool waarvan ik de naam alweer ben vergeten. Martijn van Exel Op 22 jan 2008, om 19:46 heeft Lambertus het volgende geschreven: Ik heb een installer gemaakt/geconfigureerd die de Garmin OpenStreetMap kaarten kan installeren onder MapSource. Dit betekend dat de kaarten geinstalleerd kunnen worden zonder dat je zelf hoeft te knutselen met het register van Windows. Een hele vooruitgang, vooral voor eindgebruikers zonder veel Windows kennis. Het is een eerste versie maar bij werkt het wel. Her en der kloppen wat teksten niet helemaal en ik heb nog een hele waslijst aan wensen en verbeteringen. Ik hoop dat er wat mensen zijn die de installer willen uitproberen en feedback/wensen geven. Veel plezier ermee. De directe (maar wellicht tijdelijke) download locatie: http://tile.openstreetmap.nl/~lambertus/garmin/OpenStreetMap_Garmin_maps_(NL).exe In de toekomst bied ik deze download aan via: http:// garmin.na1400.info ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Tileserver op Nederkaartblog
On Tue, 2008-01-22 at 22:16 +0100, Martijn van Exel wrote: Ha, Ik heb even gekeken rond Enschede en zie toch een paar mapping- targets ;) Ik heb e.e.a. op de Wiki gezet [1], aanvullingen zijn zeer welkom! Martijn vE [1] http://wiki.openstreetmap.org/index.php/Netherlands_Mapping_Parties_2008 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Hulp bij tileserver (apache2)
Martijn, Ik zie in de munin stats dat de tileserver, met pieken, nogal wat emails verstuurd. Kan dit kloppen of wordt de server als spam relay gebruikt? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin kaarten
ah goede actie, innosetup zie ik ik heb hem al geinstalleerd, zal van het weekend m'n garmin eens voeren Op 22-01-08 heeft Lambertus [EMAIL PROTECTED] het volgende geschreven: Ik heb een installer gemaakt/geconfigureerd die de Garmin OpenStreetMap kaarten kan installeren onder MapSource. Dit betekend dat de kaarten geinstalleerd kunnen worden zonder dat je zelf hoeft te knutselen met het register van Windows. Een hele vooruitgang, vooral voor eindgebruikers zonder veel Windows kennis. Het is een eerste versie maar bij werkt het wel. Her en der kloppen wat teksten niet helemaal en ik heb nog een hele waslijst aan wensen en verbeteringen. Ik hoop dat er wat mensen zijn die de installer willen uitproberen en feedback/wensen geven. Veel plezier ermee. De directe (maar wellicht tijdelijke) download locatie: http://tile.openstreetmap.nl/~lambertus/garmin/OpenStreetMap_Garmin_maps_(NL).exehttp://tile.openstreetmap.nl/%7Elambertus/garmin/OpenStreetMap_Garmin_maps_%28NL%29.exe In de toekomst bied ik deze download aan via: http://garmin.na1400.info ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin kaarten
Rob wrote: ah goede actie, innosetup zie ik ik heb hem al geinstalleerd, zal van het weekend m'n garmin eens voeren Eeuh nee, Nullsoft Scriptable Installer (NSIS). Maar bedankt! ;-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Hulp bij tileserver (apache2)
On Wed, 2008-01-23 at 10:25 +0100, Lambertus wrote: Martijn, Ik zie in de munin stats dat de tileserver, met pieken, nogal wat emails verstuurd. Kan dit kloppen of wordt de server als spam relay gebruikt? Je beseft je wel dat u voor micro staat? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Hulp bij tileserver (apache2)
Sander Hoentjen wrote: On Wed, 2008-01-23 at 10:25 +0100, Lambertus wrote: Martijn, Ik zie in de munin stats dat de tileserver, met pieken, nogal wat emails verstuurd. Kan dit kloppen of wordt de server als spam relay gebruikt? Je beseft je wel dat u voor micro staat? Nee dat deed ik niet maar nu wel. Bedankt, niks aan de hand dus. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Hulp bij tileserver (apache2)
Nee, ik heb me daar ook wel eens op verkeken. Niks aan de hand inderdaad :) On Wed, 2008-01-23 at 11:14 +0100, Lambertus wrote: Sander Hoentjen wrote: On Wed, 2008-01-23 at 10:25 +0100, Lambertus wrote: Martijn, Ik zie in de munin stats dat de tileserver, met pieken, nogal wat emails verstuurd. Kan dit kloppen of wordt de server als spam relay gebruikt? Je beseft je wel dat u voor micro staat? Nee dat deed ik niet maar nu wel. Bedankt, niks aan de hand dus. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin kaarten
Lambertus, Niet meer kunnen achterhalen. Sorry. Martijn Op 23 jan 2008, om 10:12 heeft Lambertus het volgende geschreven: Martijn van Exel wrote: Cool. Maar ik herinner me bij het overzetten van de IMG file eigenlijk helemaal geen problemen en gedoe met registry..? Alleen het inschakelen van een 3rd party tool waarvan ik de naam alweer ben vergeten. Interessant, want ik ben nooit een tool tegengekomen waarmee 3rd party kaarten geïnstalleerd kunnen worden onder MapSource. Daarentegen kom je wel op veel websites instructies tegen over het juist configureren van een *.reg bestand. Kun je een linkje opduikelen? Over de installer: Eigenlijk wil ik er naar toe dat de installer zo werkt dat deze een keuze biedt aan kaarten (zeg: EU of NL, DE, UK, etc.) en dan de kaarten download van internet, installeert en vervolgens up-to-date houdt. Ik ben benieuwd of dat te doen is met NSIS. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin kaarten
Martijn van Exel wrote: Lambertus, Niet meer kunnen achterhalen. Sorry. Jammer maar geen probleem want ik het toch al een werkende oplossing. :-) I.i.g. bedankt voor het zoeken. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] trackr! - Het GPS track location based systeem voor social networking op je mobiele telefoon
Ik lees op: http://www.trackr.nl/news/ === Nieuwe downloads 28 december 2007 Windows Mobile versie 0.9.12 Deze versie ondersteunt naast kilometers en kmh nu ook miles en mph. Daarnaast een oplossing voor het niet tonen van de kaart. Voortaan wordt kaartmateriaal van OpenStreetMap gebruikt. === Nieuwe commerciele dienst (concept heb ik eerder gezien ;) ... ziet er niet heel affig uit, maar goed, maakt gebruik van de data (tiles?). Groet, Zoran -- http://www.kovacevic.nl/blog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] nl tileserver in RD ?
Beste mensens, prachtig die nederlandse tileserver, en het staat om mijn verlanglijstje om er zelf ook eens een in elkaar te zetten. Is deze handleiding nog uptodate? http://tile.openstreetmap.nl/README.txt Paar vraagjes daarbij: - Klopt het dat ik osmosis nodig heb om alleen de nederlandse data te downloaden? - De url http://www.bretth.com/osmosis/osmosis-latest.zip uit de README.txt loopt dood, op http://wiki.openstreetmap.org/index.php/Osmosis staan de juiste url's. Verder niks dan lof over zo'n handleiding!! (beetje onder voorbehoud, heb 'm nog niet uitgevoerd ;-) ) Er zijn toch nog veel organisaties/overheden, die een referentie kaart/ondergrond nodig hebben, maar niet al hun data kunnen/willen overzetten naar 900913 of 4326. Of dat eigenlijk uit principiele redenen nog niet willen. Ik zie nu regelmatig dat ze uiteindelijk toch OM gaan, omdat Google maps nu eenmaal van die mooie 'gratis' gedetaileerde stratenkaarten heeft. Ik zou ze zelf veel liever aan de OSM/OL combinatie helpen, maar zoals gezegd, ik heb even geen eigen tileserver in RD bij de hand Dus mijn vraag: Als jullie de data in Postgis hebben geladen (uh, daar hebben we het toch over he?), is het een 'kleine' moeite om de boel te projecteren naar Rijksdriehoek stelsel. (Mits je de juiste proj strings voor 28992 en 900913 hebt) Misschien is het een idee om ook een lagenset in RD te renderen, en die aan te bieden via de nl tileserver? Ik weet niet of de diskruimte/hardware/bandbreedte dat toelaat, maar als het ok is voor jullie, wil ik eventueel wel behulpzaam zijn. Groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nl tileserver in RD ?
2008/1/23 Richard Duivenvoorde [EMAIL PROTECTED]: prachtig die nederlandse tileserver, en het staat om mijn verlanglijstje om er zelf ook eens een in elkaar te zetten. Is deze handleiding nog uptodate? http://tile.openstreetmap.nl/README.txt Redelijk wel. Paar vraagjes daarbij: - Klopt het dat ik osmosis nodig heb om alleen de nederlandse data te downloaden? Nee, je kan het gewoon downloaden van: http://hypercube.telascience.org/planet/planet-nl-latest.osm.gz Er zijn toch nog veel organisaties/overheden, die een referentie kaart/ondergrond nodig hebben, maar niet al hun data kunnen/willen overzetten naar 900913 of 4326. Of dat eigenlijk uit principiele redenen nog niet willen. Mapnik kan on the fly converteren tussen corrdinaten stelsels. OL in nieuwere versies ook. Je hoeft alleen aan te geven welke stelsel je gebruikt en voila. Dus mijn vraag: Als jullie de data in Postgis hebben geladen (uh, daar hebben we het toch over he?), is het een 'kleine' moeite om de boel te projecteren naar Rijksdriehoek stelsel. (Mits je de juiste proj strings voor 28992 en 900913 hebt) Je kan het projecteren bij het renderen, voor dat je het laadt, of waar je ook wilt. Misschien is het een idee om ook een lagenset in RD te renderen, en die aan te bieden via de nl tileserver? Ik weet niet of de diskruimte/hardware/bandbreedte dat toelaat, maar als het ok is voor jullie, wil ik eventueel wel behulpzaam zijn. Is het stelsel 28992? Als het goed is zou dat: +proj=sterea +lat_0=52.156160 +lon_0=5.387639 +k=0.08 +x_0=155000 +y_0=463000 +ellps=bessel +towgs84=565.237,50.0087,465.658,-0.406857,0.350733,-1.87035,4.0812 +units=m +no_defs moeten zijn. Een kaart maken in die projectie is niet zo moeilijk, ziet het er erg anders uit? Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [Talk-de] Ortung über Wlan
On Thu, 17 Jan 2008 09:32:15 +0100 Andreas Hubel [EMAIL PROTECTED] wrote: Hi, beim OSM Treffen in München sagte neulich was von nem Projekt das Ortung über WLAN Netze macht, kennt jemand von euch dazu irgend eine Internetseite oder Berichte? Ich habe bisher nur http://www.iis.fraunhofer.de/bf/ec/nl/lik/pj/AutarkeWLANLokalisierung.jsp gefunden http://www.placelab.org Die haben so weit ich weiß auch mal das Sammeln der Daten als Community-Projekt betrieben und es gab AFAICR auch mal eine interessante Analyse dazu, welche Probleme es dabei gab. MfG Andreas Kemnade ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Hallo! qbert biker schrieb: Wer fuer OSM gute Software machen will, der muss mit unvollstaendigen, falschen, schmutzigen, unvorhergesehen strukturierten Daten umgehen koennen. Das ist eine ganz andere Welt als bei der kommerziellen Konkurrenz, wo von oben festgelegt wird, wie's gemacht wird, und dann faehrt der Video-Van los... Und genau das ist eine unmögliche Forderung. Vielleicht nicht unmöglich, das sieht man bei aktuellen Webbrowsern. Aber nicht gerade zielführend, was man auch bei aktuellen Webbrowsern und dem ganzen Kampf mit Darstellungsunterschieden, Inkompatibilitäten etc. sieht. Da kannst du genauso von den Leuten erwarten, dass sie C-Programme schreiben, die mit einem Pointer, der irgendwo hinzeigt, bitte etwas sinnvolles machen sollen. Ein falscher Wert, der einen falschen Graphen erzeugt, erzeugt ein falsches Ergebnis - so einfach ist das. Genau so ist es. Ich würde das ganze aber etwas optimistischer sehen: wir müssen uns unbedingt auf Regeln für alle wichtigen Gebiete einigen - und ich denke auch nicht, dass das potenzielle Mapper abschreckt. Mann kann ja noch immer an einigen Stellen freie Erweiterungen unterstützen. Und die entsprechende Software sollte dann auch wirklich nur Daten unterstützen, die entsprechend dieser Regeln erstellt wurden (vielleicht mit ein paar Ausnahmen für wirklich naheliegende und häufige Fehler). Und wenn es mal soweit ist, dass die Killer-Applikationen stehen, die die OSM-Daten nutzen können, dann werden auch ganz schnell die 10% Daten, die nicht nach den Regeln erfasst wurden, korrigiert werden. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wälder besser abzeichnen mit IR-Bilder n
Also bei mir in der Gegend kann man sie auch gut verwenden. Jetzt bräuche man nur noch so nen Zauberstab, ala Photoshop, damit man die Gebiete einfach markieren und als Wald Area anlegen kann. Könnte da der Lakewalker evtl. funktionieren? MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Am Mittwoch 23 Januar 2008 schrieb Gernot Hillier: Da kannst du genauso von den Leuten erwarten, dass sie C-Programme schreiben, die mit einem Pointer, der irgendwo hinzeigt, bitte etwas sinnvolles machen sollen. Ein falscher Wert, der einen falschen Graphen erzeugt, erzeugt ein falsches Ergebnis - so einfach ist das. Genau so ist es. absolut richtig. Ich würde das ganze aber etwas optimistischer sehen: wir müssen uns unbedingt auf Regeln für alle wichtigen Gebiete einigen - und ich denke auch nicht, dass das potenzielle Mapper abschreckt. Mann kann ja noch immer an einigen Stellen freie Erweiterungen unterstützen. richtig. ich denke auch, dass es fuer mapper wesentlich einfacher ist, nach klar definierten regeln zu taggen, als sich die infos erst muehsam erfragen zu muessen, oder sich was eigenes auszudenken - um dann festzustellen, dass es ja doch nicht gerendert wird...) zumindest fuer einen groesseren teil der bekannten datenstrukturen waere das mehr als sinnvoll. und uebrigens heisst das noch lange nicht, dass es keine freien erweiterungen geben soll; die brauchen wir nach wie vor. Und die entsprechende Software sollte dann auch wirklich nur Daten unterstützen, die entsprechend dieser Regeln erstellt wurden (vielleicht mit ein paar Ausnahmen für wirklich naheliegende und häufige Fehler). dazu muss es erst mal regeln geben. bisher gibt es nur ein paar richtlinien, die funktionieren koennten, aber zum teil in sich auch inkonsistent sind. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Buch über OSM
Hallo, vielleicht hat es der eine oder andere schon mitbekommen: Jochen Topf und ich haben ein (deutschsprachiges) Buch über OpenStreetMap geschrieben. Gerade vorhin haben wir die endgueltige Version beim Verlag abgegeben, erhaeltlich sein wird es voraussichtlich Mitte Februar. Es erscheint im Verlag Lehmanns Media, hat 288 Seiten (256 Text plus 32 Farbbilder) und soll 30 Euro kosten. Die Startauflage wird vermutlich 500 Exemplare betragen. Wir dachten, wenn wir eh die Hälfte unserer Zeit damit verbringen, Dritten zu erklaeren, was wir in dem Projekt eigentlich tun, koennen wir das auch gleich als Buch machen ;-) Die zwei Hauptteile des Buches richtet sich an Leute, die mit dem Mapping anfangen wollen und an solche, die aus den OSM-Daten Karten machen moechten. Fuer die Neueinsteiger erklaeren wir alles von wie funktioniert das GPS ueber wie gehen die Editoren bis hin zu wie mappe ich ein Autobahnkreuz (oder eine Strassenkreuzung mit Bahngleisen mittendrin, etc.). Den Kartographen erklaeren wir, wie man die Slippymap selbst irgendwo einbindet, wie man Osmarender und Mapnik benutzt und auch selber Stile definiert und so weiter. Ein weiterer Teil richtet sich an die Bastler unter uns, erklaert die Feinheiten von Osmosis und den API-Calls, was man tun muss, um selber einen Server aufzusetzen und anderes. Wir hoffen, dass wir mit dem Buch OSM noch ein Stueck weiter ins Rampenlicht ruecken koennen und viele neue Leute zum Mitmachen begeistern. Auf der Webseite zum Buch (www.openstreetmap.info) wird es bald ein Inhaltsverzeichnis und eine Leseprobe geben, Details muessen wir aber noch mit dem Verlag klaeren. Ich bin froh, dass das Buch endlich fertig ist, jetzt kann ich anfangen, all die JOSM-Bugs zu fixen, die die Leute inzwischen gefunden haben ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Neuer OpenGeoDB Anlauf gewünscht? (Re: Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen)
Am Dienstag, 22. Januar 2008 10:24 schrieb Friedhelm Schmidt: Wie ich lese, geht es vielen anderen Mappern ähnlich. Vielleicht sollte man in Zukunft einen lokal begrenzten Probelauf machen und anhand des Resultats 'rumfragen ob ein Import sinnvoll und gewünscht ist. Moin, wie ich sehe hat der OpenGeoDB Import einges an Wirbel erzeugt. Zum einen höre ich recht erfreuliche Rückmeldungen. Ein paar Orte wurde auch schon verändert (und auch das OpenGeoDB:auto_update richtig angepasst). Auf der anderen Seite höre ich Kritik über: * Die falsche Zuordnung von Namen (und dadurch Verdoppelungen). Das Problem könnte dadurch gelöst werden, das jeder in seiner Region die Nodes einmalig zusammenfasst und dann das auto_update anpasst). * Vor alle in Belgien gibt es eine Bug der sehr viele Orte mit falschen Namen erzeugt hat. Diese Orte werde ich heute noch löschen, damit man sie später neu anlegen kann. * Relationen sind zur Zeit noch gar nicht in OSM eingespielt, das könnte ich aber bald nachholen. * Es gibt ein Problem dadurch das Orte offiziell anderes heißen, als wir es in der Karte aufnehmen wollen (Beispiel: Die Neue Gemeinde heißt nun Bla-Blub aber es gibt immer noch die beiden Orte Bla und Blub) * Es gibt ein Problem dadurch das auch größere Gliederungen (Beispiel: Bundesland) zum Teil Koordinaten haben und dann in einer Landkarte an einer Stelle auftauchen, obwohl ja das ganze Gebiet gemeint ist. Auf der anderen Seite gibt es nun man in den Map Features auch das Tag place=continent und irgendwo müsste man so ein Tag ja auch in Europa hinsetzen. Das Problem scheint mir machmal auch nur zu sein, das so ein Tag dann auch noch auf Zoom Ebene 12 gerendert wird und nicht auf Zoom Ebene 1-5 begrenzt bleibt. * Und es gibt auch Kritik über den fehlerhaften Datenbestand bei OpenGeoDB (wobei wir jetzt den Stand vom Anfang Dezember 2007 eingespielt haben und sich wohl schon einiges geändert hat.) 100% ohne Fehler (und ohne Nacharbeit) wird kein Update vonstatten gehen, das ist bei der Größe einfach nicht drinn. Deshalb hier nochmal ganz klar die Frage: Sollen wir eine neuen Anlauf wagen? Erstmal nur die Relationen? Alles? Nur einen Ausschnitt? (Wobei das komplizierter ist, wenn man auch Relationen dazu nehmen möchte (So haben Bundesländer, Länder und Kontinente evtl. in OpenGeoDB keine Koordinaten). Aktueller Datenbestand (in denen auch kleinere Orte enthalten sind?)? Oder erstmal mit den alten weiter machen und z.B. die Relationen einführen? Sollen OSM Tags eingefügt werden? Man könnte auch erstmal nur openGeoDB:* tags erzeugen und somit testen ohne das dadurch irgendwas gerendert wird. Ich hatte ja bereits vor dem Update Testdaten auf meine Webseite gestellt und gehofft (das war etwas zu fordernd), das viele einfach mal schauen, wie das in Ihrer Region aussehen würde. Das könnte man natürlich auch mit einen neuen Anlauf machen, man müsste dann gar nichts einspielen. Man könnte auch neue Nodes gar nicht automatisch erzeugen sondern nur welche die openGeoDB:loc_id und openGeoDB:auto_update haben anfassen, wenn es eine neue Version gibt. Ich bin mir auch sehr unsicher, wie wir darüber diskutieren wollen. Auf der Liste? Oder auf einer Wiki-Seite auf der es etwas strukturierter zugehen kann, weil man Oberthemen bilden kann? Ahja: Und ich hoffe es ist mir niemand wirklich böse über den Import! Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Hallo, Vielleicht nicht unmöglich, das sieht man bei aktuellen Webbrowsern. Aber nicht gerade zielführend, was man auch bei aktuellen Webbrowsern und dem ganzen Kampf mit Darstellungsunterschieden, Inkompatibilitäten etc. sieht. Da muss ich vielleicht noch präzisieren. Die Aussage bezog sich auf das Routing und in dieser Form auch nur um die echte Kürzestwegsuche. Die ist eine mathematisch abgeschlossene Geschichte (Graphentheorie) und da ist falsch und richtig genauso bestimmt wie das Ergebnis von 4+4, das eben 8 ist. Und somit gibt es keine Möglichkeit der Fehlertoleranz auf dieser Ebene (der Browser als Vergleich würde sich da im besten Fall mit Fehlermeldung verabschieden) Meistens ist man aber weniger an der kürzesten Distanz interessiert, sondern an der Reisezeit und da kommen die Attribute ins Spiel. Hier gibt es schon Freiräume und keine harte Unterscheidung von richtig und falsch, aber diese Freiräume werden in OSM derzeit recht eigenartig genutzt. Das Gewusle um 'highway' Co hat derzeit zur Folge, dass der Tagger nicht genau weiss, wie er jetzt eine Straße am besten eintragen soll. Aber schlimmer noch weiss ein potentieller Applikationsentwickler nicht, was der Tagger mit seinem Eintrag gewollt hat. Und auch wenn der Eintrag zu seiner Zeit nach bestem Wissen und Gewissen richtig war, mit den ständigen ändernden Taggingmoden ist er es irgendwann nicht mehr. Ich würde das ganze aber etwas optimistischer sehen: wir müssen uns unbedingt auf Regeln für alle wichtigen Gebiete einigen - und ich denke auch nicht, dass das potenzielle Mapper abschreckt. Mann kann ja noch immer an einigen Stellen freie Erweiterungen unterstützen. Meine Sichtweise hat wenig mit mangelndem Optimismus zu tun, sondern ist die Sichtweise eines potentiellen Anwendungsentwicklers, der an dieser Stelle aufgegeben hat und erst dann wieder einsteigt, wenn es eine Anwendungs-API gibt, auf die man sich berufen kann. Ich kann eine Kürzestwegsuche bauen und hab das auch schon gemacht, aber derzeit ist OSM als technische Basis wenig zu gebrauchen, wenn man etwas feiner austesten will. Und die entsprechende Software sollte dann auch wirklich nur Daten unterstützen, die entsprechend dieser Regeln erstellt wurden (vielleicht mit ein paar Ausnahmen für wirklich naheliegende und häufige Fehler). Und wenn es mal soweit ist, dass die Killer-Applikationen stehen, die die OSM-Daten nutzen können, dann werden auch ganz schnell die 10% Daten, die nicht nach den Regeln erfasst wurden, korrigiert werden. Wenns nun mal 10% sind und wenn - nach welchen Kriterien? Eindeutige Infos wie Spuranzahl werden nur selten erfasst und der Rest bleibt frei interpretierbar. Ich würde mir als minimalistischen Anfang mal wünschen, dass es eine klare Aussage dazu gibt, was z.B. 'highway' beschreiben soll: Eine administrative Einteilung, die über Schilder verifizierbar ist? Eine Qualitäts- beschreibung einer Straße (Breite, Belag)? Die Wichtigkeit der Straße (Reisezeit, Verkehrsaufkommen)? Wenn es die administrative Einteilung ist, weiss ich wenigstens, dass ich die unterhalb von 'motorway' fürs Routing nicht gebrauchen kann, weil sie über die Straße nichts konkretes aussagt. Ob der letzte Zusammenhang den meisten Taggern klar ist? Und deshalb bin ich mit der Strategie nicht ganz so glücklich, auf Teufel komm raus Leute ins Boot ziehen zu wollen, nur um möglichst schnell irgendwelche Daten zu bekommen. In gar nicht allzuweiter Ferne wird D-Land als Beispiel auf den Webinterface ganz gut ausschauen und viele werden sich zurücklehnen. Ob man die dann so ganz einfach wieder motivieren kann, wenn man ihnen erzählt, dass sie alles nochmal überprüfen müssen, damits auch im Navi funktioniert? Es könnte schon im ersten Durchlauf klappen, aber dazu müssten im Projekt ein paar Parameter gedreht werden. Grüsse Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neuer OpenGeoDB Anlauf gewünscht? (Re: Erster OpenGeoDB Import in OpenStreetMap ist dur chgelaufen)
Hallo, ich wünsche mir vor allem, dass die Langnamen von der Karte verschwinden. Hier in der Gegend stoße ich auf Karlsruhe (Baden), Rheinstetten (Baden), Sinzheim bei Baden-Baden, Lichtenau (Baden), Bühl (Baden), Rheinau (Baden), Achern (Baden), Oberkirch (Baden) usw. (und das sehr komisch anmutende Hausach (Schwarzwaldbahn)). Dennoch sollte der Langname in irgendeinem Tag gespeichert werden, da diese Informationen in einer Liste von Orten (Suche, Ortauswahl im Navi etc.) sehrhilfreich sein kann. Kannst du das bei einem Update berücksichtigen. Ansonsten müsste man halt bei sehr vielen Orten Hand anlegen. Das Vorgehen zum Ändern und Zusammenfügen der Orte scheint in der FAQ aber recht gut dokumentiert zu sein. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Externe Antennen am Garmin
Sven Geggus schrieb: Hallo zusammen, bringen diese externen Antennen von Garmin für rund 20 Euro eigentlich was? Ich habe insbesondere in den Bergen wenn ich zu Fuß unterwegs bin das Gefühl, dass die Brusttasche oder der Gürtel nicht die perfekte Empfangsposition ist. So ne Antenne könnte man ja oben in den Rucksack stecken. Gruss Sven Moin, bei mir hat es im Auto wahre Wunder gewirkt. Ich habe eine heizbare Frontscheibe mit kleinen Drähten drin. Da war es auf dem Armaturenbrett (Marine-Halterung) nicht so optimal. Ob aber Brust oder Rucksack .. ? -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [OSM-talk-fr] highway=stop
Honnêtement, je ne vois pas trop l'intérêt de ce genre de tag pour l'instant, vu que l'on a pas de bonne solution pour tout ce qui est micromapping. Pour le moment, à part avec une relation, je ne vois pas comment tagger ca efficacement. Renaud. 2008/1/23 Pieren Pieren [EMAIL PROTECTED]: quelqu'un pourrait-il expliquer comment on utilise highway=stop ? Bien entendu, on ne peut pas le mettre sur un node d'intersection de deux routes. Alors, on le met un peu avant ? un peu de combien ? et comment est-on sûr de la direction du stop si deux intersections sont proches comme c'est souvent le cas en ville ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] highway=stop
Axel, ces données ne sont pas inutiles ni superflues. C'est juste qu'il n'y a pas vraiment de manière correcte de les tagger pour que ça ne soit ni ambigue ni à refaire entièrement quand on aura une solution pour cartographier à l'échelle d'une rue. Renaud. On Jan 23, 2008 11:50 AM, Steven Le Roux [EMAIL PROTECTED] wrote: On Wed, 23 Jan 2008 11:29:17 +0100, Axel R. [EMAIL PROTECTED] wrote: Et pour les feux tricolores ? Je me demandais jusqu'où aller... à Issy les moulineaux j'ai mis des écoles, des feux, des magasins, des boîtes aux lettres, des conteneurs à recycler le verre... Une fois que j'aurais tout fait pour toute la ville, y'a d'autres choses à faire ? Clamart ;) Qu'est ce qui est vraiment utile ? Qu'est ce qui est superflu ? Il faut se dire que les données doivent être utilisable par des soft de navigation (genre Navit) donc toute signalisation routière me semble utile. (et espeak de dire : Au feu, tournez à gauche. http://openstreetmap.com/?lat=48.82039lon=2.26032zoom=17layers=0BFT Axel -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] highway=stop
L'idéal serait que tagwatch puisse appeler l'API d'OSM pour pouvoir localiser les problèmes qu'n voudrait fixer manuellement). Ca semble tout à fait faisable. A mon avis le plus difficile là dedans c'est d'afficher touts les infos clairement et lisiblement... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] highway=stop
Ben au USA (au moins) les carrefours avec signal stop, en ont un pour chaque voie... comme pour les feux ... Tout le monde s'arrete, le premier arriver peut repartir en premier Un peu déroutant la première fois :) Le 23/01/08, Pieren Pieren [EMAIL PROTECTED] a écrit : Pour l'instant, c'est la page 'Map Features' qui fait référence et c'est là que j'ai vu cet unique tag qui parle de signalisation (avec le traffic_signals). Je viens de trouver une page wiki ( http://wiki.openstreetmap.org/index.php/Mapping/Features/Junction) qui dit : Intersections with stop signs should be tagged highwayhttp://wiki.openstreetmap.org/index.php/Key:highway = stophttp://wiki.openstreetmap.org/index.php?title=Tag:highway%3Dstopaction=edit. Intersections with traffic signals should be tagged highwayhttp://wiki.openstreetmap.org/index.php/Key:highway = traffic_signalshttp://wiki.openstreetmap.org/index.php?title=Tag:highway%3Dtraffic_signalsaction=edit . Bon, pour le feu tricolore, pourquoi pa. Mais mettre le stop sur le point d'intersection n'a pas de sens pour moi. Je vais lancer la question sur la maillist principale. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] highway=stop
mmmh je viens de lire le message de Pieren sur la liste talk. Oubliez mon message alors, j'ai compris que la question était doit-on utiliser une relation sur l'intersection ou alors utiliser un node pour marquer le panneau. Je répond alors en donnant mon avis : je pense qu'une relation fait parfaitement l'affaire. 1) sur chaque carrefour, on économie des nodes (mine de rien la BDD apréciera :) ) 2) je vois pas l'interet de savoir que le panneau est 50m avant. Ce qui m'intéresse pour être emmené à bon port, c'est que à la jonction je devrais m'arreter. Le logiciel sera capable tout seul d'afficher en avance un avertissement. 2008/1/23 Olivier Boudet [EMAIL PROTECTED]: Je réexplique mon message de tout à l'heure, en essayant d'être plus clair : On a deux routes A et B. --A--o--A | | B | Seule la route B possède un stop, l'autre voie est continue. Je verrais bien comme tag, sur le noeud de l'intersection o : junction=stop ainsi qu'une relation : relation=junction type=stop apply_to=B Et si on avait une voie C arrivant du nord : relation=junction type=stop apply_to=B apply_to=C J'ai mis apply_to comme tag mais en réalité ce serait les membres de la relation (cf la fenetre dans JOSM) et donc ils ne sont pas obligé d'avoir de clés (de la même manières que les relations multipolygon) Avec ce genre de tag, un logiciel de navigation pourrait réagir de cette façon : je suis sur A donc je n'ai pas besoin de m'arreter en traversant le noeud je suis sur B donc je dois marquer un stop en traversant le noeud je suis sur C donc je dois marquer un stop en traversant le noeud 2008/1/23 Pieren Pieren [EMAIL PROTECTED]: ok alors je comprend la signification du tag pour les ricains mais est-ce la même chose quelque part en Europe (UK) ? Si c'est uniquement pour les USA, il faudrait alors le préciser sur le wiki 2008/1/23 Philippe Piquer [EMAIL PROTECTED]: Ben au USA (au moins) les carrefours avec signal stop, en ont un pour chaque voie... comme pour les feux ... Tout le monde s'arrete, le premier arriver peut repartir en premier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] Re: Evolution vers les chemins de rand onnée
On Tue, 22 Jan 2008 15:34:40 +0100, Pieren Pieren [EMAIL PROTECTED] wrote: oui, la France n'apparait pas dans les niveaux de zoom inférieurs Il faudrait contacter Andy pour en connaitre la raison... C'est génial ça. En tout cas je sais que j'ai taggué des pistes sur ma communes donc le filtrage ne s'explique pas par l'absence de donnée (ou alors le trop peu ?) -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] highway=stop
Je ne vois pas où est le problème. Si B et C sont la même route, tu entends par là si c'est la même ref ou le même nom ? Si c'est ça, il suffit de découper le chemin en deux et d'appliquer la relation stop qui convient. Et ensuite, rien n'empeche de mettre une autre relation pour spécifier que B et C font belle et bien partie de la même route. 2008/1/23 murphy2712. nospam [EMAIL PROTECTED]: On a deux routes A et B. --A--o--A | | B | ... Et si on avait une voie C arrivant du nord : relation=junction type=stop apply_to=B apply_to=C Et dans le cas où B et C correspondent à la même route ? Comment sait-on à qui s'applique la relation ? (il n'y a pas forcément de stop de chaque côté) Peut être faudrait-il couper la route ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] highway=stop
oui mais ça fait 2 opérations: - couper le way en deux (B et C) -créer une relation node-way B - éventuellement créer une relation qui indique que B et C font partis de la même rue... Ca fait beaucoup de travail pour éviter de placer un node juste à coté de l'intersection, mais pourquoi pas... Je ne vois pas où est le problème. Si B et C sont la même route, tu entends par là si c'est la même ref ou le même nom ? Si c'est ça, il suffit de découper le chemin en deux et d'appliquer la relation stop qui convient. Et ensuite, rien n'empeche de mettre une autre relation pour spécifier que B et C font belle et bien partie de la même route. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] highway=stop
C'est vrai que le cas où B et C ne font qu'un seul way mais que le stop ne se trouve qu'au sud de l'intersection, on est coincé Finalement, un node juste avant l'intersection serait plus simple, non ? Si quelqu'un pourrait me montrer un tel exemple sur les images Yahoo ca m'arrangerait car j'ai beaucoup de mal à imaginer cette situation... Mais je ne comprends quand même pas ce qui gène là dedans. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] highway=stop
Ah bah oui, mais à voir ce que l'on souhaite : - des données pertinente - la simplicité Personnellement mon choix est fait :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] highway=stop
Il y'a des tags qui trainent dans les Map Features depuis des lustres et qui datent de l'époque où il n'y avait pas vraiment de discussion et de votes pour les tags qui sont approuvés. Pas mal de trucs s'y trouvent alors qu'à mon avis ils n'ont rien à y faire. Après je pense que la majorité des gens font comme moi et les ignorent sans pour autant prendre la peine de changer ou faire changer les Maps Features. Renaud. 2008/1/23 Pieren Pieren [EMAIL PROTECTED]: oui, une relation peut faire l'affaire et on peut discuter des détails. Moi, ce qui m'intrigue le plus, c'est que ce tag traine dans la Map features depuis.. des mois ? des années ? alors que personne ne peut en donner une explication claire... Je me suis posé la question car j'ai récement mappé un quartier qui a des panneaux stops pratiquement à chaque intersection... C'est vrai que le cas où B et C ne font qu'un seul way mais que le stop ne se trouve qu'au sud de l'intersection, on est coincé Finalement, un node juste avant l'intersection serait plus simple, non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Layer Maplint Annotation sur Paris
Je signale juste que personnellement il m'arrive de mettre des tags unclassified sur des voies qui n'ont de toutes façon ni ref, ni name. Je ne suis pas sur Paris, mais je tenais juste à pointer du doigt le fait que *peut être* certaines voies ont été tagguées volontairement de cette manière, et pas par manque de données... Mais je ne fais qu'hypothèses, je le repète, je ne suis pas sur Paris, et ait jamais regardé ce qui avait été fait là bas. 2008/1/23 [EMAIL PROTECTED]: Salut à tous, On a vu dans les différents articles parus récemment que la perception de la couverture des grandes villes, notamment Paris, étaient relativement faussées par le fait que de nombreuses voies étaient visibles sur les rendus en raison de la présence du tag highway=unclassified ou highway=residential. Sans les autres tag (name et éventuellement oneway), cette information n'a pas d'interêt et ne permet pas de faire un point régulier de l'avancement de la couverture. J'ai découvert récemment le layer Maplint Annotation et je pense que c'est actuellement le meilleur moyen pour voir toutes les voies qu'il reste à tagguer...cela me semble en tous les cas plus pratique que la note FIXME. La condition est de ne pas mettre du tout de tag highway. Pour ceux qui travaillent sur Paris (Axel, cantece...), je vous propose donc, si vous ne connaissez pas le nom et le sens de circulation des voies, de ne pas tagguer plutôt que de mettre un tag highway=unclassified. Je propose même de supprimer ce tag si il est déjà présent seul. Les voies tracées mais non tagguées seront alors mises en évidences comme untagged way sur le layer Maplint Annotation. Simon (STA) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Layer Maplint Annotation sur Paris
J'ai découvert récemment le layer Maplint Annotation et je pense que c'est actuellement le meilleur moyen pour voir toutes les voies qu'il reste à tagguer... j'ai rien compris, mais peut-être que si on m'explique ce que c'est que layer Maplint Annotation ça m'aiderait :) Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] highway=stop
2008/1/23 Olivier Boudet [EMAIL PROTECTED]: Ah bah oui, mais à voir ce que l'on souhaite : - des données pertinente - la simplicité je suis peut-être exigeant mais moi, je préfère : - des données pertinentes avec la simplicité ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Layer Maplint Annotation sur Paris
Frédéric Bonifas a écrit : Salut, Je ne suis pas vraiment d'accord avec cela. Par exemple, quand je me ballade en vélo et que je cherche à rejoindre un endroit, l'information qui m'intéresse est le tracé des routes qui y mènent, et le nom m'importe peu : le tag highway est alors plus important que le tag name. À mon sens, le tag highway est donc aussi intéressant que le tag name et je ne vois pas pourquoi il faudrait le supprimer des rues qui n'ont pas encore de tag name. Au contraire, le but est d'ajouter chaque information qu'on a sur une route et de compléter ces infos ensuite, même si le nom n'est peut-être pas présent dès le début. Je suis tout a fait d'accord avec Frédéric. Je considère la carte comme complète dans un certain sens même si il manque les noms. Tout le monde ne souhaite pas faire de la navigation auto-vélo (sens uniques nécessaires). Si quelqu'un veux faire du géoréférencement précis, il va considérer quasiment l'ensemble d'OSM comme imcomplet car il manque les numéros de maison. Espérons que cette personne ne va pas effacer tous les tags existant pour que le layer maplint lui donne une mesure de son idée de la complétude ;) Je pense que pour ce que tu veux faire, il faut plutôt modifier les règles du layer maplint ou plus simplement (enfin moi je trouve ça plus simple) de te servir du plugin validator de JOSM. Dans les deux cas tu peux avoir une vue des rues sans nom. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveaux venus...
Je ne suis pas de la police, mais la curiosité m'étreint. C'est bien normal :-) Donc je m'interroge : Il y a eu de la pub pour OSM quelque part ? C'est suite à la présentation de KDE4 chez Google ? http://wiki.openstreetmap.org/index.php/OpenStreetMap_in_the_press#January_2008 Ça doit y contribuer un peu ! -- Gwenn signature.asc Description: Digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[Talk-GB] 1st Birmingham Mico Mapping Event - Inside the Ringroad
When: Sunday 3rd February - Morning Where: Meet at the Café Vite in the ICC Mall at 9:00am To Map What: Complete the area around Brindleyplace and wrap up the Jewellery Quarter. No GPS required (but bring if you have). Afterwards: Lunch in one of the local pubs. If you are coming please add your name to the wiki: http://wiki.openstreetmap.org/index.php/OSM_Midlands%2C_UK_User_Group#Next_G roup_Meet-up Also: The page for the main South Birmingham Mapping Party in April is now up. Please add your name to the list if you are planning or hoping to come to either or both days. Adding names encourages others to do the same and will ensure we have a great event and a lot of fun. http://wiki.openstreetmap.org/index.php/Birmingham_Mapping_Party Cheers Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-gb
