Re: [OSM-talk] Left and Right?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karl Newman wrote: On Mon, Aug 25, 2008 at 3:34 PM, Mark Williams [EMAIL PROTECTED]wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 robin paulson wrote: Rory McCann wrote: Gervase Markham wrote: What's current tagging best practice with things which are to the left or the right of a way (e.g. bus stops)? A nearly-approved proposal for a canal-side object has been objected to by someone who thinks that the tag should be on a node which is part of the canal rather than next to it, with left/right indicated as part of the tag key name. http://wiki.openstreetmap.org/index.php/Proposed_features/Mooring Do we do that for any other tags? Do we have highway:left=bus_stop? Gerv Personally I add the node to left of the way, not as part of the way. I believe the OSM theory is that the way represents the middle of the road. So things like mini-roundabounds and traffic lights are part of the way (ie road), but a bus stop is off to the side of the road. the problem with this is that 'bus stop' (and canal mooring, etc,) implies a place where the bus stops, which is on the road. the fact the bus shelter, or sign, or bench, is some distance off to the side of the road shouldn't matter - the bus itself stops on the road, so the node imo should be part of the way if the bus stop is off to the side of the road, i.e. not connected to it, then the bus can't physically get to it, which seems very wrong or, consider from the pedestrian's point-of-view: it is assumed for all roads except motorways and where explicitly stated, that there is foot=yes access. in which case, the footpath/sidewalk/pavement is therefore part of the way which represents the road; we don't draw a separate way off to one side, running parallel. the bus stop must be on the footpath for the pedestrian to be able to walk up to it, so again it must be part of the way this problem is i think muddled by the fact we represent an area (a road) with a linear object (a way), which theoretically has zero width, so the natural step from this is to say: 'the way represents the centre of the road, and the bus stop/canal mooring is not in the centre of the road, it's at the side of the road, so I'll put it to one side of the way' as for placing the node to one side of the way in order to get the icon to be placed correctly, this sounds a lot like 'tagging for the renderer' I disagree with this view. Do you tag post boxes as way nodes? Shops? Telephones? No... So why bus stops? They aren't in the road. They are sites on the side, like all of the above. It makes no sense to tag them as way objects. I have seen the arguments about knowing which way they belong to; IMHO this is specious, no bus company works by looking at OSM to see where to route their buses, but a map user may well want to know just where the bus stop is - Anyone looking at a map of where they are who doesn't know which side they drive, is in trouble. The same goes for any navigation software. It really isn't hard to link from bus-stops as points to nearby ways - check out all the routing apps, not many need a hard node ID or way ID to commence from / get to - they find a nearby way from a lat/long. If Gosmore can do it, why not any other app? It just introduces a whole load of hassle working out which bus stop goes in which direction, sticking it in the middle of the road. It looks stupid in the renderers for a very good reason. My 2p, but I don't want this to look like everyone thinks that way nodes are good.. Mark If you happen to know exactly which nodes (which are not part of the way) are your start and end points, then routers can deal with that. If you want to know which bus stops you will pass while traveling along a way, that's a much more difficult problem if the nodes are not somehow topologically associated with the way. It's a more serious problem with house numbers because the data volume is so much higher (many more house numbers than bus stops), which makes it even more important to associate a number with a way (and not by using the street name--that's not topological, is subject to typos and is difficult to validate automatically). Karl Sorry? I don't have to specify a node for several of the routers, just a coordinate. Therefore I don't have to happen to know which node to go from. Equally, if I'm using a map to navigate I can see which POI's I pass, else (if I care) I can get a list by post-processing the route to see what's nearby - though I don't see that I'm likely to [care]. If the bus stops are tied to a bus route or a way by a relation, then it's trivial; especially compared to the difficulty of working out which bus stop to walk to when two are in the middle of the road, 200 yards apart. Is 'mapping for renderers' any worse than 'mapping for routers'? Step back from the we're going to use it for routing busses approach a
Re: [OSM-talk] Left and Right?
IMO, comparing bus stops to post boxes or phone booths is a bit specious. Of course the bus stop shelter, or sign, is off the road/street. Or else they would cause some problems to motorists ! But they are in fact closely tied to that road, as the buses that stop there drive on that road, not aside it. OTOH, when you want to use a post box or a phone booth, you normally don't just stop on the road nearby, you have to park somewhere and walk to it. Thus they are really off-road features, unrelated to the road. -Message d'origine- De : [EMAIL PROTECTED] [mailto:talk- [EMAIL PROTECTED] De la part de Mark Williams Envoyé : mardi 26 août 2008 00:34 À : robin paulson Cc : OSM Talk Objet : Re: [OSM-talk] Left and Right? -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 robin paulson wrote: Rory McCann wrote: Gervase Markham wrote: What's current tagging best practice with things which are to the left or the right of a way (e.g. bus stops)? A nearly-approved proposal for a canal-side object has been objected to by someone who thinks that the tag should be on a node which is part of the canal rather than next to it, with left/right indicated as part of the tag key name. http://wiki.openstreetmap.org/index.php/Proposed_features/Mooring Do we do that for any other tags? Do we have highway:left=bus_stop? Gerv Personally I add the node to left of the way, not as part of the way. I believe the OSM theory is that the way represents the middle of the road. So things like mini-roundabounds and traffic lights are part of the way (ie road), but a bus stop is off to the side of the road. the problem with this is that 'bus stop' (and canal mooring, etc,) implies a place where the bus stops, which is on the road. the fact the bus shelter, or sign, or bench, is some distance off to the side of the road shouldn't matter - the bus itself stops on the road, so the node imo should be part of the way if the bus stop is off to the side of the road, i.e. not connected to it, then the bus can't physically get to it, which seems very wrong or, consider from the pedestrian's point-of-view: it is assumed for all roads except motorways and where explicitly stated, that there is foot=yes access. in which case, the footpath/sidewalk/pavement is therefore part of the way which represents the road; we don't draw a separate way off to one side, running parallel. the bus stop must be on the footpath for the pedestrian to be able to walk up to it, so again it must be part of the way this problem is i think muddled by the fact we represent an area (a road) with a linear object (a way), which theoretically has zero width, so the natural step from this is to say: 'the way represents the centre of the road, and the bus stop/canal mooring is not in the centre of the road, it's at the side of the road, so I'll put it to one side of the way' as for placing the node to one side of the way in order to get the icon to be placed correctly, this sounds a lot like 'tagging for the renderer' I disagree with this view. Do you tag post boxes as way nodes? Shops? Telephones? No... So why bus stops? They aren't in the road. They are sites on the side, like all of the above. It makes no sense to tag them as way objects. I have seen the arguments about knowing which way they belong to; IMHO this is specious, no bus company works by looking at OSM to see where to route their buses, but a map user may well want to know just where the bus stop is - Anyone looking at a map of where they are who doesn't know which side they drive, is in trouble. The same goes for any navigation software. It really isn't hard to link from bus-stops as points to nearby ways - check out all the routing apps, not many need a hard node ID or way ID to commence from / get to - they find a nearby way from a lat/long. If Gosmore can do it, why not any other app? It just introduces a whole load of hassle working out which bus stop goes in which direction, sticking it in the middle of the road. It looks stupid in the renderers for a very good reason. My 2p, but I don't want this to look like everyone thinks that way nodes are good.. Mark -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIszNhJfMmcSPNh94RAkPOAJ9ALC4KpvGSUlTVxbVcNbW2jRuPFwCfcfAZ DIsY6girm+HvwS6kYgf/8V8= =dM1X -END PGP SIGNATURE- ___ 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] Diaries via a GeoRSS Box Filter
Hi, OpenStreetMap has this nice [1]feed of its users' [2]diaries, so that you can get all excited about the progress that fellow mappers have done near you. Now if you actually try to follow that feed, you may notice, as did I, that the problem is in the word _near_, which is the missing piece. It does not help to learn about new developments on [3]another continent. Fortunately (and unsurprisingly) the feed is [4]GeoRSS so we can filter its contents based on the coordinates supplied with most diary entries. I did not find such service on the Web so I wrote it myself: a [5]GeoRSS Box Filter. You say geofilter.php?url=...minlat=...maxlat=...minlong=...maxlong=... and it filters the given feed according to the given bounding box. If you omit the url, it defaults to the above mentioned OSM diary feed, and the bounding box defaults to Czechoslovakia. More examples? How about the [6]United Kingdom? or [7]Georgia? (The [8]Export tab is handy to get the numbers, BTW) To watch for uploaded GPS traces, use [9]geofilter.php?url=http://openstreetmap.org/traces/rss. I wonder what other interesting feeds you can find to experiment with (but I did not try anything else than RSS 2.0). Oh, and I worked on this all on the [10]company time because it's [11]Hack Week3 now, yay! Reposted from: http://mvidner.blogspot.com/2008/08/openstreetmap-diaries-via-georss-box.html Links: 1. http://www.openstreetmap.org/diary/rss 2. http://www.openstreetmap.org/diary 3. http://www.openstreetmap.org/user/Tatata/diary/2985 4. http://en.wikipedia.org/wiki/GeoRSS 5. http://vidner.net/martin/software/geo/geofilter.php 6. http://vidner.net/martin/software/geo/geofilter.php?minlat=50maxlat=60minlong=-9maxlong=2 7. http://vidner.net/martin/software/geo/geofilter.php?minlat=40.7maxlat=43.7minlong=39.7maxlong=46.7 8. http://www.openstreetmap.org/export/ 9. http://vidner.net/martin/software/geo/geofilter.php?url=http://openstreetmap.org/traces/rss 10. http://www.suse.cz/en/ 11. http://zonker.opensuse.org/2008/08/25/hack-week-iii-off-and-running/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] High-Precision GPS Survey Equipment?
On 8/25/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi all, Just to give a hint at what is possible, the company I work for flagship receiver (L1/L2 dual frequency) can achieve sub-cm accuracy for static observations when tied into a nearby reference station (or other receiver). Anyone know if the very high accuracy receivers can maintain their accuracy whilst on the move, in a car for example, or whether you'd need to be static or do frog-jumps from point to point? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] High-Precision GPS Survey Equipment?
On Tue, Aug 26, 2008 at 6:33 PM, Tim Waters (chippy) [EMAIL PROTECTED] wrote: On 8/25/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi all, Just to give a hint at what is possible, the company I work for flagship receiver (L1/L2 dual frequency) can achieve sub-cm accuracy for static observations when tied into a nearby reference station (or other receiver). Anyone know if the very high accuracy receivers can maintain their accuracy whilst on the move, in a car for example, or whether you'd need to be static or do frog-jumps from point to point? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Here's how John Deere does it. I don't think it will do any good for interference from buildings though. http://en.wikipedia.org/wiki/StarFire_(navigation_system) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] You know you have OCOSMD when...
...you go on holiday to a Scottish island, and one of the words your two-year old son learns while he's there is GPS. -- Jonathan (Jonobennett) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Left and Right?
On Tue, Aug 26, 2008 at 1:30 AM, Andy Robinson (blackadder-lists) [EMAIL PROTECTED] wrote: Chris Morley wrote: Sent: 24 August 2008 8:51 PM Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Left and Right? Karl Newman wrote: On Sun, Aug 24, 2008 at 9:53 AM, Rory McCann [EMAIL PROTECTED] Gervase Markham wrote: What's current tagging best practice with things which are to the left or the right of a way (e.g. bus stops)? A nearly-approved proposal for a canal-side object has been objected to by someone who thinks that the tag should be on a node which is part of the canal rather than next to it, with left/right indicated as part of the tag key name. http://wiki.openstreetmap.org/index.php/Proposed_features/Mooring Do we do that for any other tags? Do we have highway:left=bus_stop? Personally I add the node to left of the way, not as part of the way. I believe the OSM theory is that the way represents the middle of the road. So things like mini-roundabounds and traffic lights are part of the way (ie road), but a bus stop is off to the side of the road. A similar thinking is obvious in the Karlsruhe House Address Scheme ( http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Ka rlsruhe_Schema), since the buildings that are numbered are not physically in the middle of the road, they are added as nodes to the left or right of the way. Yes, and that method is not topological, which makes it very difficult to associate that feature (bus stop, house number, whatever) with the way that it's actually located on. It should either be a node that is part of the way, or have a relation to connect the node with the way. I think that the topological aspect of OSM's data structure is important and well worth maintaining in nodes and ways as well as in relations. We are not just drawing pictures, we are also recording relationships. This is why the representation of a mooring - a stretch of canal where boats tie up - as a separate way not connected to the canal seems wrong to me. In this case and with bus stops or house numbers, if you convey which side it is on by having a separate node or way displaced an arbitary short distance to one side, then you lose this side information at lower scales, when it may still be important to a user. With a topological description it is still available. I totally agree on this approach, ie the node is part of the way, but only for features which have direct relationship to each other. This for a bus stop of a mooring I make the node part of the way because these are features that apply and have a relationship with the way itself. For house numbers however I make a separate node. I do this for two reasons, the first is that the house has no relevance to the way it is alongside. We think of house What? Of course it has relevance. The number means nothing without the street. Houses don't have GUIDs. It has to be associated with it's street if you ever want to look it up by address. numbers being part of a street but in reality they aren't, they are references for buildings. The second reason is that if we were to add nodes for every house on both sides of the street to every way we would soon find out ways totally unmanageable. As a further reason, houses are normally connected to the street with a driveway/footpath. In a fully featured map you would draw these in eventually. Its these that make the true relationship between building and street. There's no need to add house numbers at every node in a way (except for weird cases where the house numbers are not sequential). Put the numbers at intervals and let interpolation take care of the rest. Always try top keep things simple. Keep like with like and don't try to over engineer the result and generally the result will be more than sufficient. The Karlsruhe schema is an example of what you get without any engineering at all--just look how many different scenarios are presented on that page! The common method used by other systems which store house numbers (for example, TIGER) is to associate a house number with the way and indicate if it's on the left or right. This is done only at certain points, and linear interpolation takes care of the rest. This is also what's expected by existing navigational systems (e.g., Garmin GPS) and if we ever hope to be able to use our house number data there, it needs to be able to be transformed into that format. The Karlsruhe schema does not allow for that without a huge amount of work and a lot of uncertainty about the result. I'm not opposed to putting the house number on a separate node, but it needs to be topologically connected with the way using a relation in that case, because in real life, the house address *is* associated with the street it's on. Karl
[OSM-talk] OSM mobile editor
Hello everyone, Was thinking of a few ideas for an OSM mobile editor which could work as follows: * Ability to allow user in the field to add new attributes to a way (e.g. road name if it's missing, or one way) or correct existing attributes. * Allow a user to add new POIs. * Could work by either downloading OSM data live from the server (though this would have problem of being relatively expensive for the user) or by the user preloading OSM data to the phone before they go out. * Allows user to add annotations to Openstreetbugs (e.g. missing footpath here) * Because the inbuilt GPS in phones is not as good as dedicated devices, it would not be a priority to develop features to allow surveying of new ways. However this could be built in, in preparation for inbuilt mobile GPS improving in the future. * Java ME based for maximum cross platform support. Does this seem like a good approach? As can be seen the idea is not so much to allow addition of new ways (due to the inbuilt GPS on phones not being great) but more to add POIs and tags to existing ways. If there's interest and - more crucially - if I have the time (always difficult!) I could start work on it. Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] You know you have OCOSMD when...
...you go on holiday to a Scottish island, and one of the words your two-year old son learns while he's there is GPS. My daughter rides her bike around lamp posts saying she's 'mapping around'. Corrupt them whilst they're young! Mungewell. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM-TileDownload 0.0.0.6 released
Hi everyone, I released OSM-TileDownload Version 0.0.0.6. beside some minor changes(ui, ..) the 'big' change is the support for cloudmade.com tiles (and the 3 different renderstyles) The project site is: http://osm-tiledownloa.berlios.de/ [no typo! :-( ] Also it is listed on: http://kde-apps.org/content/show.php/show.php?content=87835 http://qt-apps.org/content/show.php/show.php?content=87837 A short description of the app: With OSM-TileDownload you can easily create maps from www.openstreetmap.org OSM-TileDownload requires Python, Qt4, PyQt4 and ImageMagick. Cheers, q000te ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM mobile editor
*cough* http://wiki.openstreetmap.org/index.php/Mom *cough* Nick Whitelegg: Hello everyone, Was thinking of a few ideas for an OSM mobile editor which could work as follows: * Ability to allow user in the field to add new attributes to a way (e.g. road name if it's missing, or one way) or correct existing attributes. * Allow a user to add new POIs. * Could work by either downloading OSM data live from the server (though this would have problem of being relatively expensive for the user) or by the user preloading OSM data to the phone before they go out. * Allows user to add annotations to Openstreetbugs (e.g. missing footpath here) * Because the inbuilt GPS in phones is not as good as dedicated devices, it would not be a priority to develop features to allow surveying of new ways. However this could be built in, in preparation for inbuilt mobile GPS improving in the future. * Java ME based for maximum cross platform support. Does this seem like a good approach? As can be seen the idea is not so much to allow addition of new ways (due to the inbuilt GPS on phones not being great) but more to add POIs and tags to existing ways. If there's interest and - more crucially - if I have the time (always difficult!) I could start work on it. Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM-TileDownload 0.0.0.6 released
Hi, q000te wrote: I released OSM-TileDownload Version 0.0.0.6. Not wanting to spoil the fun but I suggest you create a Wiki page on which you announce new releases (or just put in SVN). If everyone were to report every minor version upgrade to this list then we'd be pretty swamped. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Diaries via a GeoRSS Box Filter
That's really cool. I should really sort out georeferencing my blog posts (might need to hack WordPress a bit or find a plugin, and then I want to add an OSM map or link to my template). Then you could put the url as http://blogs.openstreetmap.org which is user diaries plus a fairly long list of OSM people who blog on their own website. -- Gregory [EMAIL PROTECTED] http://www.livingwithdragons.com 2008/8/26 Martin Vidner [EMAIL PROTECTED] Hi, OpenStreetMap has this nice [1]feed of its users' [2]diaries, so that you can get all excited about the progress that fellow mappers have done near you. Now if you actually try to follow that feed, you may notice, as did I, that the problem is in the word _near_, which is the missing piece. It does not help to learn about new developments on [3]another continent. Fortunately (and unsurprisingly) the feed is [4]GeoRSS so we can filter its contents based on the coordinates supplied with most diary entries. I did not find such service on the Web so I wrote it myself: a [5]GeoRSS Box Filter. You say geofilter.php?url=...minlat=...maxlat=...minlong=...maxlong=... and it filters the given feed according to the given bounding box. If you omit the url, it defaults to the above mentioned OSM diary feed, and the bounding box defaults to Czechoslovakia. More examples? How about the [6]United Kingdom? or [7]Georgia? (The [8]Export tab is handy to get the numbers, BTW) To watch for uploaded GPS traces, use [9]geofilter.php?url=http://openstreetmap.org/traces/rss. I wonder what other interesting feeds you can find to experiment with (but I did not try anything else than RSS 2.0). Oh, and I worked on this all on the [10]company time because it's [11]Hack Week3 now, yay! Reposted from: http://mvidner.blogspot.com/2008/08/openstreetmap-diaries-via-georss-box.html Links: 1. http://www.openstreetmap.org/diary/rss 2. http://www.openstreetmap.org/diary 3. http://www.openstreetmap.org/user/Tatata/diary/2985 4. http://en.wikipedia.org/wiki/GeoRSS 5. http://vidner.net/martin/software/geo/geofilter.php 6. http://vidner.net/martin/software/geo/geofilter.php?minlat=50maxlat=60minlong=-9maxlong=2 7. http://vidner.net/martin/software/geo/geofilter.php?minlat=40.7maxlat=43.7minlong=39.7maxlong=46.7 8. http://www.openstreetmap.org/export/ 9. http://vidner.net/martin/software/geo/geofilter.php?url=http://openstreetmap.org/traces/rss 10. http://www.suse.cz/en/ 11. http://zonker.opensuse.org/2008/08/25/hack-week-iii-off-and-running/ ___ 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] Left and Right?
2008/8/26 Mark Williams [EMAIL PROTECTED]: I disagree with this view. Do you tag post boxes as way nodes? Shops? Telephones? No... So why bus stops? They aren't in the road. They are sites on the side, like all of the above. It makes no sense to tag them as way objects. a good point, and as i said, this is complicated a lot by representing areas as ways i.e. roads. no, i dont' suggest we change, but whatever we do to get round this will be a botch or compromise however, i will disagree that bus stops are off to one side. the bus stops on the road, not on the pavement. the positioning of the sign/shelter is irrelevant, the bus always stops on the road, regardless. and there are bus stops here where it says 'bus stop' painted on the road, not on a sign at all. as to the others, no i place them off to one side, as i do telephones. as for shops: well i was thinking about this on friday while walking round the university, and considering routing from one building to another, entirely on campus footpaths - it occurred to me that we may need an 'entrance' tag for buildings, otherwise where do we join the end of the path to? paths must lead to buildings, otherwise we can't route to them. so, in the case of shops, i would suggest a short footway from the highway to the shop entrance should po boxes be way nodes? i haven't thought about it previously, but to be consistent (something that's lacking in osm), we probably should. it needs more thinking about, but in a holistic way, not the haphazard way these things are done at the moment - something i'm guilty of myself, by the way... I have seen the arguments about knowing which way they belong to; IMHO this is specious, no bus company works by looking at OSM to see where to why not? there are non-profits and other orgs that have started using osm maps instead of their own/paid for 3rd party services. why shouldn't a bus company use them as well? i'd be very keen on my local council not doling out thousands a year to whoever they pay for their maps route their buses, but a map user may well want to know just where the bus stop is - Anyone looking at a map of where they are who doesn't know which side they drive, is in trouble. The same goes for any navigation software. people are including bus routes in osm data, so clearly they are used for more than people just getting to the stop It really isn't hard to link from bus-stops as points to nearby ways - check out all the routing apps, not many need a hard node ID or way ID to commence from / get to - they find a nearby way from a lat/long. If Gosmore can do it, why not any other app? i'll put this in the category of 'work around'. it's not any decent solution, but more corner-cutting. and it causes problems where for instance there is a stream, or railway track, that makes a destination physically close, but impractical/dangerous to get to. to solve that problem, we then have to come up with another solution, and it quickly becomes quite messy It just introduces a whole load of hassle working out which bus stop goes in which direction, sticking it in the middle of the road. It looks stupid in the renderers for a very good reason. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Left and Right?
2008/8/26 Mark Williams [EMAIL PROTECTED]: Is 'mapping for renderers' any worse than 'mapping for routers'? both are bad i think Step back from the we're going to use it for routing busses approach a moment; a fair few users may wish to print a map, so the renderers need to do this right. I will prefer to see the bus-stops pass on the sat-nav map as reference as I drive by them. I might like warning of busses likelihood of stopping. My main driver on this is that they are roadside features, not highway features. As I said, like pubs, postoffices, etc. This is the real world, mapping what's on the ground, bus stops are not like mini-roundabouts or traffic lights. well, it's a representation of the real world, and idealised, yet imperfect one at that i'm not sure why they're roadside features, rather than highway features. the bus stops *on* the highway (which includes the path, as we discussed earlier). at no point does it leave the highway the *sign* is on the roadside. we're not mapping signs. maps and signs do the same thing, but in different ways - they contain information about a mapworthy feature, but each are not mapworthy themselves. we're not mapping signs Finally, yes I think the above is right for house numbers as well. My house is next to the way; not even on the implied footpath, it's an off-road feature. I think this is true of most... absolutely. ideally, there would be a drive from the road to the parking area, then a path from that to the door ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Left and Right?
2008/8/27 Karl Newman [EMAIL PROTECTED]: What? Of course it has relevance. The number means nothing without the street. Houses don't have GUIDs. It has to be associated with it's street if you ever want to look it up by address. i'm not sure what a guid is, i assume it's 'globally unique identification'? in which case, yes they do - it's the property deed number. and it may sound pedantic, but we should really talk about the *property address*, not the *house address* - the first includes driveway, paths, car parks, garden, etc, etc. and maybe does not have a building there at all; the second makes all sorts of assumptions which will only be true in a small number of addresses this is going to be very relevant in the near future - land information new zealand are more than likely going to give us permission to include their property info database (the entire country, probably around a million ways defining property boundaries) in osm, so we're going to need a tagging scheme that accounts for it, and ties together the deed number and the street address numbers being part of a street but in reality they aren't, they are references for buildings. The second reason is that if we were to add nodes for every house on both sides of the street to every way we would soon find out ways totally unmanageable. As a further reason, houses are normally connected to the street with a driveway/footpath. In a fully featured map you would draw these in eventually. Its these that make the true relationship between building and street. spot on. There's no need to add house numbers at every node in a way (except for weird cases where the house numbers are not sequential). Put the numbers at intervals and let interpolation take care of the rest. Always try top keep things simple. Keep like with like and don't try to over engineer the result and generally the result will be more than sufficient. The Karlsruhe schema is an example of what you get without any engineering at all--just look how many different scenarios are presented on that page! The common method used by other systems which store house numbers (for example, TIGER) is to associate a house number with the way and indicate if it's on the left or right. This is done only at certain points, and linear interpolation takes care of the rest. This is also what's expected by existing navigational systems (e.g., Garmin GPS) and if we ever hope to be able to use our house number data there, it needs to be able to be transformed into that format. The Karlsruhe schema does not allow for that without a huge amount of work and a lot of uncertainty about the result. I'm not opposed to putting the house number on a separate node, but it needs to be topologically connected with the way using a relation in that case, because in real life, the house address *is* associated with the street it's on ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Left and Right?
2008/8/27 David Ebling [EMAIL PROTECTED]: I disagree. I might drive up to a post box to post a letter, if I was really lazy. However, unless I'm a bus driver (and let's face it, they're not going to be the main map users) you are unlikely to drive up to a bus stop to get on a bus (unless you're dropping someone off of course, in which case you may cause an obstruction to a bus.) Bus stops are POIs that are primarily of interest to pedestrians, not motorists, so which side of the road they are matters, and the logical place to put nodes is, IMHO, next to the road, not in the middle of it. The bus may stop in the road, or it may pull into a layby that forms part of the bus stop. However, the bus stop user stands to the side of the road. that's not really the point - the fact remains, it is a feature of the road, regardless of whether a road user or pavement user is more likely to use it. we shouldn't change the mapped location of an item based upon it's use case. it's either in one position or another - we shouldn't get all artistic with it Discussions about whether the node can easily be understood by routers to be connected to the way seem spurious to me - surely you should just connect them into a route relation? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] mkgmap questions
Hi, I made some really good progress last week and got a map together for the Crowsnest Pass. Unfortunately for the area I chose with a fair number of contours the map redraw was quite slow. I have worked out how to graduate the contours so more appear as the user zooms in, I'll have to wait to see if this speeds up rendering. I was thinking that the render might be quicker if I used a series of smaller maps. I used osmosis to split the '.osm' file into smaller tiles. However this was not putting any 'bound box' line into the file and mkgmap was therefore not cropping the tile neatly, instead it was including the ways which overhung the edge of the bounding box. Should this be the case, or am I mis-understanding? General questions about garmin maps. 1). The '--gmapsupp' option makes compress archives. Can multiple of these be loaded at the same time, or does the user have to have access to the individual map files if they want to load more than just my map? 2). What is the purpose of the tdb-files ('--tdbfile' option)? I have never used mapsource Thanks, Simon. On Thu, 21 Aug 2008 08:14:52 +0100 Steve Ratcliffe [EMAIL PROTECTED] wrote: If you have an element like the following at the start of the .osm file: bound box='-115,49.25,-114,49.75'/ then it should clip the .img file to exactly those bounds including both line and polygon features. The 'bound' element is included by osmosis, but I didn't realise that it wasn't used everywhere, so we probably need to add another way of setting the bbox too. But anyway the code is there to do it. See http://www.mkgmap.org.uk/page/6 for an example of how it looks. ..Steve ___ 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] OpenStreetResearch (ja nog ff ;)
Way cool, Stefan. Denk je dat een still in een filmpje genoeg resolutie en scherp genoeg beeld heeft om te kunnen matchen met zo'n keypoint-bestand? Je hebt nu een 'gewone' foto genomen - wat ook al bijzonder nuttig is uiteraard. Ik stuur je research ook even naar een collega hier die met openCV heeft gewerkt, kijken of hij nog input heeft. Martijn 2008/8/26 Stefan de Konink [EMAIL PROTECTED]: Hoi, Ik kan het nu alvast op talk-nl aankondigen, er komt binnenkort een mooi uitgebreid verslag over De Geheime Alternative API Server. ...maar in de tussentijd op OpenStreetPhoto.org: http://sift.openstreetphoto.org/matches/ Wat heb ik gedaan? Op wikipedia zijn verkeersborden te downloaden, ik heb er een aantal gepakt. Ik heb met m'n telefoon camera een foto gemaakt van een verkeersbord. Het SIFT algoritme kan nu een tekst bestand maken met 'keypoints', dat blijft voor dat bestand altijd hetzelfde (behalve als je met parameters gaat tweaken). Dus initieel maken we voor alle verkeersborden keypoint bestanden, zo ook voor iedere nieuwe geuploade afbeelding. Ik heb een stukje code gemaakt wat de overeenkomsten kan bepalen tussen twee keypoint bestanden, en daar een plaatje van maakt (en ook het aantal overeenkomsten teruggeeft). Practisch nut: stel nu dat we deze applicatie werkend krijgen zouden we een filmpje op kunnen nemen, sampelen op twee beelden per seconden. En vervolgens borden zoeken :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] bliin op iPhone, hulp gevraagd
Hoi, Willen ze gewoon mapnik tiles? Met tilecache en openlayers? Of zit ik helemaal in de verkeerde richting te denken? Groet, Roeland On Tuesday 26 August 2008 09:31:27 Martijn van Exel wrote: Hi allen, Ik heb contact gehad met Selene Kolman van bliin (bliin.com) - één van de professionele, commerciële gebruikers van OSM-data. Zij hebben het bliin-locatieplatform nu ook op de iPhone uitgebracht en willen daarvoor nu een dedicated server met OSM-tiles. Hier het concrete verzoek: - Is het mogelijk de maps van OSM op de bliin server te zetten? Voor Tomas, onze developer, een ingewikkelde klus. Tomas kon zich voorstellen dat het voor iemand van OSM vrij simpel zou kunnen zijn. Graag horen we of het mogelijk is en of jullie een kans zien ons daarbij te helpen? En wat onze eventuele tegenprestatie zou kunnen zijn. Wie heeft er zin om Tomas hiermee op weg te helpen? bliin is een ontzettend leuke club en hun platform is een erg goede showcase voor OSM. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] bliin op iPhone, hulp gevraagd
Ja, ik ga ervan uit dat ze dat willen. Zal ik je eens met hen in contact brengen? Misschien kun je ze met een paar pennestreken op weg helpen. Martijn 2008/8/26 Roeland Douma [EMAIL PROTECTED]: Hoi, Willen ze gewoon mapnik tiles? Met tilecache en openlayers? Of zit ik helemaal in de verkeerde richting te denken? Groet, Roeland On Tuesday 26 August 2008 09:31:27 Martijn van Exel wrote: Hi allen, Ik heb contact gehad met Selene Kolman van bliin (bliin.com) - één van de professionele, commerciële gebruikers van OSM-data. Zij hebben het bliin-locatieplatform nu ook op de iPhone uitgebracht en willen daarvoor nu een dedicated server met OSM-tiles. Hier het concrete verzoek: - Is het mogelijk de maps van OSM op de bliin server te zetten? Voor Tomas, onze developer, een ingewikkelde klus. Tomas kon zich voorstellen dat het voor iemand van OSM vrij simpel zou kunnen zijn. Graag horen we of het mogelijk is en of jullie een kans zien ons daarbij te helpen? En wat onze eventuele tegenprestatie zou kunnen zijn. Wie heeft er zin om Tomas hiermee op weg te helpen? bliin is een ontzettend leuke club en hun platform is een erg goede showcase voor OSM. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] bliin op iPhone, hulp gevraagd
Ok, is prima. Heb laast filnk zitten worstelen hiermee. En het zit nog redelijk in mijn hoofd. Dus het zou moeten lukken :). Roeland On Tuesday 26 August 2008 10:42:51 Martijn van Exel wrote: Ja, ik ga ervan uit dat ze dat willen. Zal ik je eens met hen in contact brengen? Misschien kun je ze met een paar pennestreken op weg helpen. Martijn 2008/8/26 Roeland Douma [EMAIL PROTECTED]: Hoi, Willen ze gewoon mapnik tiles? Met tilecache en openlayers? Of zit ik helemaal in de verkeerde richting te denken? Groet, Roeland On Tuesday 26 August 2008 09:31:27 Martijn van Exel wrote: Hi allen, Ik heb contact gehad met Selene Kolman van bliin (bliin.com) - één van de professionele, commerciële gebruikers van OSM-data. Zij hebben het bliin-locatieplatform nu ook op de iPhone uitgebracht en willen daarvoor nu een dedicated server met OSM-tiles. Hier het concrete verzoek: - Is het mogelijk de maps van OSM op de bliin server te zetten? Voor Tomas, onze developer, een ingewikkelde klus. Tomas kon zich voorstellen dat het voor iemand van OSM vrij simpel zou kunnen zijn. Graag horen we of het mogelijk is en of jullie een kans zien ons daarbij te helpen? En wat onze eventuele tegenprestatie zou kunnen zijn. Wie heeft er zin om Tomas hiermee op weg te helpen? bliin is een ontzettend leuke club en hun platform is een erg goede showcase voor OSM. ___ 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
[OSM-talk-nl] Voorstellen
Goedemorgen! Sinds iets meer dan een weekje actief in OSM-land, dus laat ik mijzelf even voorstellen hier, wel zo netjes ;-) Martijn Coenen (Moonthorn op OSM + Wiki), 28, werk in de ICT (software ontwikkeling) bij een klein bedrijfje in Pijnacker. In het weekend woon ik bij mijn vriendin in Zevenaar. Voor OSM track ik de fietstochten die ik maak, doorgaans van werk naar huis via diverse routes en in het weekend wanneer ik toch onderweg ben. Desnoods even omrijden om die fietspaden en/of wegen die nog niet op OSM staan toch even mee te pakken :) Ik heb in de tussentijd enkele aanvullingen op de kaart gezet (doorgaans fietspaden, een lopend project eigenlijk) en hier en daar wat AND-data aangepast die 'een beetje' out-of-date waren met de werkelijkheid. Groet, Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] bliin op iPhone, hulp gevraagd
Hoi Martijn, ik ben op dit moment bezig om tileservers in te richten voor www.7scenes.com, ook een De Waag-afsplitsing. Uiteindelijk moeten die tileservers komen te draaien op het 'culture-grid' en willen ze die ook als dienst aanbieden aan andere 'cultuur'-gebonden services M.a.w. het is met niet helemaal duidelijk hoe de relatie is tussen bliin en 7scenes, maar misschien moeten ze eens babbelen. Tomas/Selene mag me zoiezo contacten als ze vragen heeft. Groet Richard Duivenvoorde Martijn van Exel wrote: Hi allen, Ik heb contact gehad met Selene Kolman van bliin (bliin.com) - één van de professionele, commerciële gebruikers van OSM-data. Zij hebben het bliin-locatieplatform nu ook op de iPhone uitgebracht en willen daarvoor nu een dedicated server met OSM-tiles. Hier het concrete verzoek: - Is het mogelijk de maps van OSM op de bliin server te zetten? Voor Tomas, onze developer, een ingewikkelde klus. Tomas kon zich voorstellen dat het voor iemand van OSM vrij simpel zou kunnen zijn. Graag horen we of het mogelijk is en of jullie een kans zien ons daarbij te helpen? En wat onze eventuele tegenprestatie zou kunnen zijn. Wie heeft er zin om Tomas hiermee op weg te helpen? bliin is een ontzettend leuke club en hun platform is een erg goede showcase voor OSM. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Voorstellen
Welkom op de lijst en bij OSM-NL heb je vragen, stel ze maar. Gert Gremmen -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Martijn Coenen Verzonden: Tuesday, August 26, 2008 10:55 AM Aan: talk-nl@openstreetmap.org Onderwerp: [OSM-talk-nl] Voorstellen Goedemorgen! Sinds iets meer dan een weekje actief in OSM-land, dus laat ik mijzelf even voorstellen hier, wel zo netjes ;-) Martijn Coenen (Moonthorn op OSM + Wiki), 28, werk in de ICT (software ontwikkeling) bij een klein bedrijfje in Pijnacker. In het weekend woon ik bij mijn vriendin in Zevenaar. Voor OSM track ik de fietstochten die ik maak, doorgaans van werk naar huis via diverse routes en in het weekend wanneer ik toch onderweg ben. Desnoods even omrijden om die fietspaden en/of wegen die nog niet op OSM staan toch even mee te pakken :) Ik heb in de tussentijd enkele aanvullingen op de kaart gezet (doorgaans fietspaden, een lopend project eigenlijk) en hier en daar wat AND-data aangepast die 'een beetje' out-of-date waren met de werkelijkheid. Groet, Martijn ___ 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
[OSM-talk-nl] Inrichting OpenStreetMap.nl
Heren en Dames(?), Wie gaat het voortouw nemen om OpenstreetMap.nl om te toveren in een overzichtelijke site waar alles te vinden is voor nieuwe OSM deelnemers? Ik heb een aantal ideeën voor de site, maar omdat ik de werkgroep Tagging standaard al doe, lijkt het me beter als iemand anders de leiding neemt voor de site. Ik sluit me dan graag aan als deelnemer. Mijn ideeën laat ik bewust nog even niet rondzingen, de vraag is nu eerst wie het op zich wil nemen om met een groepje de site tot een echte publiekstrekker te maken. Ik ben benieuwd. Geert. Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Inrichting OpenStreetMap.nl
Ik zag laatst iets over drupal op deze lijst. In elk geval dacht ik aan een soortgelijke portal software, waarvan we via een CMS het meeste automatisch kunnen bijwerken cq via eenvoudig onderhoud door een 2-tal webmasters kunnen doen. Deel van het portal moet uitmaken: - de map (nl server) geen link maar visueel - de belangrijkste wiki pagina's (voor buitenwereld) - de nl talk - de foutje-bedankt pagina - de autoroute experimenten - goede introductie in mappen JOSM Potlatch (martijn en ik ?) - agenda - NL en Internationaal nieuws - Pers pagina - Hoe maak je iets moois met OSM data introductie nw partners - gallery - Overzicht van relevante links - FTP deel met laatste planet - Status pagina vwb de NL servers - Fietskaart, wandelkaart en OV kaart - Thematisch ingericht tagging guide - Smoelenboek ?? Veel kan uit de huidige wiki ingelinked worden. Sommige dingen moeten we zelf maken. Ik heb wel ideeen, maar ben geen web designer... Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Geert Schuring Verzonden: Tuesday, August 26, 2008 11:46 AM Aan: OpenStreetMap NL discussion list Onderwerp: [OSM-talk-nl] Inrichting OpenStreetMap.nl Heren en Dames(?), Wie gaat het voortouw nemen om OpenstreetMap.nl om te toveren in een overzichtelijke site waar alles te vinden is voor nieuwe OSM deelnemers? Ik heb een aantal ideeën voor de site, maar omdat ik de werkgroep Tagging standaard al doe, lijkt het me beter als iemand anders de leiding neemt voor de site. Ik sluit me dan graag aan als deelnemer. Mijn ideeën laat ik bewust nog even niet rondzingen, de vraag is nu eerst wie het op zich wil nemen om met een groepje de site tot een echte publiekstrekker te maken. Ik ben benieuwd. Geert. Message sent using UebiMiau 2.7.10 ___ 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] Inrichting OpenStreetMap.nl
Klinkt goed Gert! Maar laten we ons op dit moment beperken tot het zoeken van een voorman. Anders hebben we straks een lijstje met 1453 ideeën, maar niemand die er wat mee gaat doen. Geert. - Original Message From: Gert Gremmen [EMAIL PROTECTED] To: Geert Schuring [EMAIL PROTECTED], OpenStreetMap NL discussion list talk-nl@openstreetmap.org Subject: RE: [OSM-talk-nl] Inrichting OpenStreetMap.nl Date: 26/08/08 13:10 Ik zag laatst iets over drupal op deze lijst. In elk geval dacht ik aan een soortgelijke portal software, waarvan we via een CMS het meeste automatisch kunnen bijwerken cq via eenvoudig onderhoud door een 2-tal webmasters kunnen doen. Deel van het portal moet uitmaken: - de map (nl server) geen link maar visueel - de belangrijkste wiki pagina's (voor buitenwereld) - de nl talk - de foutje-bedankt pagina - de autoroute experimenten - goede introductie in quot;mappenquot; JOSM Potlatch (martijn en ik ?) - agenda - NL en Internationaal nieuws - Pers pagina - Hoe maak je iets moois met OSM data introductie nw partners - gallery - Overzicht van relevante links - FTP deel met laatste planet - Status pagina vwb de NL servers - Fietskaart, wandelkaart en OV kaart - Thematisch ingericht tagging guide - Smoelenboek ?? Veel kan uit de huidige wiki ingelinked worden. Sommige dingen moeten we zelf maken. Ik heb wel ideeen, maar ben geen web designer... Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Geert Schuring Verzonden: Tuesday, August 26, 2008 11:46 AM Aan: OpenStreetMap NL discussion list Onderwerp: [OSM-talk-nl] Inrichting OpenStreetMap.nl Heren en Dames(?), Wie gaat het voortouw nemen om OpenstreetMap.nl om te toveren in een overzichtelijke site waar alles te vinden is voor nieuwe OSM deelnemers? Ik heb een aantal ideeën voor de site, maar omdat ik de werkgroep Tagging standaard al doe, lijkt het me beter als iemand anders de leiding neemt voor de site. Ik sluit me dan graag aan als deelnemer. Mijn ideeën laat ik bewust nog even niet rondzingen, de vraag is nu eerst wie het op zich wil nemen om met een groepje de site tot een echte publiekstrekker te maken. Ik ben benieuwd. Geert. Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Inrichting OpenStreetMap.nl
Een opmerking vanaf de zijlijn: zet op een rijtje wat voor mensen jullie willen aanspreken met de site (en dat kunnen verschillende groepen zijn) en wat die mensen moeten kunnen doen met de site. Deel de homepage zorgvuldig in en zorg dat de belangrijkste functies vooral linksboven op de pagina verschijnen. Mijns inziens zou je de website veel meer op leken moeten richten: de mensen die het leuk genoeg vinden om in Potlatch hun buurt bij te houden/completer te maken, maar die niet veel snappen van alle technische discussies. Die leken haken op dit moment nog massaal af, denk ik. Tot zover mijn duit in het zakje. Sandra quote who=Gert Gremmen Ik zag laatst iets over drupal op deze lijst. In elk geval dacht ik aan een soortgelijke portal software, waarvan we via een CMS het meeste automatisch kunnen bijwerken cq via eenvoudig onderhoud door een 2-tal webmasters kunnen doen. Deel van het portal moet uitmaken: - de map (nl server) geen link maar visueel - de belangrijkste wiki pagina's (voor buitenwereld) - de nl talk - de foutje-bedankt pagina - de autoroute experimenten - goede introductie in mappen JOSM Potlatch (martijn en ik ?) - agenda - NL en Internationaal nieuws - Pers pagina - Hoe maak je iets moois met OSM data introductie nw partners - gallery - Overzicht van relevante links - FTP deel met laatste planet - Status pagina vwb de NL servers - Fietskaart, wandelkaart en OV kaart - Thematisch ingericht tagging guide - Smoelenboek ?? Veel kan uit de huidige wiki ingelinked worden. Sommige dingen moeten we zelf maken. Ik heb wel ideeen, maar ben geen web designer... Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Geert Schuring Verzonden: Tuesday, August 26, 2008 11:46 AM Aan: OpenStreetMap NL discussion list Onderwerp: [OSM-talk-nl] Inrichting OpenStreetMap.nl Heren en Dames(?), Wie gaat het voortouw nemen om OpenstreetMap.nl om te toveren in een overzichtelijke site waar alles te vinden is voor nieuwe OSM deelnemers? Ik heb een aantal ideeën voor de site, maar omdat ik de werkgroep Tagging standaard al doe, lijkt het me beter als iemand anders de leiding neemt voor de site. Ik sluit me dan graag aan als deelnemer. Mijn ideeën laat ik bewust nog even niet rondzingen, de vraag is nu eerst wie het op zich wil nemen om met een groepje de site tot een echte publiekstrekker te maken. Ik ben benieuwd. Geert. Message sent using UebiMiau 2.7.10 ___ 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Inrichting OpenStreetMap.nl
Wel Sandra here you go: Gebruikersprofielen: 1. Ik zoek een kaart met erop en Google bracht mij hier 2. Ik wil wat nuttigs doen met mijn GPS, ook buiten de vakantie 3. Ik wil gebruik maken van gratis OSM-data 4. Ik wil een routebeschrijving van .. naar .. op mijn hobbelpaard en Google hielp mij niet verder 5. Ik ben een GEO-amateur en wil graag helpen OSM beter te maken 6. Ik wil een routekaartje op mijn website en wil dat gratis 7. Ik weet precies waar alle strandjes zijn, hoe kan ik, die op de jullie OSM kaart zetten 8. Mijn eigen straat staat er verkeerd op hoe kan ik dat veranderen Aanvullingen ??? Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens samsa Verzonden: Tuesday, August 26, 2008 12:34 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Inrichting OpenStreetMap.nl Een opmerking vanaf de zijlijn: zet op een rijtje wat voor mensen jullie willen aanspreken met de site (en dat kunnen verschillende groepen zijn) en wat die mensen moeten kunnen doen met de site. Deel de homepage zorgvuldig in en zorg dat de belangrijkste functies vooral linksboven op de pagina verschijnen. Mijns inziens zou je de website veel meer op leken moeten richten: de mensen die het leuk genoeg vinden om in Potlatch hun buurt bij te houden/completer te maken, maar die niet veel snappen van alle technische discussies. Die leken haken op dit moment nog massaal af, denk ik. Tot zover mijn duit in het zakje. Sandra quote who=Gert Gremmen Ik zag laatst iets over drupal op deze lijst. In elk geval dacht ik aan een soortgelijke portal software, waarvan we via een CMS het meeste automatisch kunnen bijwerken cq via eenvoudig onderhoud door een 2-tal webmasters kunnen doen. Deel van het portal moet uitmaken: - de map (nl server) geen link maar visueel - de belangrijkste wiki pagina's (voor buitenwereld) - de nl talk - de foutje-bedankt pagina - de autoroute experimenten - goede introductie in mappen JOSM Potlatch (martijn en ik ?) - agenda - NL en Internationaal nieuws - Pers pagina - Hoe maak je iets moois met OSM data introductie nw partners - gallery - Overzicht van relevante links - FTP deel met laatste planet - Status pagina vwb de NL servers - Fietskaart, wandelkaart en OV kaart - Thematisch ingericht tagging guide - Smoelenboek ?? Veel kan uit de huidige wiki ingelinked worden. Sommige dingen moeten we zelf maken. Ik heb wel ideeen, maar ben geen web designer... Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Geert Schuring Verzonden: Tuesday, August 26, 2008 11:46 AM Aan: OpenStreetMap NL discussion list Onderwerp: [OSM-talk-nl] Inrichting OpenStreetMap.nl Heren en Dames(?), Wie gaat het voortouw nemen om OpenstreetMap.nl om te toveren in een overzichtelijke site waar alles te vinden is voor nieuwe OSM deelnemers? Ik heb een aantal ideeën voor de site, maar omdat ik de werkgroep Tagging standaard al doe, lijkt het me beter als iemand anders de leiding neemt voor de site. Ik sluit me dan graag aan als deelnemer. Mijn ideeën laat ik bewust nog even niet rondzingen, de vraag is nu eerst wie het op zich wil nemen om met een groepje de site tot een echte publiekstrekker te maken. Ik ben benieuwd. Geert. Message sent using UebiMiau 2.7.10 ___ 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 ___ 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] Inrichting OpenStreetMap.nl
Hoi Geert ik wil die kar wel gaan trekken dit idee/balletje heb ik al eens eerder opgegooid, maar had toendertijd erg weinig tijd om het ook daadwerkelijk uit te voeren We moeten ook eens naar www.openstreetmap.de kijken voor plus/min punten Groeten Rob 2008/8/26 Geert Schuring [EMAIL PROTECTED] Heren en Dames(?), Wie gaat het voortouw nemen om OpenstreetMap.nl om te toveren in een overzichtelijke site waar alles te vinden is voor nieuwe OSM deelnemers? Ik heb een aantal ideeën voor de site, maar omdat ik de werkgroep Tagging standaard al doe, lijkt het me beter als iemand anders de leiding neemt voor de site. Ik sluit me dan graag aan als deelnemer. Mijn ideeën laat ik bewust nog even niet rondzingen, de vraag is nu eerst wie het op zich wil nemen om met een groepje de site tot een echte publiekstrekker te maken. Ik ben benieuwd. Geert. Message sent using UebiMiau 2.7.10 ___ 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] Voorstellen
Welkom Martijn.. tjee de Martijns zijn goed vertegenwoordigd op OSM ;) je vragen/opmerkingen kun je ook kwijt op irc (irc://irc.oftc.net/osm-nl) Groeten Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetResearch (ja nog ff ;)
On Tue, 26 Aug 2008, Geert Schuring wrote: Nou Geert, kom maar op met je foto's ;) Is er al een manier om foto's te uploaden naar OSP? Ik heb al 2 wijken in Ede op de foto staan, plus een stuk van Drachten, en de snelweg ernaartoe (bijna alle borden). Moet nog even kijken wat de handigste manier is FTP of HTTP uploads. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetResearch (ja nog ff ;)
On Tue, 26 Aug 2008, Martijn van Exel wrote: Way cool, Stefan. Denk je dat een still in een filmpje genoeg resolutie en scherp genoeg beeld heeft om te kunnen matchen met zo'n keypoint-bestand? Ik heb express m'n resolutie naar 640x480 gezet, dat is minder dan DV. Maar ik ben het met je eens dat we zeker even moeten kijken wat er gebeurd met de herkenning als het verkeersbord niet het onderwerp is op de foto. Je hebt nu een 'gewone' foto genomen - wat ook al bijzonder nuttig is uiteraard. Voor de verwerking wel het makkelijkst ;) Ik stuur je research ook even naar een collega hier die met openCV heeft gewerkt, kijken of hij nog input heeft. Ik blijf OpenCV echt een briljant stukje API vinden ;) Enorm makkelijk om dingen in te wijzigen... en vooral functioneel. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Voorstellen
2008/8/26 Rob [EMAIL PROTECTED]: Welkom Martijn.. tjee de Martijns zijn goed vertegenwoordigd op OSM ;) je vragen/opmerkingen kun je ook kwijt op irc (irc://irc.oftc.net/osm-nl) Groeten Rob ___ zo, alweer een! nou, join the [EMAIL PROTECTED] club.;) -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetResearch (ja nog ff ;)
Stefan de Konink wrote: Ik heb express m'n resolutie naar 640x480 gezet, dat is minder dan DV. Maar ik ben het met je eens dat we zeker even moeten kijken wat er gebeurd met de herkenning als het verkeersbord niet het onderwerp is op de foto. Een foto op 640x480 is nog lang niet vergelijkbaar met een videoframe op die resolutie. Je hebt daar voornamelijk nog te maken met interlacing, en als je die op bewegende beelden wilt wegfilteren (droppen van 1 field bijvoorbeeld) halveer je je verticale resolutie nog eens een keer, maar ook bij slimmere deinterlacing offer je resolutie op en introduceer je artifacts die beeldherkenning kunnen bemoeilijken. Oftewel, ben benieuwd of dit in redelijke realtime kan werken op een videostream. Het wordt zo steeds interessanter om een ITX setup in de auto te hebben, met camera, gps, etc. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetResearch (ja nog ff ;)
Http lijkt mij het makkelijkst. Daar ja dan via simpele authenticatie de foto's aan een persoon kan koppelen plus dat je dan meteen een scriptje bewerkingen kan laten doen in plaats van een cron job op een directory te moeten laten draaien. Denk ik zo. Groet, Roeland On Tuesday 26 August 2008 13:04:10 Stefan de Konink wrote: On Tue, 26 Aug 2008, Geert Schuring wrote: Nou Geert, kom maar op met je foto's ;) Is er al een manier om foto's te uploaden naar OSP? Ik heb al 2 wijken in Ede op de foto staan, plus een stuk van Drachten, en de snelweg ernaartoe (bijna alle borden). Moet nog even kijken wat de handigste manier is FTP of HTTP uploads. Stefan ___ 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] OpenStreetResearch (ja nog ff ;)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Lennard schreef: Oftewel, ben benieuwd of dit in redelijke realtime kan werken op een videostream. Het wordt zo steeds interessanter om een ITX setup in de auto te hebben, met camera, gps, etc. SIFT op een FPGA implementeren klinkt realistischer ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkiz6pQACgkQYH1+F2Rqwn1wIQCdGJjLpqhC1dhYt2v4QvQw+LOD jCEAn39OYhkV1MBFemPWjEfwntCXCuSB =MYP+ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetResearch (ja nog ff ;)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Roeland Douma schreef: Http lijkt mij het makkelijkst. Daar ja dan via simpele authenticatie de foto's aan een persoon kan koppelen plus dat je dan meteen een scriptje bewerkingen kan laten doen in plaats van een cron job op een directory te moeten laten draaien. Denk ik zo. Ik zal in het weekend iets in elkaar fietsen. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkiz7VQACgkQYH1+F2Rqwn0BVQCfRz7FBeAzuB1yBBJi8Zrh+iL1 WdIAn3x/0vDwzpsdipMIk5eN+dxQMhwr =CjwN -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetResearch (ja nog ff ;)
Stefan de Konink wrote: SIFT op een FPGA implementeren klinkt realistischer ;) Ik bedoelde ook niet dat de ITX pc de analyse zou moeten doen, maar die kan wel een knooppunt zijn in de carmapping setup. :) -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetResearch (ja nog ff ;)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Roeland Douma schreef: Http lijkt mij het makkelijkst. Daar ja dan via simpele authenticatie de foto's aan een persoon kan koppelen plus dat je dan meteen een scriptje bewerkingen kan laten doen in plaats van een cron job op een directory te moeten laten draaien. Als iemand iets van een management ding wil maken, website design etc. graag :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkiz7eAACgkQYH1+F2Rqwn2tEgCfV8maz7PaXyjp6WkwC9Auw7bv UEAAoINJqmk8J4HiLmfUCotOZg+qzu/y =EG+1 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetResearch (ja nog ff ;)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Lennard schreef: Stefan de Konink wrote: SIFT op een FPGA implementeren klinkt realistischer ;) Ik bedoelde ook niet dat de ITX pc de analyse zou moeten doen, maar die kan wel een knooppunt zijn in de carmapping setup. :) Ik weet niet of je de rest van de discussie hebt gevolgd. Maar ik ben in principe bezig om een setup te maken die zou werken op een Elphel Geo camera. Die heeft een kompas, gps en de mogelijkheid om verwerking te doen op een FPGA. Hij doet 5MP plaatjes, dus dat moet goed komen. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkiz7r4ACgkQYH1+F2Rqwn1VdACgk9r41J/zfW2PuUpBXOIy4czR VYUAn1eVPtOCScudNLWpVAwupgOC7JgP =/oJZ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] OSM Foundation - bestuursverkiezing
Waarde lezers, Komend weekend is er de jaarvergadering van de OSM Foundation. Een van de agendapunten is de verkiezing van het bestuur voor het komende jaar. Voor diegenen die het nog niet wisten: ook ik ben kandidaat. Ik heb me kandidaat gesteld omdat ik het belangrijk vind dat er ook een representant vanuit Nederland in het bestuur zit. Nederland is momenteel het enige land met een volledige dataset. Dat brengt andere problemen cq uitdagingen met zich mee dan in andere landen waar de dataset lang niet zo compleet is. Het is belangrijk om ook in de Foundation een persoon te hebben die aan die uitdagingen een stem geeft. Onze prioriteit ligt niet enkel meer op het verzamelen van data, maar ook dat anderen onze data gaan gebruiken voor nuttige, leuke, ... noem maar op... toepassingen. Zaken als image/marketing zijn dan van belang. Maar ook aan de betrouwbaarheid (lees: beschikbaarheid en stabiliteit) van de servers zullen steeds hogere eisen moeten worden gesteld. Dit zijn maar een paar zaken. Het zijn echter wel zaken waarover binnen OSM verschillend gedacht wordt. Een geluid uit Nederland zou mijns inziens niet verkeerd zijn. Even wat info: Over de Foundation: http://foundation.openstreetmap.org/?page_id=3 Over de bestuursverkiezing: http://wiki.openstreetmap.org/index.php/Foundation/AGM08/Election_of_Officers Kortom, ben je lid van de Foundation (kosten: GBP 15 per jaar), dan mag je je stem uitbrengen voor het nieuwe bestuur. Ben je zaterdag niet persoonlijk aanwezig op de vergadering in London (grote kans waarschijnlijk ;-)), dan kun je ook je stem via de mail uitbrengen. Doe dat dan wel even uiterlijk donderdag. Procedure: zie de eerder genoemde link. (Het doel van deze mail laat zich raden ;-) ) Groet, Henk Hoff ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] OpenStreetPhoto upload marathon
Hoi, Via ftp://sift.openstreetphoto.org/ kun je, je foto's uploaden. Zal binnen kort wel iets verzinnen zodat je ook wat met je eigen foto's kan, voorlopig is het totale anarchie. Je zou natuurlijk ook de bestandsnaam kunnen beginnen met 'je naam'. Korte termijn plannen: - Van alle foto's key files maken en mappen op verkeersborden - Website! Midlange termein: - Keyfiles in MonetDB laden en een Nearest Neighbour in database doen op alle punten. - Paper schrijven Lange termein: - photosynth.net maar dan voor iedereen, ook mensen met Linux Voor dat ik het vergeet, je kunt geen directory listing uitvoeren. Dus je moet wachten tot ik (of God) jouw foto naar de map uploaded heeft verplaatst. Ik ben van plan op de website een soort automatische tagging te laten plaatvinden. Idee van: op deze foto staat bord X. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetPhoto upload marathon
zijn er nog specs? moeten de foto's gegegegeotagged zijn? gr, floris Stefan de Konink schreef: Hoi, Via ftp://sift.openstreetphoto.org/ kun je, je foto's uploaden. Zal binnen kort wel iets verzinnen zodat je ook wat met je eigen foto's kan, voorlopig is het totale anarchie. Je zou natuurlijk ook de bestandsnaam kunnen beginnen met 'je naam'. Korte termijn plannen: - Van alle foto's key files maken en mappen op verkeersborden - Website! Midlange termein: - Keyfiles in MonetDB laden en een Nearest Neighbour in database doen op alle punten. - Paper schrijven Lange termein: - photosynth.net maar dan voor iedereen, ook mensen met Linux Voor dat ik het vergeet, je kunt geen directory listing uitvoeren. Dus je moet wachten tot ik (of God) jouw foto naar de map uploaded heeft verplaatst. Ik ben van plan op de website een soort automatische tagging te laten plaatvinden. Idee van: op deze foto staat bord X. Stefan ___ 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
[Talk-de] Tunnel für Flüsse und Bäche
Hallo, ich habe hier zurzeit ein Problem mit einem Fluss und einem Bach. Beide Gewässer verlaufen streckenweise unterirdisch. Ich habe diese Teilabschnitte mit tunnel=yes getaggt. Leider wird dieses Tag in Osmarender und Mapnik für Gewässer wohl nicht unterstützt. Gibt es hierfür vielleicht ein anderes sinnvolles Tag? Oder kann jemand Osmarender dahingehend anpassen, dass tunnel=yes auch bei Gewässern (Fluss, Bach, Kanal) beachtet und umgesetzt wird? Lg Heiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel für Flüsse und Bäche
Heiko Schack schrieb: ich habe hier zurzeit ein Problem mit einem Fluss und einem Bach. Beide Gewässer verlaufen streckenweise unterirdisch. Ich habe diese Teilabschnitte mit tunnel=yes getaggt. Leider wird dieses Tag in Osmarender und Mapnik für Gewässer wohl nicht unterstützt. Das Thema hatten wir erst vor ein paar Wochen. Ich dachte, das sei mittlerweile gelöst... Seltsam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Regionale OSM Mailingliste für Bayern
Am Montag, 25. August 2008 23:30 schrieb Andreas Hubel: Sven Anders schrieb: Am Freitag, 22. August 2008 11:54 schrieb Guenther Meyer: es gibt uebrigens wohl schon eine niederbayern-liste, vielleicht kann man di auf bayern ausweiten... Ich hatte das beim Anlegen der Liste mit dem Mailinglistenverwalter für Niederbayern diskutiert. Dieser schrieb mir damals, das er lieber einen nicht so großen Bereich haben möchte, damit weniger Traffic auf der Liste ist und sich die Leute trauen darauf zu schreiben. Falls es zu viel Traffic wird, kann man die Liste ja wieder teilen. Eigentlich ist das mir ziemlich egal. Wen in Bohmte hundert Leute gerne bei OSM Gullideckel mappen wollen und dafür eine ML wünschen bekommen sie sie. Ich sehe aber im Moment nur 3 Interessenten für eine Bayern liste und das finde ich eher wenig. Außerdem hat sich noch keiner bei mir gemeldet das er den Verwalter machen möchte. Bei Niederbayern gab es diesen und die Liste ist eingerichtet und ich halte nichts davon diese wieder zu verändern, es sei denn, das ist der Wunsch der Niederbayern-Liste selbst. Vielleicht tragen sich die Interessenten dort mal ein und fragen nach? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags - warum so komplizi ert?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marcus Wolschon wrote on 26.08.2008 07:31: Hört sich nett an, ist aber uneindeutig. Was gilt in deinem Beispiel bei: limit.access[weight:7.5] = yes limit.access[height:3.5] = no für ein Fahrzeug mit 7.5t Gewicht und einer Höhe von 4m? Was soll denn das erste Limit in der Realität bedeuten? Durchfahrt erlaubt nur für Fahrzeuge 7,5t? Oder Fahrzeuge 7,5t von einem allgemeineren (hier nicht dargestellten) Limit ausgenommen? Wenn es keine generelle Einschränkung gibt, soll diese Ausnahme weggelassen werden. Abgesehen davon finde ich limit.access[weight7.5]=* besser, weil man durch verschiedene Vergleiche mehr Möglichkeiten hat. Das Beispiel ist vielleicht nicht ganz praxisrelevant, aber dadurch ist mir aufgefallen, daß es bei einer Menge von solchen Tags nicht unbedingt zu entscheiden ist, welche Variante gewählt werden muß. Es gibt keine definierte Abarbeitungsreihenfolge, deshalb kann man nicht festlegen, daß zuerst Einschränkungen kommen und dann Ausnahmen oder zuerst speziellere Kombinationen und dann allgemeinere. Um das eindeutig zu machen, müßte man immer alle möglichen Kombinationen notieren. Beispiel: limit.access[height3.5]=no limit.access[weight7.5][height=3.5]=destination limit.access[weight=7.5][height=3.5]=yes limit.speed[weight12]=60 limit.speed[weight3.5][weight=12]=80 limit.speed[weight=3.5]=default Die Anwendung könnte dann aus jeder Gruppe die erste gefundene Variante wählen die paßt. Als Kontrolle könnte man noch prüfen, ob es eine weitere passende Variante gibt, und in diesem Fall einen Tagging-Fehler melden. Eine Prüfung auf Konflikte durch den Editor stelle ich mir schwierig vor, da alle Kombinationen gefunden werden müssen. Auch ein Renderer hätte das gleiche Problem. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkizp7QACgkQnMz9fgzDSqdkFwCdHGWZY+fKZb/rCiL8v4XcdROI 8DoAnj4e6Gs+q/gBNA+VJsikx2khAN+Z =Z3Ho -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bushaltestellen auf gleicher Höhe
Moin ! Bushaltestellen befinden sich manchmal versetzt - dann und wann aber auch auf gleicher Höhe ! Wie würdet Ihr die letzteren Darstellen - auch wenn alles FREI ist ??? Ein Symbol - in der Straße oder seitlich ?!?!? Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt Aktuelle Karten Mitteleuropa: http://www.openstreetmap.de/karte.html Lübeck: http://www.openstreetmap.de/karte.html?zoom=12lat=53.86927lon=10.688layers=B0 Hamburg: http://www.openstreetmap.de/karte.html?zoom=11lat=53.58175lon=10.02522layers=B0 Dithmarschen (hier gibt es noch viel zu tun !): http://www.openstreetmap.de/karte.html?zoom=10lat=54.15906lon=9.16005layers=B0 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Autobahnzufahrt - Relation
Hallo !! habe gestern meinen ersten Anbinder zur Autobahn erstellt - gehört das eigentlich mit in die Ralation der Autobahn ?? Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt Aktuelle Karten Mitteleuropa: http://www.openstreetmap.de/karte.html Lübeck: http://www.openstreetmap.de/karte.html?zoom=12lat=53.86927lon=10.688layers=B0 Hamburg: http://www.openstreetmap.de/karte.html?zoom=11lat=53.58175lon=10.02522layers=B0 Dithmarschen (hier gibt es noch viel zu tun !): http://www.openstreetmap.de/karte.html?zoom=10lat=54.15906lon=9.16005layers=B0 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbundene Radwege, jetzt ist Deutschland komplett!
Wenn außer mir noch mehr Interesse an so einer Funktion haben, könnte ich ein Sktipt schreiben, das die Liste in Webformulare umwandelt, über die man jeden Eintrag als erledigt (ggf. auch anders, etwa benötigt ortskundigen Bearbeiter) markieren kann. Oder vielleicht auch eines, das aus der Liste eine Wiki-Seite macht, die sich dann entsprechend bearbeiten lässt. All das ist aber nur so recht hilfreich, wenn die (meisten) Bearbeiter ihre Arbeiten dann auch eintragen. Von daher erst mal meine Frage nach Interesse. bin auch dafür gruss gremmel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen auf gleicher Höhe
osm schrieb: Moin ! Bushaltestellen befinden sich manchmal versetzt - dann und wann aber auch auf gleicher Höhe ! Wie würdet Ihr die letzteren Darstellen - auch wenn alles FREI ist ??? Ein Symbol - in der Straße oder seitlich ?!?!? Gruß Jan :-) Dein Text ist etwas schwer verständlich. Habe ich es richtig verstanden, dass Du einfach wissen willst, ob Du eine Bushaltestelle neben oder auf die Straßen packensollst, abhängig davon, ob beide Straßenseiten gegenüber oder versetzt zueinander stehen? Bandwurmsatz, sorry. Wie auch immer, ich setze meine Bushaltestellen immer neben die Straße. Dies hat vor allen Dingen den Grund, dass wir bisher noch keine gescheite Möglichkeit gefunden haben, irgend etwas relativ zur Straßenrichtung zu setzen. Von mir kam der Vorschlag, die Position mit position=left;right;both abhängig von der Straßenrichtung anzugeben. Damals ging es in meinem Vorschlag jedoch um Gehwege neben der Straße bzw. um solche Parkstreifen längs der Fahrspur. Letztenendes wurde der Vorshlag abgewiesen, da man meinte, die Wegrichtung sei zu leicht veränderbar und dabei würden Infos kaputt gehen. Zwar ist dies mittlerweile ja nicht mehr so (siehe oneway-Hinweis in JOSM*), doch ich vermute, der Vorschlag wird deswegen trotzdem nicht umgesetzt. Anscheinend ist ereinigen hier, naja, zu simpel. -- *Der Hinweis gibt beim Rotieren einer Einbahnstraße die Frage aus, ob das von der Wegrichtung abhängige Tag oneway=yes in oneway=-1 (Einbahnstraße entgegen der Wegrichtug) geändert werden soll, oder nicht. Man kann dann den Haken bei Apply weg machen oder lassen. Das ganze ist in Tabellenform, weswegen man problemloß auch ander Tag einfügen können sollte. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnzufahrt - Relation
osm schrieb: habe gestern meinen ersten Anbinder zur Autobahn erstellt - gehört das eigentlich mit in die Ralation der Autobahn ?? Was meinst DU mit Anbinder zur Autobahn? Autobahnzubringer oder -auffahrt? Ich würde in letzterem Fall zu ja tendieren, kenne aber den offiziellen Weg hier nicht, da ich noch nicht all zu oft an Autobahnen gewerkelt habe. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fahrradwege erfassen
Moin ! vor einigen Tagen gab es eine umfangreiche Diskussion zum Thema Fahrradwege gegeben. Ein OSM'ler war der Auffassung - das kann man gar nicht alles mit erfassen und bis heute war ich auch der Ansicht. Nun kamen mir heute morgen wieder vermehrt Wege unter die ohne Radwegerfassung nur schlecht zu erfassen sind - der Abstand zur Straßenachse ist zuweit und wo dann anschließen. Also habe ich mich dazu entschlossen an den Hauptstraßen zumindest die Radwege mit zuerfassen und dort wo diese etwas seitlich von der Straße liegen. Nun ergeben sich für mich einige Fragen daraus: - Fahrradwege benennen mit den zugehörigen Straßennamen ? - Relationen für die ganze Straße bilden oder in wieweit ? - es gibt das Zeichen 241 für Rad und Fussweg getrennt (http://wiki.openstreetmap.org/index.php/De:Germany_roads_tagging#Fu.C3.9F-_und_Radweg) - würdet Ihr das in der Stadt auch dann nehmen, wenn die beiden Wege ca. 2m auseinander liegen ?? Das wird ja sonst zuviel an Linien - gibt es sonst noch etwas zu beachten ? Gruß Jan --- OpenStreetMap (OSM) - das FREIE Kartenprojekt Aktuelle Karten Mitteleuropa: http://www.openstreetmap.de/karte.html Lübeck: http://www.openstreetmap.de/karte.html?zoom=12lat=53.86927lon=10.688layers=B0 Hamburg: http://www.openstreetmap.de/karte.html?zoom=11lat=53.58175lon=10.02522layers=B0 Dithmarschen (hier gibt es noch viel zu tun !): http://www.openstreetmap.de/karte.html?zoom=10lat=54.15906lon=9.16005layers=B0 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Zeichnen nach Maßen
Moin ! nachdem sich einige von Euch zu meiner Anfrage geäußert haben möchte ich noch eines klarstellen. Ich will nicht das ganze Gelände mit Zahlen direkt aufmessen - dann kann ich mit dem Tachymeter losziehen (bin Vermesser !). Viellmehr dachte ich an Konstruktionshilfen für Spielplätze etc. - mal eben etwas abschreiten. Zu dem 3D-Problem: wenn ich zwischen zwei bekannten Punkten messe und die Neigung stetig ist, dann könnte das messen mit Laufrad auch funktionieren - bei einer proportionalen Verteilung des Fehlers. Dann würde sogar gegen ein gutes geeichtesSchrittmaß nichts sprechend (in engen Straßen). Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt Aktuelle Karten Mitteleuropa: http://www.openstreetmap.de/karte.html Lübeck: http://www.openstreetmap.de/karte.html?zoom=12lat=53.86927lon=10.688layers=B0 Hamburg: http://www.openstreetmap.de/karte.html?zoom=11lat=53.58175lon=10.02522layers=B0 Dithmarschen (hier gibt es noch viel zu tun !): http://www.openstreetmap.de/karte.html?zoom=10lat=54.15906lon=9.16005layers=B0 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Konstruktion eine Parallelen
Moin ! noch eine Frage von mir heute morgen. Gibt es Gedanken zu einem Tool mit dem von einem Way eine Parallele durch einen Punkt oder um ein Maß erstellt werden kann. Dieses würde sich für Radwege parallel zu einer Straße anbieten - nur eine Kopie mit seitl. verschieben reicht aber nicht aus. Es muss wirklich jedes Segment für sich versetzt werden, dann die neuen Schnitte bestimmt werden und dann das Ganze wieder zusammengeführt werden. Ideen ??? Gruß Jan --- OpenStreetMap (OSM) - das FREIE Kartenprojekt Aktuelle Karten Mitteleuropa: http://www.openstreetmap.de/karte.html Lübeck: http://www.openstreetmap.de/karte.html?zoom=12lat=53.86927lon=10.688layers=B0 Hamburg: http://www.openstreetmap.de/karte.html?zoom=11lat=53.58175lon=10.02522layers=B0 Dithmarschen (hier gibt es noch viel zu tun !): http://www.openstreetmap.de/karte.html?zoom=10lat=54.15906lon=9.16005layers=B0 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Problem mit Durchfahrtsverbot
Moin ! ich habe eine normale Straße die für private als Sackgasse benutzt werden darf - Busse hingegen dürfen in beide Richtungen durchfahren Wie muss eine solche Straße erfassen - Pfeilrichtung etc. ??? Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt Aktuelle Karten Mitteleuropa: http://www.openstreetmap.de/karte.html Lübeck: http://www.openstreetmap.de/karte.html?zoom=12lat=53.86927lon=10.688layers=B0 Hamburg: http://www.openstreetmap.de/karte.html?zoom=11lat=53.58175lon=10.02522layers=B0 Dithmarschen (hier gibt es noch viel zu tun !): http://www.openstreetmap.de/karte.html?zoom=10lat=54.15906lon=9.16005layers=B0 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen auf gleicher Höhe
Hi, also ich hatte diesbezüglich dieses Themas hier auf der Liste auch schon mal angefragt. Im Archiv müßte also was zu finden sein, bzw. schau mal hier http://wiki.openstreetmap.org/index.php/Proposed_features/Side_of_stop Ich mache das jetzt so. Leider wird auch in JOSM kein Symbol angezeigt, so dass es bei den einseitigen Bushaltestellen schwierig ist diese zu finden. Alex André Reichelt schrieb: osm schrieb: Moin ! Bushaltestellen befinden sich manchmal versetzt - dann und wann aber auch auf gleicher Höhe ! Wie würdet Ihr die letzteren Darstellen - auch wenn alles FREI ist ??? Ein Symbol - in der Straße oder seitlich ?!?!? Gruß Jan :-) Dein Text ist etwas schwer verständlich. Habe ich es richtig verstanden, dass Du einfach wissen willst, ob Du eine Bushaltestelle neben oder auf die Straßen packensollst, abhängig davon, ob beide Straßenseiten gegenüber oder versetzt zueinander stehen? Bandwurmsatz, sorry. Wie auch immer, ich setze meine Bushaltestellen immer neben die Straße. Dies hat vor allen Dingen den Grund, dass wir bisher noch keine gescheite Möglichkeit gefunden haben, irgend etwas relativ zur Straßenrichtung zu setzen. Von mir kam der Vorschlag, die Position mit position=left;right;both abhängig von der Straßenrichtung anzugeben. Damals ging es in meinem Vorschlag jedoch um Gehwege neben der Straße bzw. um solche Parkstreifen längs der Fahrspur. Letztenendes wurde der Vorshlag abgewiesen, da man meinte, die Wegrichtung sei zu leicht veränderbar und dabei würden Infos kaputt gehen. Zwar ist dies mittlerweile ja nicht mehr so (siehe oneway-Hinweis in JOSM*), doch ich vermute, der Vorschlag wird deswegen trotzdem nicht umgesetzt. Anscheinend ist ereinigen hier, naja, zu simpel. -- *Der Hinweis gibt beim Rotieren einer Einbahnstraße die Frage aus, ob das von der Wegrichtung abhängige Tag oneway=yes in oneway=-1 (Einbahnstraße entgegen der Wegrichtug) geändert werden soll, oder nicht. Man kann dann den Haken bei Apply weg machen oder lassen. Das ganze ist in Tabellenform, weswegen man problemloß auch ander Tag einfügen können sollte. ___ 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
Re: [Talk-de] RFC: Tags für Tags - warum so komplizi ert?
Hallo. Am Dienstag, 26. August 2008 schrieb Bodo Meissner: Marcus Wolschon wrote on 26.08.2008 07:31: Hört sich nett an, ist aber uneindeutig. Was gilt in deinem Beispiel bei: limit.access[weight:7.5] = yes limit.access[height:3.5] = no für ein Fahrzeug mit 7.5t Gewicht und einer Höhe von 4m? Bei Verkehrsschildern ist mir noch nie was begegnet, wo derartige UND-Kombinationen gelten. Es sind eigentlich immer ODER-Kombinationen, da jedes Verbots-Schild für sich alleine gilt. Das Beispiel ist vielleicht nicht ganz praxisrelevant, aber dadurch ist mir aufgefallen, daß es bei einer Menge von solchen Tags nicht unbedingt zu entscheiden ist, welche Variante gewählt werden muß. Es gibt keine definierte Abarbeitungsreihenfolge, deshalb kann man nicht festlegen, daß zuerst Einschränkungen kommen und dann Ausnahmen oder zuerst speziellere Kombinationen und dann allgemeinere. Ich hätte jetzt intuitiv gesagt, spezifischere Angabe überschreibt allgemeine Angabe. Machen wir bisher ja auch so, z.B. access=permissive bicycle=no hgv=no Um das eindeutig zu machen, müßte man immer alle möglichen Kombinationen notieren. Hm, nein, das ist unnötiges Aufblasen des Datenbestand. Einfach spezifisch überschreibt allgemein als Konvention festlegen, dann ist es eindeutig. Gruß, Bernd -- Wer gegen ein Minimum Aluminium immun ist, besitzt Aluminiumminimumimmunität signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnzufahrt - Relation
Hallo. Am Dienstag, 26. August 2008 schrieb osm: habe gestern meinen ersten Anbinder zur Autobahn erstellt - gehört das eigentlich mit in die Ralation der Autobahn ?? Gute Frage. Ich würde ja sagen nein. Im Prinzip ist es egal, da man die auch später wieder rauswerfen kann indem man nur highway=motorway beachtet. Allerdings stellt sich die Frage, ob ein Autobahnkreuz dann in beide Autobahn-Relationen aufgenommen werden sollte oder nicht. Ich hab gestern die A7 komplettiert (man fängt ja klein an. ;-)) und dabei eine einzige Auffahrt, die in der Relation war, dort entfernt, weil ich das dann als sehr inkonsistent betrachtet habe. Alle anderen Auffahrten waren nicht in der Relation, auch an anderen Autobahnen die ich testweise angeschaut habe. Gruß, Bernd -- Früher, wenn man da Luft im Schädel hatte, da kam man in eine Anstalt. Heute kommt man ins Fernsehen und darf der ganzen Welt mitteilen, warum das unglaublich geil ist, Luft im Schädel zu haben. Und am nächsten Tag wollen sich alle den Kopf aufpumpen und überall sind die Luftpumpen ausverkauft. - Dieter Nuhr (dt. Comedian) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konstruktion eine Parallelen
osm schrieb: Gibt es Gedanken zu einem Tool mit dem von einem Way eine Parallele durch einen Punkt oder um ein Maß erstellt werden kann. In Merkaartor gibt es extra einen Modus in dem man parallele Straßen zeichnen kann (bsp. Autobahnen). Allerdings ist der nicht zum Verschieben geeignet. Für JOSM ist mir in diese Richtung nichts bekannt. Und so, wie Du Dir das vorstellst erst recht nicht. Dennoch würde ich ein derartiges Feature begrüßen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Maßen
osm schrieb: Ich will nicht das ganze Gelände mit Zahlen direkt aufmessen - dann kann ich mit dem Tachymeter losziehen (bin Vermesser !). Ein Vermesser bei uns? Verstößt das nicht gegen die Berufsehre, sich mit ein paar Spinnern einzulassen, die mit GPS-Geräten unterwegs sind? Wir sind ja praktisch - was Straßenkarten angeht - deine direkte Konkurrenz. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konstruktion eine Parallelen
Gibt es Gedanken zu einem Tool mit dem von einem Way eine Parallele durch einen Punkt oder um ein Maß erstellt werden kann. In Merkaartor gibt es extra einen Modus in dem man parallele Straßen zeichnen kann (bsp. Autobahnen). Allerdings ist der nicht zum Verschieben geeignet. Für JOSM ist mir in diese Richtung nichts bekannt. Und so, wie Du Dir das vorstellst erst recht nicht. Dennoch würde ich ein derartiges Feature begrüßen. In einem Josm-Plugin ist ein parallell verschiebe Werkzeug drin. Weiss nur nicht grad in welchem. Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnzufahrt - Relation
Moin, osm schrieb: Hallo !! habe gestern meinen ersten Anbinder zur Autobahn erstellt - gehört das eigentlich mit in die Ralation der Autobahn ?? http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Autobahn Unter *Allgemeine Hinweise für Autobahnen* findest Du entsprechende Hinweise. Zubringen sollten demnach in die Relation genommen werden. Grüße, Elwood ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags - warum so komplizi ert?
Am Dienstag 26 August 2008 schrieb Marcus Wolschon: Am 25.08.08 schrieb Guenther Meyer [EMAIL PROTECTED]: eine 'oder' verknüpfung sollte nicht noetig sein, das laesst sich als separates tag schreiben, ein beispiel: limit.access[weight:7.5] = no limit.access[height:3.5] = no das wuerde bedeuten, dass fahrzeuge die schwerer als 7,5t oder hoeher als 3,5m sind, nicht reinfahren duerfen. Hört sich nett an, ist aber uneindeutig. Was gilt in deinem Beispiel bei: limit.access[weight:7.5] = yes limit.access[height:3.5] = no für ein Fahrzeug mit 7.5t Gewicht und einer Höhe von 4m? es darf nicht rein, wegen der zweiten regel. sobald ein verbot erfuellt wird gilt dieses, wobei spezifizierte tags vorrang vor allgemeinen haben. limit.access[weight:7.5] = yes das wuerde bedeuten, dass fahrzeuge ab 7,5t zufahrt haben. dieses tag alleine (das gewicht betreffend), macht aber keinen sinn. denn ohne weitere tags (wie z.B. limit.access = no), ist das ueberfluessig. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel für Flüsse und Bäche
Moin, Heiko Schack schrieb: ich habe hier zurzeit ein Problem mit einem Fluss und einem Bach. Beide Gewässer verlaufen streckenweise unterirdisch. Ich habe diese Teilabschnitte mit tunnel=yes getaggt. Leider wird dieses Tag in Osmarender und Mapnik für Gewässer wohl nicht unterstützt. Gibt es hierfür vielleicht ein anderes sinnvolles Tag? Oder kann jemand Osmarender dahingehend anpassen, dass tunnel=yes auch bei Gewässern (Fluss, Bach, Kanal) beachtet und umgesetzt wird? AFAIK sollte das funktionieren. Hast Du layer=-1 beim Gewässer getaggt? Wie werden eigentlich Gräben, die in Röhren unter Straßen hindurchgeführt werden, getaggt? Die Renderer brauchen dies ja nicht anzeigen, nur sollte es ein Tag bekommen, neben einem layer=-1. Grüße, Elwood ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags - warum so komplizi ert?
Am Dienstag 26 August 2008 schrieb Bodo Meissner: Marcus Wolschon wrote on 26.08.2008 07:31: Hört sich nett an, ist aber uneindeutig. Was gilt in deinem Beispiel bei: limit.access[weight:7.5] = yes limit.access[height:3.5] = no für ein Fahrzeug mit 7.5t Gewicht und einer Höhe von 4m? Was soll denn das erste Limit in der Realität bedeuten? Durchfahrt erlaubt nur für Fahrzeuge 7,5t? Oder Fahrzeuge 7,5t von einem allgemeineren (hier nicht dargestellten) Limit ausgenommen? Wenn es keine generelle Einschränkung gibt, soll diese Ausnahme weggelassen werden. richtig. Abgesehen davon finde ich limit.access[weight7.5]=* besser, weil man durch verschiedene Vergleiche mehr Möglichkeiten hat. bei verboten wegen gewicht, breite, hoehe, geschwindigkeit usw. geht es praktisch immer um groessergleich. deshalb habe ich fuer diesen standardfall das zeichen weggelassen, was das ganze einfacher, schneller eingebbar und lesbarer macht. sollte mal was anderes vorkommen, kann man's immer noch hinschreiben. Das Beispiel ist vielleicht nicht ganz praxisrelevant, aber dadurch ist mir aufgefallen, daß es bei einer Menge von solchen Tags nicht unbedingt zu entscheiden ist, welche Variante gewählt werden muß. Es gibt keine definierte Abarbeitungsreihenfolge, deshalb kann man nicht festlegen, daß zuerst Einschränkungen kommen und dann Ausnahmen oder zuerst speziellere Kombinationen und dann allgemeinere. Um das eindeutig zu machen, müßte man immer alle möglichen Kombinationen notieren. Beispiel: limit.access[height3.5]=no limit.access[weight7.5][height=3.5]=destination limit.access[weight=7.5][height=3.5]=yes limit.speed[weight12]=60 limit.speed[weight3.5][weight=12]=80 limit.speed[weight=3.5]=default viel zu kompliziert, und vor allem nicht realistisch. den fall moechte ich sehen, der solche gewichtsvorgaben hat... ausserdem, was bedeutet default? die anwendung waehlt das je nach gegebenem fahrzeug passendste und engste tag: also bei gegebenem 12-tonner und tags mit [weight:3.5] und [weight:7.5] wird das letztere verwendet. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel für Flüsse und Bäche
André Reichelt wrote: Heiko Schack schrieb: ich habe hier zurzeit ein Problem mit einem Fluss und einem Bach. Beide Gewässer verlaufen streckenweise unterirdisch. Ich habe diese Teilabschnitte mit tunnel=yes getaggt. Leider wird dieses Tag in Osmarender und Mapnik für Gewässer wohl nicht unterstützt. Das Thema hatten wir erst vor ein paar Wochen. Ich dachte, das sei mittlerweile gelöst... Seltsam. Ist es auch, zumindest für Mapnik. layer=-1, tunnel=yes und waterway=canal wird richtig dargestellt. Evtl. funktioniert das Rendering wirklich nur mit waterway=canal und nicht mit stream o.ä. Gruß Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Maßen
André Reichelt schrieb: Ein Vermesser bei uns? Verstößt das nicht gegen die Berufsehre, sich mit ein paar Spinnern einzulassen, die mit GPS-Geräten unterwegs sind? Wir sind ja praktisch - was Straßenkarten angeht - deine direkte Konkurrenz. Nicht wirklich! GPS mit seiner technisch bedingten Ungenauigkeit wird nie Konkurrenz zum Vermessungswesen sein oder jemals werden mw ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags - warum so kompl iziert?
Guenther Meyer schrieb: Abgesehen davon finde ich limit.access[weight7.5]=* besser, weil man durch verschiedene Vergleiche mehr Möglichkeiten hat. bei verboten wegen gewicht, breite, hoehe, geschwindigkeit usw. geht es praktisch immer um groessergleich. deshalb habe ich fuer diesen standardfall das zeichen weggelassen, was das ganze einfacher, schneller eingebbar und lesbarer macht. sollte mal was anderes vorkommen, kann man's immer noch hinschreiben. Das Größer(-gleich)-Zeichen weglassen ist nicht lesbarer, sondern führt im Gegenteil zu unnötigen Unklarheiten. Ich hätte nicht sagen können, ob du damit jetzt ein oder oder = oder = meinst. (Spontan hätte ich ja auf = getippt, aber da spricht natürlich die Sinnhaftigkeit dagegen). Ein Zeichen weniger zu tippen fällt so gut wie nicht ins Gewicht und ist m. E. die möglichen Missverständnisse nicht wert. Außerdem ist bei Verwendung von eher klar, dass man auch schreiben kann, wo es nötig ist. Das spart den Leuten einmal Nachschlagen im Wiki. Tordanik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konstruktion eine Parallelen
Raphael Studer schrieb: In einem Josm-Plugin ist ein parallell verschiebe Werkzeug drin. Weiss nur nicht grad in welchem. Wie er schon sagte, es geht nicht um das parallele Verschieben, sondern darum, dass der Weg wirklich parallel verläuft, sprich dass auch Kurvenradien parallel vergrößert werden usw. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Maßen
Michael Wolf schrieb: Nicht wirklich! GPS mit seiner technisch bedingten Ungenauigkeit wird nie Konkurrenz zum Vermessungswesen sein oder jemals werden GPS sicher nicht, allerdings ist GPS sowas wie der Telegraph unter den Telefonen. Warte mal noch 20 Jahre, da wird es dann villeicht Systeme geben, die bei einer Toleranz von 0,0001 % eine genauigkeit von 1 mm erreichen. Es genügt ja schjon, wenn man mehrere Systeme gleichzeitig bemüht. Ich habe mal gelesen, wenn man kombinierte GPS-Gallileo-Geräte verwendet, kann man bs zu 10 cm genau orten. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Maßen
André Reichelt schrieb: Michael Wolf schrieb: Nicht wirklich! GPS mit seiner technisch bedingten Ungenauigkeit wird nie Konkurrenz zum Vermessungswesen sein oder jemals werden GPS sicher nicht, allerdings ist GPS sowas wie der Telegraph unter den Telefonen. Warte mal noch 20 Jahre, da wird es dann villeicht Systeme geben, die bei einer Toleranz von 0,0001 % eine genauigkeit von 1 mm erreichen. Es genügt ja schjon, wenn man mehrere Systeme gleichzeitig bemüht. Ich habe mal gelesen, wenn man kombinierte GPS-Gallileo-Geräte verwendet, kann man bs zu 10 cm genau orten. Das mit der Galileo-GPS-Kombination glaub ich zwar nicht. Aber das hier fande ich damals ganz interessant: http://podcast.moenk.de/index.php?id=14#com14 Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Zeichnen nach Ma?en
Moin ! Spinner und Ungenau - das paßt doch zusammen - grin ! Alle meinen immer nur, dass Vermesser genau sind, dabei wissen die am besten das in Straßekarten generalisiert werden muss. Mit dem nötigen Sachverstand (Mittel aus Hin- und Rückmessung liefert das bessere Ergebnis als nur einmal fahren!!) läßt sich sicherlich etwas gleichwertige (naja - jeder misst was ihm wie gefällt) herstellen. ... ich bleibe jedenfalls vorerst dabei ! ... und außerdem kann ich dann mal wieder im Außendienst - die Fluchtstange habe ich vor ca. 7 Jahren an die Wand genagelt ! Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Maßen
Am 26. August 2008 09:30 schrieb osm [EMAIL PROTECTED]: Zu dem 3D-Problem: wenn ich zwischen zwei bekannten Punkten messe und die Neigung stetig ist, dann könnte das messen mit Laufrad auch funktionieren - bei einer proportionalen Verteilung des Fehlers. Dann würde sogar gegen ein gutes geeichtesSchrittmaß nichts sprechend (in engen Straßen). Gruß Jan :-) Zu dem sogenannten 3D-Problem: Wer das - im Rahmen unserer Genauigkeit - als Problem betrachtet, sollte mal ein bißchen mit Phytagoras nachrechnen: Die Abweichung wahre Länge - projezierte Länge beträgt bei einer Steigung von 10% nur 0,5% (also z.B.19,90m statt 20 m), bei 5% Steigung gar nur 0,125% (19,975m statt 20,00m, d.h.2,5cm Abweichung bei 20 m!). Wem das zu ungenau ist, der kann ja noch die Steigung messen und den Fehker rausrechnen :). Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] An die Dortmunder - SEHR gute Nachrichten!
Moin, Die Frage ist natürlich nur, ob die Community das zu leisten vermag. wenn ein Gebiet halbwegs fertiggemappt ist (also auch schon wenn alle Straßen fertig sind), lässt unsere Aktivität üblicherweise nach. Es wird daher ungleich schwieriger sein, Leute später für die Datenpflege als sie für ein Neumapping zu begeistern. Ich finde die ganze Sache sehr gut und man sollte das ausprobieren. Es gibt aber halt keien Garantien dafür dass wir einen zugewachsenen Weg überhaupt oder auch nur innert einer bestimmten Zeitspanne aktualisieren können. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: Tags für Tags - warum so kompl iziert?
Am Dienstag 26 August 2008 schrieb Tordanik: Das Größer(-gleich)-Zeichen weglassen ist nicht lesbarer, sondern führt im Gegenteil zu unnötigen Unklarheiten. Ich hätte nicht sagen können, ob du damit jetzt ein oder oder = oder = meinst. (Spontan hätte ich ja auf = getippt, aber da spricht natürlich die Sinnhaftigkeit dagegen). Ein Zeichen weniger zu tippen fällt so gut wie nicht ins Gewicht und ist m. E. die möglichen Missverständnisse nicht wert. Außerdem ist bei Verwendung von eher klar, dass man auch schreiben kann, wo es nötig ist. Das spart den Leuten einmal Nachschlagen im Wiki. das ist alles reine definitionssache. bei den entsprechenden runden verkehrszeichen mit rotem rand steht auch nie ein = oder sonstwas mit drin, und trotzdem gibt's keine missverstaendnisse; jeder weiss, was gemeint ist... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen auf gleicher Höhe ... und/oder auch versetzt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, das Wiki sagt ja, dass in dem Fall der versetzen Haltestellen einzelne Noden weit weg von der gesetzt werden sollen. An einer anderen Stelle sagt das Wiki, dass eine Relation für eine Buslinie eingesetzt werden soll. Nun habe ich daraus geschlussfolgert, das in die Buslinien-Relation sowohl die entsprechenden Straßenabschnitte als auch _alle_ Noden, die Bushaltestellen enthalten, eingetragen werden. In der Relation wird bei jeder Bushaltestelle die Richtung oder die Gemeinsamkeit eingetragen. In der Node wird der Name bei jeder Haltestelle eingetragen, bei getrennten eben zweimal. Ich habe hier bei mir in der Umgebung auch eine Buslinie, die zum Teil einen Ring in einer Richtung befährt, also in diesem Bereich gar keine Haltestellen der Gegenrichtung besitzt. Es hat mich einige Mühe gekostet, das oben genannte Schema zu ermitteln. Dieses wird aber jetzt von der Datenbank stabil erhalten. Leider werden Buslinien noch nicht gerendert. Die Radfahrer sind eben wesentlich wichtiger als die Buskunden :-(( Rolf -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von osm Gesendet: Dienstag, 26. August 2008 09:08 An: talk-de@openstreetmap.org Betreff: [Talk-de] Bushaltestellen auf gleicher Höhe Moin ! Bushaltestellen befinden sich manchmal versetzt - dann und wann aber auch auf gleicher Höhe ! ... -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFIs9mnX/cdferISG0RAp8iAKC8q8cDHOVNSgz4RvmVcot3USIYNQCgm5pu AsnGsebIBRHdFQh4Nr6vEF0= =W/Sf -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen auf gleicher Höhe ... und/oder auch versetzt
Am Dienstag, 26. August 2008 schrieb Rolf Gehring: Es hat mich einige Mühe gekostet, das oben genannte Schema zu ermitteln. Dieses wird aber jetzt von der Datenbank stabil erhalten. Leider werden Buslinien noch nicht gerendert. Die Radfahrer sind eben wesentlich wichtiger als die Buskunden :-(( :-) Mir stellt sich noch die Frage, ob man die Nodes neben der Straße, vielleicht mit der Straße über service verbinden sollte. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit Durchfahrtsverbot
Am Dienstag, 26. August 2008 09:53 schrieb osm: ich habe eine normale Straße die für private als Sackgasse benutzt werden darf - Busse hingegen dürfen in beide Richtungen durchfahren Wie muss eine solche Straße erfassen - Pfeilrichtung etc. ??? Ich habe da zunächst ein Verständnisproblem: Meinst Du wirklich eine Sackgasse oder eine Einbahnstraße? Im Fall der Sackgasse sehe ich keine Probleme: Das (evtl. auch nur *sehr* kurze) Teilstück, das nur von Linienbussen befahren werden darf, wird als access=no, psv=yes gekennzeichnet. Die Pfeilrichtung spielt dann keine Rolle, da eine Sackgasse ja wohl keine Einbahnstraße sein kann. Falls Du aber statt Sackgasse eine Einbahnstraße meinst, die nur von Bussen in beiden Richtungen befahren werden darf, dann gibt es dafür noch kein (allgemein anerkanntes) Tagging. Analog zu Fahrrädern wäre z.B. psvway=opposite denkbar. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Zeichnen nach Ma?en
Moin ! GPS - Galileo hin oder her - bei beiden Systemen wird man immer eine gewisse Erreichbarkeit benötigen und in ENGEN Gassen wird man um eine hybride Messung vermutlich nicht herum kommen. Es sei den ... man pflastert den Zenit mit Satelliten dicht... ... und dann ist immer noch das Problem der schleifenden Schnitte - wenn sich die Technik nicht grundsätzlich ändert ! Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel für Flüsse und Bäche
Moin, Heiko Schack schrieb: ich habe hier zurzeit ein Problem mit einem Fluss und einem Bach. Beide Gewässer verlaufen streckenweise unterirdisch. Ich habe diese Teilabschnitte mit tunnel=yes getaggt. Leider wird dieses Tag in Osmarender und Mapnik für Gewässer wohl nicht unterstützt. Gibt es hierfür vielleicht ein anderes sinnvolles Tag? Oder kann jemand Osmarender dahingehend anpassen, dass tunnel=yes auch bei Gewässern (Fluss, Bach, Kanal) beachtet und umgesetzt wird? AFAIK sollte das funktionieren. Hast Du layer=-1 beim Gewässer getaggt? Der eine Abschnitt hatte layer=-1 und der andere layer=-3. Bei beiden werden die Flüsse so angezeigt, als würden sie oberirdisch verlaufen. Lg heiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel für Flüsse und Bäche
André Reichelt wrote: Heiko Schack schrieb: ich habe hier zurzeit ein Problem mit einem Fluss und einem Bach. Beide Gewässer verlaufen streckenweise unterirdisch. Ich habe diese Teilabschnitte mit tunnel=yes getaggt. Leider wird dieses Tag in Osmarender und Mapnik für Gewässer wohl nicht unterstützt. Das Thema hatten wir erst vor ein paar Wochen. Ich dachte, das sei mittlerweile gelöst... Seltsam. Ist es auch, zumindest für Mapnik. layer=-1, tunnel=yes und waterway=canal wird richtig dargestellt. Evtl. funktioniert das Rendering wirklich nur mit waterway=canal und nicht mit stream o.ä. Das Teste ich gleich mal. Danke! Lg Heiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vermessungsämter
Hi ! einer von Euch hatte kürzlich von den Gesprächen beim Vermessungsamt berichtet. Da habt Ihr doch sicherlich Unterlagen für die Vorstellung gehabt - dieses Konzept könnte sicherlich auch für andere von Interesse sein. Ich spreche es an, weil ich einmal bei unserem Landesvermessungsamt wegen der Stadt- / Kreisgrenzen angefragt hatte und nach einem langen Text kam am Schluss die Gebühr die dafür zu entrichten ist. Aus dem langen Text ging aber nicht einmal daraus hervor, ob wir die dann auch benutzen dürfen. Da muss ich wohl nocheinmal bohren ! Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Ma?en
osm schrieb: GPS - Galileo hin oder her - bei beiden Systemen wird man immer eine gewisse Erreichbarkeit benötigen und in ENGEN Gassen wird man um eine hybride Messung vermutlich nicht herum kommen. Für den Fall gibt es dann immer noch private Fluggeräte, die man, mit Kameras ausgestattet, zur Anfertigung von Luftbildern verwenden kann. Quadrocopter und andere Geräte werden dank immer billigerer Elektronik erschwinglicher. Wenn es nun noch jemand schafft, anständige Akkus zu entwickeln, kommt richtig Freude auf. Villeicht findet man aber auch ganz neue Energieversorgungstechniken. Irgendwelche Amis haben ihr Fluggerät so gebaut, dass es ständig von einer Bodenstation angepeilt werdne kann. Diese zielt mit einem starken Laser direkt auf ein spezielles Solarpanel und ereugt damit genug Energie zum Betrieb. Denkbar wären aber auch diese Neuartigen Nano-Pads, die bei einer Energieausbeute von 80% Wärmeenergie in elektrischen Strom umwandeln können. Leider sind diese aber noch nicht weit genug, um sie in Serie zu produzieren. Ansonsten sehe ich da vor allem Potential für Kühlschränke, bei denen sich dann der Stromzähler vor lauter Freude rückwärts drehn :P. Es sei den ... man pflastert den Zenit mit Satelliten dicht... Oder man denkt sich was Anderes aus, z.B., wie ja von den Funknetzbetreibern geplant, bekommt jeder Haushalt eine Femtozelle. Mit denen sollte eine recht genaue Ortung, nicht nur Seitens der Netzbetreiber, möglich sein. Fragt sich nur, wie die 30 Millionen Haushalte dazu bringen wollen, sich nen Handy-Sender in die Hütte zu stellen... ... und dann ist immer noch das Problem der schleifenden Schnitte - wenn sich die Technik nicht grundsätzlich ändert ! Was für'n Ding? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Ma?en
On Tue, 26 Aug 2008, osm wrote: GPS - Galileo hin oder her - bei beiden Systemen wird man immer eine gewisse Erreichbarkeit benötigen und in ENGEN Gassen wird man um eine hybride Messung vermutlich nicht herum kommen. Es sei den ... man pflastert den Zenit mit Satelliten dicht... ... und dann ist immer noch das Problem der schleifenden Schnitte - wenn sich die Technik nicht grundsätzlich ändert ! Ach was. Wir nehmen einfach Tachyonen. Die kommen überall durch, auch durch die Erde. Nur die Detektoren sind momentan noch etwas groß und unhandlich. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Maßen
On Tue, 26 Aug 2008, André Reichelt wrote: Michael Wolf schrieb: Nicht wirklich! GPS mit seiner technisch bedingten Ungenauigkeit wird nie Konkurrenz zum Vermessungswesen sein oder jemals werden Interessant - Ich sitze also dem Irrtum auf, dass meine tägliche Arbeit möglich ist. Ich frage mich, wie ich dann mein Geld verdiene. Die GPS-Genauigkeit liegt heutzutage auf gleichem Niveau, wie großräumige Bodennetze (von der Höhe mal abgesehen). GPS sicher nicht, allerdings ist GPS sowas wie der Telegraph unter den Telefonen. Warte mal noch 20 Jahre, da wird es dann villeicht Systeme geben, die bei einer Toleranz von 0,0001 % eine genauigkeit von 1 mm erreichen. Es genügt ja schjon, wenn man mehrere Systeme gleichzeitig bemüht. Ich habe mal gelesen, wenn man kombinierte GPS-Gallileo-Geräte verwendet, kann man bs zu 10 cm genau orten. Da wird viel geschrieben. Eine reine GPS+Galileo-Kombination im Lowcost-Markt wird keine 10cm bringen. Mit viel Aufwand erreicht man sowas aber mit geodätischen Empfängern. Für genauere Messungen braucht man mehr Zeit und viel mehr Aufwand (z.B. Referenznetze). Der Millimeter ist aber auch heutzutage schon möglich. Was sich ändern wird ist der dazu notwendige Aufwand. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Ma?en
On Tue, 26 Aug 2008, André Reichelt wrote: ... und dann ist immer noch das Problem der schleifenden Schnitte - wenn sich die Technik nicht grundsätzlich ändert ! Was für'n Ding? Die Streckenmessung mit GPS basiert auf dem Schneiden von Strecken. Wenn die Strecken nun in einem sehr spitzen (also kleinem) Winkel aufeiandertreffen, dann ist die Genauigkeit sehr schlecht. Ideal ist eine Verteilung über den ganzen Raum. Deshalb ist bei GPS auch die Höhe die schlechteste Koponente, weil eben von unten gar nichts kommt. Wenn ich nun also eine enge Gasse habe und viele Satelliten von oben da sind, dann kann ich zwar eine Position bestimmen, aber die wird nicht besonders gut sein, weil die Strecken sich eben schleifend schneiden. Das Prinzip kannst Du leicht selbst sehen: a) Zeichne zwei Linien im rechten Winkel auf ein Blatt Papier. Bestimme den Schnittpunkt. b) Zeichne zwei Linien, die fast parallel sind (sich aber trotzdem irgendwo schneiden) und versuche jetzt den Schnittpunkt zu bestimmen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (Nicht) an Verbote halten...
M.Gehling schrieb: wie kennzeichne ich denn Privatstrassen ? Schau Dir mal die Access-Seite in der Wiki an. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (Nicht) an Verbote halten...
Am 26.08.08 schrieb M.Gehling [EMAIL PROTECTED]: Martin Koppenhoefer wrote: was fuer eine Lehre ziehen wir daraus? Ich bin selbst der Meinung, mehr ist besser, d.h. Privatstrassen sollten durchaus in unseren Datenbestand (natuerlich als solche gekennzeichnet), wie kennzeichne ich denn Privatstrassen ? access=no ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Statistik der Elemente
Moin ! kann man eigentlich irgendwie ermitteln wieviele Sportplätze, Radwege etc. in einer definierten Fläche zu finden sind ?? Gruß Jan :-) -- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen auf gleicher Höhe ... und/oder auch versetzt
Hallo, ich setze die Bushaltestellen immer mit in den Way und benutze für beide seiten nur einen punkt. Ich denke das reicht auch! Gruß, Christian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (Nicht) an Verbote halten...
Am Dienstag, 26. August 2008 schrieb Marcus Wolschon: Am 26.08.08 schrieb M.Gehling [EMAIL PROTECTED]: Martin Koppenhoefer wrote: was fuer eine Lehre ziehen wir daraus? Ich bin selbst der Meinung, mehr ist besser, d.h. Privatstrassen sollten durchaus in unseren Datenbestand (natuerlich als solche gekennzeichnet), wie kennzeichne ich denn Privatstrassen ? access=no Das sicher nicht, eher access=private oder access=permissive Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel für Flüsse und Bäche
hallo Frank Wein wrote: André Reichelt wrote: Heiko Schack schrieb: ich habe hier zurzeit ein Problem mit einem Fluss und einem Bach. Beide Gewässer verlaufen streckenweise unterirdisch. Ich habe diese Teilabschnitte mit tunnel=yes getaggt. Leider wird dieses Tag in Osmarender und Mapnik für Gewässer wohl nicht unterstützt. Das Thema hatten wir erst vor ein paar Wochen. Ich dachte, das sei mittlerweile gelöst... Seltsam. Ist es auch, zumindest für Mapnik. layer=-1, tunnel=yes und waterway=canal wird richtig dargestellt. Evtl. funktioniert das Rendering wirklich nur mit waterway=canal und nicht mit stream o.ä. wie man hier http://www.openstreetmap.org/?lat=47.376361lon=9.892285zoom=18layers=B00FTF sieht, funktioniert es für mapnik und waterway=canal (linker unterer quadrant), aber nicht für stream (rechter oberer quadrant). das mühlobächle ist kurz nachdem es unter der strasse nach norden fliesst in einem tunnel z.b. dort wo neben dem haus der name steht. osmarender stellt das mit dem tunnel aber nicht mal bei waterway=canal dar... grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Statistik der Elemente
Zitat osm: kann man eigentlich irgendwie ermitteln wieviele Sportplätze, Radwege etc. in einer definierten Fläche zu finden sind ?? In oder mit welcher Anwendung moechtest Du das ermitteln? -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vermessungsämter
Hallo, das würde mich auch interessieren, vor allem würde mich interessieren, ob und welche Kontakte es zu den unterschiedlichen Ämtern gibt. Es gab ja z:B. gerade erst die Info von Düsseldorf und Dortmund. Ich fände es nicht schlecht wenn im wiki eine Seite mit den Ämtern und Abteilungen stehen würde. Ich meine damit v.A. die Vermessungsämter, die Fahrradclubs, ... Vielleicht wäre folgender Spruch auch ein positives Werbemittel: Diese Städte machen auch schon mit und unterstützen uns mit folgenden Daten Grüße, PieSchie osm schrieb: Hi ! einer von Euch hatte kürzlich von den Gesprächen beim Vermessungsamt berichtet. Da habt Ihr doch sicherlich Unterlagen für die Vorstellung gehabt - dieses Konzept könnte sicherlich auch für andere von Interesse sein. Ich spreche es an, weil ich einmal bei unserem Landesvermessungsamt wegen der Stadt- / Kreisgrenzen angefragt hatte und nach einem langen Text kam am Schluss die Gebühr die dafür zu entrichten ist. Aus dem langen Text ging aber nicht einmal daraus hervor, ob wir die dann auch benutzen dürfen. Da muss ich wohl nocheinmal bohren ! Gruß Jan :-) --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ 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
Re: [Talk-de] Statistik der Elemente
kann man eigentlich irgendwie ermitteln wieviele Sportplätze, Radwege etc. in einer definierten Fläche zu finden sind ?? Tagwatch wird dir hier weiterhelfen: http://wiki.openstreetmap.org/index.php/Tagwatch Grüsse ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Ma?en
Hi, osm schrieb: Mit dem nötigen Sachverstand (Mittel aus Hin- und Rückmessung liefert das bessere Ergebnis als nur einmal fahren!!) läßt sich sicherlich etwas gleichwertige (naja - jeder misst was ihm wie gefällt) herstellen. Das lässt sich aus meiner Erfahrung nicht bestätigen. GPS hat ja keine Standardabweichung oder driftenden Abweichungen, sondern dreht z.B. alleine durch Regen- oder Gewitterwolken schon durch. Wenn die erste Fahrt auf durchschnittlich 3m genau war und die zweite Fahrt durchschnittlich 20m daneben liegt, ärgert man sich kaputt :-) ... ich bleibe jedenfalls vorerst dabei ! ... und außerdem kann ich dann mal wieder im Außendienst - die Fluchtstange habe ich vor ca. 7 Jahren an die Wand genagelt ! Rolltachos, Tachyonen etc. bringen meiner Meinung nach recht wenig für OSM. Wenn Du Wege abrollst und ausmisst, hast Du die Höhenunterschiede in den Wegstrecken drin und kannst die im 2D-JOSM nicht korrekt eingeben. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konstruktion eine Parallelen
Hallo, André Reichelt schrieb: Wie er schon sagte, es geht nicht um das parallele Verschieben, sondern darum, dass der Weg wirklich parallel verläuft, sprich dass auch Kurvenradien parallel vergrößert werden usw. Das sind die generellen CAD-Funktionen, die ich in vielen Programmen vermisse - auch bezogen auf Grafikprogramme. CorelDraw kann es nur über Konturen, Illustrator eigentlich auch nur. Ähnlich verhält es sich mit dem 45° und 90° Raster-Snapping, was ich ja mal haben wollte. Ich glaube, wir müssen JOSM mal einen Satz Zeichen-Tools schenken, oder? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de