Re: [OSM-talk] ORS: From Italy to Danmark ...
Date: Sat, 23 Aug 2008 12:10:06 -0500 From: Patrick Aljord [EMAIL PROTECTED] Subject: Re: [OSM-talk] ORS: From Italy to Danmark ... To: talk@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 Looks great! Are you going to support France and the UK or are there technical issues to solve? We are considering it, but first wanted to see how our server behaves with the additional load. As the amount of data doubled in a few months (in Germany), we need to consider our (limited) ressources we have available. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] service roads as driveways
On Sunday 24 August 2008 02:41:29 Christoph Eckert wrote: Hi, i've been using service roads for a variety of small, relatively insignificant roads, such as alleyways between buildings, driveways to stately homes, roads around school/university/hospital campuses and so on, but something else recently has made me wonder whether to use it more: in auckland, there are thousands of houses with very long driveways, sometimes 300m. is this an acceptable use for the tag? IMO: yes, perfect usage. Are you sure? I used to think so too, but lately I have reconsidered. One way to look at highway=service is that it should be used for roads that we wouldn't really miss if they weren't rendered at all. Good examples can be found above: roads between buildings, short drives to or on parking lots, roads to fuel stations, etc. Long driveways to houses *would* probably be missed, at least I would miss them. So I would myself instead use highway=unclassified, possibly with surface=unpaved if that is the case. -Inge Best regards, ce ___ 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] service roads as driveways
2008/8/24 Inge Wallin [EMAIL PROTECTED]: i've been using service roads for a variety of small, relatively insignificant roads, such as alleyways between buildings, driveways to stately homes, roads around school/university/hospital campuses and so on, but something else recently has made me wonder whether to use it more: in auckland, there are thousands of houses with very long driveways, sometimes 300m. is this an acceptable use for the tag? IMO: yes, perfect usage. Are you sure? I used to think so too, but lately I have reconsidered. One way to look at highway=service is that it should be used for roads that we wouldn't really miss if they weren't rendered at all. Good examples can be found above: roads between buildings, short drives to or on parking lots, roads to fuel stations, etc. Long driveways to houses *would* probably be missed, at least I would miss them. So I would myself instead use highway=unclassified, possibly with surface=unpaved if that is the case. i think we'd miss all of those examples to be honest. the only ones we wouldn't miss are the ones that don't get used...and petrol stations at least are pretty popular. in that sense, i'd say a driveway is below all the others i listed, as usually a maximum of 10 people use it regularly i'm not too keen on using highway=unclassified as it's generally seen as more important to most mappers, and it's almost always for a public road ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Users' activity feeds
Hello, I also agree with the necessity to have more informations/API/alerts about user's activity to monitor the quality/mistakes and I believe to be more credible to the outside world. I use OSM Mapper and OSM Aware and OSMxapi/node RSS feed but for me it's not sufficent. What I really need is an alert (RSS, mail or other...) when the elements (ways, nodes, areas) I've created or contributed to are modified. Why I think it is important? Because the elements I've contributed to are the one I know, I've seen them with my eyes, otherwise I wouldn't have mapped them. But I don't necesseraly know all the elements (ways, nodes...) 'around' them and I don't have time to check all of them in a region to see if I've contributed to it (have some knowledge about them), or not. If I had such an automatic alert (on my contributions) I could easily check and be in one of the three situation: 1) I know the addition/modification is right (cool to see the community effort, encourages me to map more, we are not alone :) ) 2) I don't know if the addition is right but it's possible (maybe I could double check one day eventually) 3) I sure know it is a mistake (this motorway i take eveyday is not a river...). I must do something about it now (contact the mapper and correct the mistake) Right now i can randomly see some annoying unintentional mistakes made on my contributions. Each time I spot one I ask myself how many more I didn't see, these thougts don't encourage me. We know we are mapping facts (geographical informations), not doing art. We obvisoulsy should do eveything we can to ensure the facts are and stay right or improve in detail. Otherwise that doesn't fully satisfy me and I prefered to reduce my mapping contributions to OSM (and contribute more to other projects in the meantime). I'm sure OSM will find a way. I'm still utterly amazed at what OSM achieved (especially when you understand how much more technically complex it is than a simple wikipedia). But I believe improvements in this field should be a priority and should happen better sooner than latter. The longer OSM waits, the more mistakes will accumulate, the more people will be discourage, the less credible the quality of the database will be to the external world. My 2 cents (for what it's worth). francois PS: When I've developed OSMaware I quickly tried to do such an RSS feed (as decribed above) but I didn't find an easy way to do it 'reasonnably' without probing the history of all the elements... So I gave-up on this. I also added it as feature request on the OSM Mapper wiki page but i didn't see any answer there either. I'm having a quick look at the OSM Protocol Version 0.6 draft, maybe the Querying by user for change sets will help in the futur (if it is what I imagine). --- On Sat, Aug 23, 2008 at 8:44 PM, Ian Dees [EMAIL PROTECTED] wrote: On Sat, Aug 23, 2008 at 10:26 AM, Nic Roets [EMAIL PROTECTED] wrote: On Sat, Aug 23, 2008 at 12:18 AM, Ian Dees [EMAIL PROTECTED] wrote: How about an activity feed for a certain bounding box area? I think this, in combination with the user-specific activity log, would be very useful. There's a simple trick to achieve this : XOR or subtractive rendering. Relatively simple to implement with slippy map tiles and desktop renderers. It sounds like there's interest in an RSS feed or some other, non-graphical method of communicating that information. The graphical approach on a map is definitely neat, but I think an RSS feed or e-mail alert would be even more useful. ___ 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] Searching for recently added names not working
All up to date now. David On 21/08/2008 11:19, David Earl wrote: I'm afraid the name finder index has got a problem which means that index entries for new objects (node/way/relation) added since August 8 are missing. (Actually it is a bit more subtle than that, depending on whether the object was also later modified, and whether there happened to be no deletions of objects of the same type on any particular day). The problem was that when I switched it to using the daily planet gz instead of bz2 files, I hadn't realized that the name of the XML tag for additions also changed from add ... to create The log files all look reasonable: it was showing a large number of ways etc being processed, but of course it was only counting modified ones, not new ones, skipping the entries enclosed by create completely. So I only discovered this when I searched for some streets I added this week and couldn't find some but did find others (those I had later modified) and investigated why. Fortunately all the daily diffs back to 8/8 are still there, so I am now going to suspend the daily update, re-run all the updates for the last two weeks, and then catch up with tonight's and maybe tomorrow's later - the longer update may well take more than a day to run. In the meantime, searching will be very slow and may not find entries which are removed during the file processing phase but have not yet been processed in the update phase (which will be many hours apart). Sorry about this. The rules changed under my feet! David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] service roads as driveways
On 24 Aug 2008, at 10:20, Inge Wallin wrote: So I would myself instead use highway=unclassified, possibly with surface=unpaved if that is the case. To me unclassified highways implie some sort of public right of way but a service highway could be a right of way, permissive or private. I would have thought the vast majority of driveways were private and would thus use highway=service or highway=drive -- Chris Jones, SUCS Admin http://sucs.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] service roads as driveways
On 24 Aug 2008, at 16:30, Chris Jones wrote: On 24 Aug 2008, at 10:20, Inge Wallin wrote: So I would myself instead use highway=unclassified, possibly with surface=unpaved if that is the case. To me unclassified highways implie some sort of public right of way but a service highway could be a right of way, permissive or private. I would have thought the vast majority of driveways were private and would thus use highway=service or highway=drive Also I believe that in the UK highway=unclassified is intended to mean a highway that has been specifically classified as 'unclassified' (yes I know that seems like a contradiction). So wouldn't be suitable for driveways. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Left and Right?
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 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] What Can Be Done With It?
At SOTM, we were discussing how to show people that OSM isn't just Google Maps with patchy coverage. ( :-P ) One idea was a page about all of the cool things you can do with OSM data that you can't do with other mapping sites' data. Here is a very small skeleton: http://wiki.openstreetmap.org/index.php/What_Can_Be_Done_With_It If people could add other ideas, that would be great. When we have a good gallery (note: not everything will be able to make it in) then I'll flesh out each idea with a writeup and screenshots. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Left and Right?
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. A similar thinking is obvious in the Karlsruhe House Address Scheme (http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_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. Rory ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapping Data in Colombia.
Hello. I want to organize the work actually being done in Colombia. Currently I can see there are some good people contributing but also there is no order in the construction of maps for the cities. It will be great if we can coordinate and distribute Localities between us and have a full Data set for the Main Cities before the end of the year. Who in Colombia is up to the task? - _ Gustavo A. Lozano ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping Data in Colombia.
Hello, this is te wiki from Colombia OSM Project http://wiki.openstreetmap.org/index.php/WikiProject_Colombia any mail list is in http://wiki.openstreetmap.org/index.php/WikiProject_Colombia humano On 8/24/08, Gustavo A. Lozano [EMAIL PROTECTED] wrote: Hello. I want to organize the work actually being done in Colombia. Currently I can see there are some good people contributing but also there is no order in the construction of maps for the cities. It will be great if we can coordinate and distribute Localities between us and have a full Data set for the Main Cities before the end of the year. Who in Colombia is up to the task? - _ Gustavo A. Lozano ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Gizmo: # 1-747-184-0483 ekiga: sip:[EMAIL PROTECTED] alias 846119 ~~~ Si quieres cambiar el mundo, Empieza usando GNU/Linux !! -- Software Libre de Gestión Médica mas info en http://galenux.com -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping Data in Colombia.
Nice I will check it up - _ Gustavo A. Lozano CTO Noldata http://noldata.com Mobile: +57 312 4355238 On Sun, 2008-08-24 at 12:50 -0500, humano wrote: Hello, this is te wiki from Colombia OSM Project http://wiki.openstreetmap.org/index.php/WikiProject_Colombia any mail list is in http://wiki.openstreetmap.org/index.php/WikiProject_Colombia humano On 8/24/08, Gustavo A. Lozano [EMAIL PROTECTED] wrote: Hello. I want to organize the work actually being done in Colombia. Currently I can see there are some good people contributing but also there is no order in the construction of maps for the cities. It will be great if we can coordinate and distribute Localities between us and have a full Data set for the Main Cities before the end of the year. Who in Colombia is up to the task? - _ Gustavo A. Lozano ___ 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?
On Sun, Aug 24, 2008 at 9:53 AM, Rory McCann [EMAIL PROTECTED] 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. A similar thinking is obvious in the Karlsruhe House Address Scheme ( http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_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. Rory 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. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Left and Right?
See http://wiki.openstreetmap.org/index.php/Bus_stop#Usage_.28node_positioning.29 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Left and Right?
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 As for bus stops I usually use bus_direction=N|S|E|W (idea gotten from http://wiki.openstreetmap.org/index.php/Talk:Buses ). From that it's possible to infer what side of the road the stop is placed on, and it isn't dependent on the direction of the way. I have no idea if anyone else uses it regularly though ;) /Niclas Andersson [EMAIL PROTECTED] ___ 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?
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/Karlsruhe_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. Left/right are sometimes criticised as being dangerous because they can be accidentally reversed. It is editing programs that do all the reversing and it would be better if they provided better support. It would not be difficult to have a scheme with automatic reversal of tags (on the way or its nodes) containing left or right or a few others (like oneway), together with a more intelligent warning for the user in other cases. Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ORS: From Italy to Danmark ...
Pascal Neis [EMAIL PROTECTED] writes: We are considering it, but first wanted to see how our server behaves with the additional load. As the amount of data doubled in a few months (in Germany), we need to consider our (limited) ressources we have available. That is nice. But it looks like the Island of Zealand in Denmark is disconnected from the rest of the world. As an example try From: Halsskov Halsskovvej To: Nyborg Tyrmolen Niels ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Can Be Done With It?
There's a dozen other pages (Neat Stuff is one) that have a very similar purpose - maybe you could find them and combine them all. Cheers, Andy On Sun, Aug 24, 2008 at 5:33 PM, Gervase Markham [EMAIL PROTECTED] wrote: At SOTM, we were discussing how to show people that OSM isn't just Google Maps with patchy coverage. ( :-P ) One idea was a page about all of the cool things you can do with OSM data that you can't do with other mapping sites' data. Here is a very small skeleton: http://wiki.openstreetmap.org/index.php/What_Can_Be_Done_With_It If people could add other ideas, that would be great. When we have a good gallery (note: not everything will be able to make it in) then I'll flesh out each idea with a writeup and screenshots. Gerv ___ 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] What Can Be Done With It?
Hi, Andy Allan wrote: There's a dozen other pages (Neat Stuff is one) that have a very similar purpose - maybe you could find them and combine them all. I think the Wikipedia guys have various kinds of cleanup drives every now and then. I remember there was a no new articles day once and things like that. Maybe we should have a wiki waning week where everyone is encouraged to merge similar articles and delete obsolete articles. And then we invent a shiny star that we give to whoever achieves the most decluttering during that week. 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] Left and Right?
On Sun, Aug 24, 2008 at 6:08 PM, Gervase Markham [EMAIL PROTECTED] wrote: What's current tagging best practice with things which are to the left or the right of a way (e.g. bus stops)? Do we do that for any other tags? Do we have highway:left=bus_stop? I made a feable atempt at finding all the tags that are dependant on the direction of the way. If you have any examples please add: http://wiki.openstreetmap.org/index.php/Category:Way_Direction_Dependant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Searching for recently added names not working
On Thu, Aug 21, 2008 at 8:19 PM, David Earl [EMAIL PROTECTED]wrote: ... The problem was that when I switched it to using the daily planet gz instead of bz2 files, I hadn't realized that the name of the XML tag for additions also changed from add ... to create The log files all look reasonable: it was showing a large number of ways etc being processed, but of course it was only counting modified ones, not new ones, skipping the entries enclosed by create completely. So I only discovered this when I searched for some streets I added this week and couldn't find some but did find others (those I had later modified) and investigated why. ... Sorry about this. The rules changed under my feet! Are you sure? I didn't remember changing anything in this space so checked svn. My original osmosis code import to svn in September 2007 had the xml tag named as create. The same code is used for creating the xml within the bz2 and gz files so there shouldn't be any difference between the two. The difference between the bz2 and gz processes was in the extract automation, not the database and xml code. I wouldn't bring it up except that it sounds like you might be missing more data than just that which changed in the past couple of weeks. Brett ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What Can Be Done With It?
Frederik Ramm wrote: Andy Allan wrote: There's a dozen other pages (Neat Stuff is one) that have a very similar purpose - maybe you could find them and combine them all. I think the Wikipedia guys have various kinds of cleanup drives every now and then. I remember there was a no new articles day once and things like that. Maybe we should have a wiki waning week where everyone is encouraged to merge similar articles and delete obsolete articles. And then we invent a shiny star that we give to whoever achieves the most decluttering during that week. fantastic idea frederik. now, any other volunteers? i'm in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Left and Right?
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' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Huisnummers - het vervolg
kun je er ook nog een voor leiden maken? (het oostelijk deel mocht het te groot worden) Freek schreef: On Saturday 23 August 2008, Freek wrote: Ik zal zo in ieder geval nog wel even een export voor Lelystad maken. Bij deze http://www.vanwal.nl/osm/housenumbers_AND/lelystad.osm -- Freek ___ 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] Huisnummers - het vervolg
On Sunday 24 August 2008, Floris Looijesteijn wrote: kun je er ook nog een voor leiden maken? (het oostelijk deel mocht het te groot worden) http://www.vanwal.nl/osm/housenumbers_AND/leiden.osm -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Elphel Geocamera :) [meedenken!]
2008/8/23 Stefan de Konink [EMAIL PROTECTED]: Ok mensen. Ik kan nog niet veel zeggen maar aangezien ik nog geen minuut heb geslapen, maar het volgende. Bedenk eens wat dingen die je als GIS/OSM nerd in een camera wilt hebben, zeker wat betreft software. Je kunt hierbij denken aan: - GPS tracks automatisch bij foto en video opslaan - Foto's ophalen voor specifieke gebieden - Kijkrichting van de camera opslaan - Verwerken van foto's zodat je snel straatnaam bordjes kan zien - Wellicht iets met herkennen van wegen (type, aantal rijbanen?) Misschien interessant in deze context: Ik ben voor m'n werk momenteel bezig met een researchproject genaamd Tripod dat als doel heeft een foto aan de hand van metadata volautomatisch te voorzien van een human language caption (onderschrift). Dit gebeurt door de GPS-locatie, de kompasrichting en de hoek van de camera op het moment van de opname te voeden aan een chain van webservices die als uiteindelijke uitvoer een onderschrift in een gewenste taal teruglevert. Ik houd me in het kader van dit project bezig met een webservice die op basis van een hogeresolutie DEM en gebouwinformatie identificeert welke gebouwen er op de foto staan. We gebruiken een Web Perspective Viewer Service (deegree-implementatie) in combinatie met o.a. OSM-data :) Zie [1] voor meer info. Voor het testen gebruiken we een 'normale' Nikon D70-camera met daaraan gekoppeld een zelfbouw-apparaatje dat functioneert als digitaal kompas en sensor voor de tilt van de camera. [1] http://deegreeday.deegree.org/deegreeday2008/downloads - onder 'Eduardo Dias: WPVS for Content Analysis of Spatially Enhanced Multimedia' -- martijn van exel -+- [EMAIL PROTECTED] -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Lijst met todo gebieden
Op het eind van http://wiki.openstreetmap.org/index.php/Netherlands_Mapping_Parties_2008 staat een lijstje met Ideeën. Is het niet een goed idee om een TODO lijstje te maken waar iedereen die weet waar de data verouderd is iets aan kan toevoegen? Ik weet namelijk nog wel een paar puntjes die te klein zijn om hier aan toe te voegen want volgens mij is dit lijstje meer bedoeld om interessant plekken voor mapping parties neer te zetten. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Huisnummers - het vervolg
Hi Freek, Lijkt mij ook wel aardig hier eens mee te experimenteren in mijn omgeving. Kun je voor mij ook zo'n file genereren. Van het gebied tussen Dokkum / Waddenzee / Lauwersmeer. Theun, 2008/8/24 Freek [EMAIL PROTECTED] On Sunday 24 August 2008, Floris Looijesteijn wrote: kun je er ook nog een voor leiden maken? (het oostelijk deel mocht het te groot worden) http://www.vanwal.nl/osm/housenumbers_AND/leiden.osm -- Freek ___ 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] Huisnummers - het vervolg
On Sunday 24 August 2008, Theun wrote: Lijkt mij ook wel aardig hier eens mee te experimenteren in mijn omgeving. Kun je voor mij ook zo'n file genereren. Van het gebied tussen Dokkum / Waddenzee / Lauwersmeer. Lauwersmeer: ik neem aan dat dat dat blauwe vlak links van Lauwersoog is? [Ik realiseer me dat het aantal datten in deze zin klopt, maar niet ideaal is.] Voor de volgende: een bbox zou wel fijn zijn. (Aan de andere kant, als er een volgende komt maak ik er maar meteen een webservice van...) http://www.vanwal.nl/osm/housenumbers_AND/dokkum.osm -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Werkgroep Tagging Standaard
Hoi, Om het maar vast even over de lokatie te hebben. Misschien is het handig om het in Amsterdam/Utrecht te doen. Er zijn daar genoeg cafe/restaurants in de buurt van stations wat het voor veel mensen goed bereikbaar maakt. Plus dat op deze manier we er ook nog een sociaal gebeuren van kunnen maken door samen een koud biertje te drinken. Goed idee? Groet, Roeland On Wednesday 20 August 2008 13:46:31 Geert Schuring wrote: Heren en Dames, Het is mijn overtuiging dat de tijd is aangebroken om een duidelijke standaard voor OSM tags in Nederland op te stellen. Aan de hand van deze gids moet een ieder aan de hand van sluitende definities kunnen vaststellen welke tags een willekeurige weg of pad moet krijgen. Deze standaard is mijns inziens noodzakelijk om in een later stadium effectief navigatie software en consistente grafische weergaves te maken van de OSM data. Op internationaal niveau zijn er al een aantal afspraken (zoals de Map_Features pagina) en hier zullen we zo veel mogelijk bij aansluiten. Deze internationale afspraken zijn echter verre van sluitend, en niet voldoende geschikt om beginners het land in te sturen. Ik zal voorlopig het voorzitterschap op me nemen. Klinkt zwaarder dan het is, maar iemand moet even de eerste stappen zetten. Dit brengt me tot de volgende voorlopige deelnemerslijst: - Geert Schuring (Voorzitter) - Freek van Wal Laten we Doodle gebruiken om de datum te bepalen van de eerste meeting. Wanneer je je aanmeld voor de werkgroep, geef dan via Doodle ook meteen aan wanneer je kunt: www.doodle.ch/ywnei2dg7g5c73v9 Ik wacht met spanning af! Groeten, Geert Schuring. 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] Werkgroep Tagging Standaard
On Sunday 24 August 2008, Roeland Douma wrote: Om het maar vast even over de lokatie te hebben. Misschien is het handig om het in Amsterdam/Utrecht te doen. Er zijn daar genoeg cafe/restaurants in de buurt van stations wat het voor veel mensen goed bereikbaar maakt. Plus dat op deze manier we er ook nog een sociaal gebeuren van kunnen maken door samen een koud biertje te drinken. Goed idee? Zoals ik op IRC al zei: ik ben er wel voor om wat eerder te komen en/of later weg te gaan, dat maakt de reistijd/nuttige tijd verhouding wat redelijker. Amsterdam en Veenendaal zijn voor mij even ver qua reistijd, en in Amsterdam is waarschijnlijk wat makkelijker een cafeetje/restaurant te vinden. Utrecht is al helemaal goed. Verder: de doodle wijst uit dat vrijdag de 12e het beste uitkomt (tot nu toe). -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] ip adres tileserver
On Thu, 2008-08-21 at 13:30 +0200, Stefan de Konink wrote: Koos van den Hout schreef: Zeker relatief 'nieuwe' applicaties als openstreetmap zouden volgens mij vanaf de grond ontwikkeld en getest moeten worden met dual-stack support. Dat sowieso :) Dus is het volgens mij ook tijd om iets te doen met ipv6 en openstreetmap. Als ik zo wat IP nummers van openstreetmap zaken natrek zie ik ze staan in netwerken waar IPv6 wel te krijgen moet zijn met meer of minder moeite. Maar volgens mij krijgt JR Online helemaal geen IP adressen als ze zich niet hebben gecommit aan IPv6 uitrol :) Overigens openstreetmap.nl wordt door Vrijschrift ook op IPv6 niveau aangeboden. Stefan IPv6 staat niet voor de korte termijn gepland. We willen eerst alle IP-adressen omzetten naar onze eigen range. Daarna zullen we ons ook met IPv6 bezig gaan houden. Mijn vermoeden is dat we begin volgend jaar hier iets in kunnen aanbieden. Mocht het voor die tijd nodig zijn, is er eventueel waarschijnlijk wel iets op te zetten voor osm. Sander ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Elphel Geocamera :) [meedenken!]
Ook nog erg handig lijkt mij het herkennen van verkeersborden. Zoals eenrichtings verkeer. Verbodborden. Maxium snelheid. Maxiamale belasting van de brug etc etc. Erg handig voor metadata. Roeland On Saturday 23 August 2008 09:48:26 Jaap-Andre de Hoop wrote: On 23-8-2008 7:25, Stefan de Konink wrote: Ok mensen. Ik kan nog niet veel zeggen maar aangezien ik nog geen minuut heb geslapen, maar het volgende. Bedenk eens wat dingen die je als GIS/OSM nerd in een camera wilt hebben, zeker wat betreft software. Je kunt hierbij denken aan: - GPS tracks automatisch bij foto en video opslaan - Foto's ophalen voor specifieke gebieden - Kijkrichting van de camera opslaan - Verwerken van foto's zodat je snel straatnaam bordjes kan zien - Wellicht iets met herkennen van wegen (type, aantal rijbanen?) Ik hoor graag wat *jij* nog meer in je camera wilt hebben. Ik durf namelijk te verwedden dat als ik de foto die nu op m'n scherm staat op OSM.nl zet niemand meer originele ideeen heeft. hmmm nu maak je me echt nieuwsgierig naar die foto. herkennen van: -(huis)nummers -brievenbus -bankautomaten -parkeerplaats bord -andere pois met een redelijk vast uiterlijk maar herkennen van type weg, lijkt me heel erg nuttig. Groets, Jaap-Andre, die nog eens zijn knooppunten van de vakantie moet verwerken ___ 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] Elphel Geocamera :) [meedenken!]
Roeland Douma schreef: Ook nog erg handig lijkt mij het herkennen van verkeersborden. Zoals eenrichtings verkeer. Verbodborden. Maxium snelheid. Maxiamale belasting van de brug etc etc. Erg handig voor metadata. Het herkennen van 'features' schaar ik hier onder. Een aantal dingen zal waarschijnlijk wel op de FPGA kunnen worden gedaan... maar wonderen verwachten is ook zo'n ander uiterste :) Daarnaast, als je wat hebt herkent, hoe pas je het bij de straat? Of moet het een PoI worden? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Elphel Geocamera :) [meedenken!]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Stefan de Konink schreef: Roeland Douma schreef: Ook nog erg handig lijkt mij het herkennen van verkeersborden. Zoals eenrichtings verkeer. Verbodborden. Maxium snelheid. Maxiamale belasting van de brug etc etc. Erg handig voor metadata. Het herkennen van 'features' schaar ik hier onder. Een aantal dingen zal waarschijnlijk wel op de FPGA kunnen worden gedaan... maar wonderen verwachten is ook zo'n ander uiterste :) Laten we zeggen dat dromen toch niet zo erg is als wat het lijkt; via wikipedia kwam ik met m'n HBO mentaliteit (integreren is beter dan opnieuw bedenken) hier uit: http://web.engr.oregonstate.edu/~hess/index.html Dat heeft een stukje GPL code, wat een mooi software patent implementeert. Scale Invariant Feature Transform is tegenwoordig hot, werd het vroeger alleen gebruikt om achterkanten van auto's te herkennen, tegenwoordig plak je er foto's mee aan elkaar. (Photosynth) Als iedereen met een Nikon D3 of Canon 1Ds mark III (jummie die wil ik ook wel), de digitale bagger camera van je telefoon of alles er tussen in, foto's gaat maken van verkeersborden, ga ik nog wel een avondje aan OpenCV zitten. Voor deel 1 van het project heb ik nog geen Geotags nodig, alleen een goede naam voor wat er op de foto staat. Voor deel twee zou een Geotag handig zijn. Het doel van project 1: verkeersborden op fotos herkennen en mappen naar een bekend verkeersbord. Onder het motto: loop niet onder een auto, maak een openstreetphoto! Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkiyIXEACgkQYH1+F2Rqwn35xwCff0VqSYSnLN69HQaZfGLItvr4 kdQAn2BwUe+KkSp8tSsUMcs+adbvfJ2/ =E7BG -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[Talk-de] Adressen bei vielen Stockwerken, war: Name oder Operator in Tags
Hallo, Der Kandidat gewinnt 54 Obergeschosse + 2 Sockelgeschosse + unzählige Büros: http://informationfreeway.org/?lat=50.11227111807067lon=8.65277405181892z oom=17layers=B000F000F http://de.wikipedia.org/wiki/Messeturm_(Frankfurt) Die Frage ist natürlich, was willst du in eine Landkarte alles eintragen... Es ist doch schon lange keine Landkarte mehr. Geographisch verortbare Informationen. Landkarten kann OSM auch. Diese Vielseitigkeit ist der Trumpf von OSM. Die wichtigen Informationen sind doch die, dass man aus einer Adressangabe herausfinden kann wo das ist. Dass die Angabe Messeturm, Frankfurt bei uns ausreicht um dieses Gebäude zu orten ist doch großartig. Und dass die Adress-Angabe 23. Stock vermutlich über dem Erdboden, in etwa zwischen dem 22. Stock und dem 24. Stock sein könnte, würde ich dem Endbenutzer selbst als Denksport-Aufgabe überlassen... Welche Firmen dort in welchem Büro sind, ist eigentlich erstmal egal. Wenn da öffentliche oder für Passanten interessante Dinge drin sind (Hotel, öffentliche Toiletten, Bäckerei, ...) dann kann man das ja irgendwo am Gebäude vermerken. Das Interesse ist ganz unterschiedlich verteilt. Wir sind auch Passanten, aber haben eben noch andere Rollen auszufüllen oder möchten ganz einfach abstrakte Informationen von Infrastrukturen abbilden, dazu brauche ich die Info vom 23. Stockwerk. Warum sollte der Bäcker einen bevorzugten Platz einnehmen. Vielleicht befindet sich im 23. Stock ein Museum, ein Schwimmbad, ein Restaurant? Aber z.B. für einfache Büros erschließt sich mir nicht der generelle Nutzen, da das (wie du schon selbst herausgefunden hast) keiner auf eine allgemeine Karte drucken wird. Ich bin froh darüber, dass OSM nicht nur Grundlage für eine allgemeine Karte ist. Meine Motivation wäre weitaus geringer dafür. Zudem sind das im Gesamten auch recht flüchtige Daten, die viel Arbeit zur Pflege bedeuten. so what? Also mei, wenn du es als sinnvoll erachtest, trag es gerne irgendwie ein, aber ich wäre dagegen irgendwelche (Rendering-)Infrastruktur für sowas zu verändern, denn auf einer allgemeinen Karte muss das nicht drauf sein. Ja, ich kann mir vorstellen mit der Maus über ein Gebäude zu gehen und mit dem Scrollrad jedes Stockwerk durchzugehen. Das ist eine Frage wie man es anschließend visualisiert, mit einer herkömmlichen Darstellung geht es natürlich nicht. Vielleicht will ich die Daten auch nur auslesen und brauche keine Kartendarstellung. Bei z.B. Messehallen ist es natürlich denkbar, dass man mit OSM-Daten einen Innenraum-Plan machen kann. Dann kann man das gerne eintragen (wenn auch noch nicht klar ist, wie). Die Messe könnte ihren wechselnden Innenraumplan OSM zur Verfügung stellen und einspeisen. Aktuelle Messepläne in OSM, was meinst Du wie viele Messen nachziehen? Auf der allgemeinen Karte ist es trotzdem nicht wirklich sinnvoll, das zu rendern. Was sind allgemeine Karten in der Zukunft? Gruß, Stephan. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen bei vielen Stockwerken, war: Name oder Operator in Tags
Hallo. Am Sonntag, 24. August 2008 schrieb Stephan Schildberg: Die Frage ist natürlich, was willst du in eine Landkarte alles eintragen... Es ist doch schon lange keine Landkarte mehr. Geographisch verortbare Informationen. Landkarten kann OSM auch. Diese Vielseitigkeit ist der Trumpf von OSM. Ja. Aber das Ergebnis der aktuell bestehenden Renderer ist eine Landkarte, oder? Und es ging doch darum, ob man die Renderer irgendwie anpassen muss um solche Fälle besser zu visualisieren. IMHO nicht, denn eine einfache Landkarte braucht diese Infos nicht. Ungeachtet anderer Visualisierungsformen, klar! Das Interesse ist ganz unterschiedlich verteilt. Wir sind auch Passanten, aber haben eben noch andere Rollen auszufüllen oder möchten ganz einfach abstrakte Informationen von Infrastrukturen abbilden, dazu brauche ich die Info vom 23. Stockwerk. Du willst dann aber mehr Infos als sich sinnvoll mit unseren Tags erfassen lassen. Du willst dann IMO externe Quellen einbinden. Warum sollte der Bäcker einen bevorzugten Platz einnehmen. Vielleicht befindet sich im 23. Stock ein Museum, ein Schwimmbad, ein Restaurant? Mag sein dass es solche Spezialfälle gibt. Was du aufzählst sind alles entsprechende Dinge des öffentlichen Interesses, die ich definitiv eintragen würde. Nur, in den überwiegenden Fällen gibt es nur begrenzt viele, auch in einem hohen Gebäude, der Rest sind Wohnungen oder Büros. Aber z.B. für einfache Büros erschließt sich mir nicht der generelle Nutzen, da das (wie du schon selbst herausgefunden hast) keiner auf eine allgemeine Karte drucken wird. Ich bin froh darüber, dass OSM nicht nur Grundlage für eine allgemeine Karte ist. Meine Motivation wäre weitaus geringer dafür. Ich bin dagegen froh, wenn das was unsere aktuellen Renderer als Ausgabe produzieren als ganz normale Landkarte verwendbar bleibt. Was andere mit zusätzlichen Daten machen, ist was anderes. Also mei, wenn du es als sinnvoll erachtest, trag es gerne irgendwie ein, aber ich wäre dagegen irgendwelche (Rendering-)Infrastruktur für sowas zu verändern, denn auf einer allgemeinen Karte muss das nicht drauf sein. Ja, ich kann mir vorstellen mit der Maus über ein Gebäude zu gehen und mit dem Scrollrad jedes Stockwerk durchzugehen. Das ist eine Frage wie man es anschließend visualisiert, mit einer herkömmlichen Darstellung geht es natürlich nicht. Vielleicht will ich die Daten auch nur auslesen und brauche keine Kartendarstellung. Ja, völlig klar, dass man sowas irgendwann mal will. Aber die Infos die du dann haben willst, gehen über das hinaus was wir sinnigerweise mittels Tags erfassen. Da willt du dann wohl eher z.B. Wikipedia- oder StadtWiki-Seiten nutzen und mit einen Gebäude-Eintrag in der OSM verknüpfen. Bei z.B. Messehallen ist es natürlich denkbar, dass man mit OSM-Daten einen Innenraum-Plan machen kann. Dann kann man das gerne eintragen (wenn auch noch nicht klar ist, wie). Die Messe könnte ihren wechselnden Innenraumplan OSM zur Verfügung stellen und einspeisen. Aktuelle Messepläne in OSM, was meinst Du wie viele Messen nachziehen? Ja, kann man eintragen. Aber muss nicht in den aktuellen Karten auf openstreetmap.org erscheinen. Auf der allgemeinen Karte ist es trotzdem nicht wirklich sinnvoll, das zu rendern. Was sind allgemeine Karten in der Zukunft? Verknüpft mit anderen Ressourcen, hoffe ich. Gruß, Bernd -- Ein kluger Mann widerspricht nie einer Frau. Er wartet bis sie es selbst tut. - Humphrey Bogart (am. Schauspieler 1899-1957) 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] ORS: Von Italien nach Dänemark .. .
ein weiterer vorschlag: die oberfläche etwas aufräumen also einen button (noch besser einen textlink), der die erweiterten suchoptionen erscheinen lässt. so wird das ganze übersichtlicher. ag Josias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 25, Issue 214
Wenn du dich da mit dem Fahrrad von der Lempdeser Straße in den Kemmerner Weg routen lässt, wäre der kürzeste Weg die Brücke über den Bach. Diese ist als highway=footway,bicycle=yes getaggt (weil man dort absteigen soll), müsste also eigentlich berücksichtigt werden. Wenn man auf der Brücke absteigen und nicht Fahrrad fahren soll, dann wäre das nicht bicycle=yes, sondern bicycle=no. Das Routing ignoriert jedenfalls nicht grundsätzlich highway=footway mit bicycle=yes, auch nicht auf Brücken. Seltsam scheint mir allerdings, warum du an der Stelle so einen kurzen Fitzel cycleway vor der Brücke hast. Das erscheint mir als unbeteiligtem Außenstehenden von der Logik her widersinnig - jedenfalls wenn sich auf dieser Seite des Ufers sonst nur Tracks befinden, und hinter der Brücke auf dem anderen Ufer nur footways weiterführen. Vor allem, wenn man auf der Brücke nicht radfahren darf. Das seltsame Tagging kommt zum Teil daher, dass ich ein bißchen experimentiert habe, wie sich ORS mit unterschiedlichen Tags verhält. Das Stückchen Radweg könnte ich prinzipiell auch als Track taggen, allerdings ist das etwas schmäler als der Track, hat WIMRE einen befestigten Außenrand, und gehört eher zu dem Neubaugebiet dazu. Ich werde bei Gelegenheit mal nachschauen, wie das ganze genau ausgeschildert ist. Das alles ändert aber nichts daran, dass das aktuelle Tagging ein Routing über diese Brücke zulassen sollte. Warum es trotzdem nicht funktioniert, weißt du auch nicht, oder? Grüße, Marc -- Pt! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldwege
Bernd Wurst schrieb: Hallo. Am Samstag, 23. August 2008 schrieb Johann H. Addicks: Ich sehe auf dem Schild nur was zum Thema Kraftfahrzeuge. Radler, Reiter und Fußgänger dürfen den Weg nutzen. Das ist für mich permissive. Der erste Sat ist richtig, auf dem Schild steht nur was von Kfz. Warum also access=permissive? Auf dem Schild steht aber auch Waldweg - Nicht öffentlich. Das ist dann nicht access=yes, sondern eben nur access=permissive, halt die offenere Variante vor access=private. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Perforance-Probleme
Am 22. August 2008 20:32 schrieb André Reichelt [EMAIL PROTECTED]: Martin Koppenhoefer schrieb: downgrade auf WinXP ;-) Tschuldigung, aber das ist einfach nur völlig unqualifiziertes Geschwätze. Ich habe mich vor ein Tagen nicht nur zu den matschigen Texten beschwert, sondern auch zu der Langsamkeit seit dem Update - und ich fahre aktuell mit XP. Unter Vista ist es sogar ein wenig schneller :P. Ich glaube, Du solltest dich für das Mojave-Experiment anmelden, um endlich diese Vorurteile los zu werden. Selbiges hat nämlich bewiesen, dass das meiste einfach nicht stimmt, sondern von irgendwelchen Idioten in die Welt gesetzt wurde und seither in den Köpfen rumgeistert. Nur mal ein Beispiel: Vista frisst viel mehr Speicher als XP: Das stimmt so einfach nicht. Vista braucht zwar tatsächlich mehr Speiher, aber nicht, weil es schlecht ist... Leider hat Microsoft beim Präsentieren der Features einfach etwas geschlamt und es kam wohl nicht deutlich genug rüber, dass Vista bereits bei Systemstart häufig genutzte Anwendungen in den Hauptspeicher läd, damit diese schneller starten. ist zwar OSM-OT aber trotzdem talk ;-). Wer sich nicht für Vista-flames interessiert, einfach überlesen ! Du kannst Vista gern in Schutz nehmen, aber meine Meinung wirst Du nicht ändern. Mag sein, dass es auf Rechnern der neuesten Generation trotzdem passabel läuft, aber es ist definitiv ein Ressourcen-fresser erster Güte. Wenn ich das schon höre: er lädt mal eben häufig genutzte Anwendungen in den Hauptspeicher, für den Fall, dass man sie evtl. benutzen will. Findest Du das sinnvoll? Ich will im Hauptspeicher das haben, was ich starte, plus die erforderlichen Systemdienste, aber sicher nicht irgendwelche. Ich will auch keine Milchglas-transparenz-effekte haben, die dazu führen, dass der PC meine Befehle langsamer ausführt. Wir haben im Büro Rechner mit und ohne Vista, und ich habe glücklicherweise einen mit XP. Die selbe Arbeit geht bei gleicher Hardware einfach schneller. Der Vista-Rechner muss bei jedem Befehl erstmal nachdenken, bevor er tätig wird. Meine Meinung: das dient nur der Umsatzförderung neuer Hardware, wer nämlich mal eben einen Text schreiben will oder eine Excel-Tabelle bearbeiten, bräuchte eigentlich kein Vista. Leider hat Microsoft beim Präsentieren der Features einfach etwas geschlamt ich fürchte, die haben nicht nur bei der Präsentation etwas geschlampt. Abgesehen vom OS: wer hat denen eigentlich in Hirn gesch***, dass sie auf die Idee kamen, die Oberfläche der Standard-Programme Excel und Word komplett neu zu strukturieren, Programme die seit 15 Jahren eine Kontinuität aufwiesen? Wenn es nur einen Button gäbe, die alte Oberfläche wiederherzustellen, aber Fehlanzeige. Das ist eine gigantische Verschwendung von Arbeitszeit von vermutlich hunderten Millionen von Menschen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sind saved logs aus dem Garmin noch irgendwie rettbar?
Am 23. August 2008 13:52 schrieb Johann H. Addicks [EMAIL PROTECTED]: René Falk schrieb: Hast Du eine Speicherkarte im eTrex Legend HCx? Da sollten die Tracks dann noch drauf sein. Doch nur wenn er das Speichern auf Chip aktiviert hat, oder? Und auch das Überschreiben aktiv ist. (BTW: Ich liebe solche Pauschalaussagen, die dann auf der Liste noch mindestens ein halbes Dutzend Rückfragen auslösen.) -jha- ja, wobei man jedem nur raten kann, eine Speicherkarte einzubauen (kostet ~10 EUR für 2 GB) und das Mitloggen dort zu aktivieren, da die Tracks unkomprimiert / unverändert gespeichert werden. Die sonst gespeicherten verlieren nämlich einige Punkte im Vergleich zum activelog durch Kompression / Vereinfachung. Letzteres ist hingegen für unterwegs ganz OK, da die Tracks so besser für das Gerät handzuhaben sind. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Straßenverzeichnisse und OSM
2008/8/23 Tobias Wendorff [EMAIL PROTECTED]: Roman Grabolle schrieb: Dortmund: http://www.gutachterausschuss.nrw.de/DO/jahr2002/html/amt_str.htm Großteils überaltet, aber eine nette Referenz. ja, könnte man sozusagen auf der Seite von Sven Anders als vorhanden eintragen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM (noch) ziemlich Fahrradunfreundlich
Hallo, Mario Salvini schrieb: http://wiki.openstreetmap.org/index.php/De:Germany_roads_tagging#Fu.C3.9F-_und_Radweg Das sieht schonmal nicht schlecht aus. Was darin noch fehlt, sind - Schutzstreifen: Wie auf der Wikiseite vorgeschlagen bicycle=yes ist IMHO Unsinn, da die Benutzung einer Straße mit dem Rad standardmäßig sowieso erlaubt ist. - Benutzungspflicht bzw. andere Radwege: Andere Radwege sind IMHO definitiv ein Fall für bicycle=designated, müssen aber von benutzungspflichtigen Radwegen unterschieden werden. Am liebsten wäre mir ein eigener Tag für die Benutzungspflicht, für den aber das im nächsten Punkt angesprochene Problem auch gilt. cycleway:benutzungspflicht=yes (nur halt mit dem passenden englischen Ausdruck)? - Aussage, auf welcher Straßenseite das Konstrukt ist. Ein Analogon zum footway=both|left|right wäre notwendig, aber durch die Kombinationsmöglichkeiten der Tags mit foot=... ist cycleway=both|left|right eben nicht genug, um die Radwege auf *beiden* Straßenseiten abzubilden. Für dieses Problem sehe ich jedenfalls gegenwärtig keine Lösung. - Unterschiedliche Konstrukte auf beiden Straßenseiten. (Vielleicht, dass 'designated='-Wege immer von der jeweiligen Klasse benutzt werden müssen? Allerdings weiß ich nicht, ob das korrekt wäre) Wie ich oben geschrieben habe, halte ich das für falsch. Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldwege
Bernd Wurst [EMAIL PROTECTED] wrote: Am Samstag, 23. August 2008 schrieb Alexander Schulze: wie taggt ihr den folgende Waldwege http://upload.wikimedia.org/wikipedia/commons/e/ef/Signpost_forest_path.jpg Da das bei uns hier die normalen Waldwege sind, begn?ge ich mich daf?r mit einem highway=track allerdings ist das wohl aufgrund unterschiedlicher Gesetze in unterschiedlichen L?ndern nicht automatisch f?r Kfz gesperrt. Genau, das ist der Standard f?r Feld- und Waldwege in .de: Autoverkehr nur f?r Land- und Forstwirtschaft, Fu?gaenger nach den Waldgesetzen der Bundeslaender uneingeschraenkt auf eigene Gefahr, Radverkehr auf Wegen dito, in einigen Bundeslaendern allerdings auf bestimmte Wege begrenzt, in Baden-Wuerttemberg bspw. auf Wege breiter als 2 m. Ich wuerde daher highway=track nehmen ohne weitere Zusaetze auszer tracktype=grade* Fuer sehr schmale Trampelpfade, wo sich Radeln nicht unbedingt empfiehlt, es sei denn, man hat eine besondere Mission zu erfuellen (OSM eben... ;-) ) nehme ich mittlerweile highway=path bei neuen Wegen, paar aeltere tagge ich um von footway auf path, sobald Mapnik sie rendert. Fuer baden-wuerttembergische Wege zwischen sauschmal und 2 m bin ich mir noch nicht einig... Eigentlich sind sie schmaler als 2 m ja auch nicht mehr fuer land- und forstwirtschaftlichen Verkehr geeignet (die duerften, vom Jaeger-SUV abgesehen, breiter als 2 m sein, weil eher Lkw-aehnlich...), aber eigentlich noch fuer Radverkehr... Hmmm... Hatte ich in der Praxis noch nicht... Wenn allgemeiner Kfz-Verkehr zulaesig ist, dann gibt es fuer diesen ja wohl ein algemein erreichbares Ziel und es waere an highway= unclassified oder service zu denken... w?re hier sinnig, denn es steht nirgends dass Fu?g?nger und Radfahrer da rein d?rfen. Vermutlich d?rfen sie aufgrund der ?rtlichen Verordnungen, Da sind die Waldgesetze der Laender zustaendig. Oertlich Abweichendes muesste dann aus Schildern hervorgehen... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS: Von Italien nach Dänemark .. .
Hallo! Josias Polchau schrieb: ein weiterer vorschlag: die oberfläche etwas aufräumen also einen button (noch besser einen textlink), der die erweiterten suchoptionen erscheinen lässt. so wird das ganze übersichtlicher. Die ganze Bedienung verdient eine Überarbeitung. Insbesondere die Unterteilung Map interaction - get information ist umständlich, wenig intuitiv und wirkt irgendwie experimentell. Dann ist auf meiner Wunschliste ganz oben: -Berücksichtigung von maxspeed -Berücksichtigung von access restrictions -Berücksichtigung von turn restrictions wäre auch schön, wird aber wohl aufwändig sein, da die ja in Relationen drinstrecken. Am Freitag gab's anscheindend ein update: 22-08-2008 21:31CET - Update OpenLS Service Was genau wurde denn geupdated? Grüße Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wiki kaputt?
Hallo, ist das Wiki kaputt? Mir ist es nicht möglich, mich einzuloggen. Auch das zugeschickte temporäre Passwort funktioniert nicht. Auf der Status-Seite ist nichts vermerkt. CU Andreas Notiz für mich später, wenn es wieder klappt: http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Bundesstra%C3%9F en B 61 neue Relation: 29290 (Alte Relation war gelöscht, konnte daher nicht da angehängt werden) B 66 neue Relation: 29283 B 239 neue Relation: 29289 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mit jeder JOSM Version wirds schlimmer
Hi, nachdem Potlatch lange als Sündenbock herhalten musste, heute mal zur Abwechslung was zu JOSM. Ich hab grad auf die aktuellste Version aktualisiert und mal zwei Screenshots zum Vergleich gemacht: http://map.terminal.io/josm-p854.png (Aktuell) http://map.terminal.io/josm-p746.png (Alte Version) Hier meine Fragen: 1. Wer von euch hätte ohne das ich es erwähne erkannt, dass oben rechts der Rhein fliest? (den hab ich übrigens nicht gemappt, vielleicht ist das mit riverbank falsch, dennoch wurde in den Versionen 6** bis 7** riverbank ordentlich blau angezeigt). 2. Die selbe Frage zu dem Hafenbecken oben rechts. In 854 ist das auch nicht mehr zu erkennen. 3. Dass da ein Dom in der Mitte des Bildes steht lässt sich überhaupt nicht mehr erkennen da die Umrandung fehlt. 4. Bei dem Gebäude am Kreisel genauso. 5. Dadurch dass auch bei den landuse Flächen die Umrandung fehlt kann man die roten Nodes kaum noch den Flächen zuordnen - die sehen eher aus wie alleinstehende Nodes die nirgendwo dazu gegehören und verwirren beim Zeichnen. 6. Die Beschriftungen werden wohl neuerdigns geglättet. Das sieht aber bei hohen Auflösungen (hier 1680x1050) verschwommen aus - lässt sich das abschalten? 7. Die Kreuze auf den Nodes - sind mal da und mal nicht. Also manche Nodes haben kein Kreuz, andere hingegen schon. Wiso? 8. Generell - was bedeuten die Kreuze - und wie schaltet man sie ab? Das ist übrigens ein Ausschnitt von Speyer wo ich zusammen mit Harald51 gerade mappe. Kann sich also jeder runterlanden. Gruß Daniel -- web: http://daniel.vogelbacher.name irc: cytrinox @ (freenode|ircnet|quakenet) geo: http://geo.vogelbacher.name N49°24.68' E8°54.03' pgpZZB1NfU0Mn.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki kaputt?
Moin, ist das Wiki kaputt? bei mir geht's. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit jeder JOSM Version wirds schlimmer
Daniel, an JOSM wird kontinuierlich weiterentwickelt - erfreulicherweise! Keiner von uns will, dass das Projekt zum Stillstand kommt und dann abstirbt, oder? Falls Dir JOSM-latest zu heftig ist, dann nimm halt die seit kurzem im Angebot erhältliche, etwas stabilere Version, oder eine Version die ein paar Tage älter ist. Bei gefüllten Flächen wird scheinbar momentan keine Umrandung mehr erzeugt. Mag ein Testlauf sein, vielleicht aber auch nur ein Bug. Dass Riverbanks nicht mehr gefüllt sind ebenso. Ist doch nicht schlimm, denn es geht nichts kaputt. Es ist nur ein Darstellungsproblem im Editor. Die Pluszeichen sind eine äußerst coole Neuentwicklung, die es sehr einfach macht, in Segmente eines Weges weitere Punkte einzufügen. Bei kürzeren Segmenten wird das Kontrollelement erst nach einzoomen angezeigt. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit jeder JOSM Version wirds schlimmer
Daniel Vogelbacher schrieb: Hier meine Fragen: 1. Wer von euch hätte ohne das ich es erwähne erkannt, dass oben rechts der Rhein fliest? (den hab ich übrigens nicht gemappt, vielleicht ist das mit riverbank falsch, dennoch wurde in den Versionen 6** bis 7** riverbank ordentlich blau angezeigt). 2. Die selbe Frage zu dem Hafenbecken oben rechts. In 854 ist das auch nicht mehr zu erkennen. 3. Dass da ein Dom in der Mitte des Bildes steht lässt sich überhaupt nicht mehr erkennen da die Umrandung fehlt. 4. Bei dem Gebäude am Kreisel genauso. 5. Dadurch dass auch bei den landuse Flächen die Umrandung fehlt kann man die roten Nodes kaum noch den Flächen zuordnen - die sehen eher aus wie alleinstehende Nodes die nirgendwo dazu gegehören und verwirren beim Zeichnen. Punkt 1-5 beziehen sich alle auf die fehlende Umrandung. Ich wäre auch dafür, diese wieder zu aktivieren, denn es erhöht die Sichbarkeit von Flächen doch stark. 6. Die Beschriftungen werden wohl neuerdigns geglättet. Das sieht aber bei hohen Auflösungen (hier 1680x1050) verschwommen aus - lässt sich das abschalten? Ja. Hast Du eigentlich überhaupt mal selber geguckt? Es steht in den Optionen direkt auf der ersten Seite und hat die Worte smooth und antialiasisng drin. Mehr geht doch wirklich kaum noch. 7. Die Kreuze auf den Nodes - sind mal da und mal nicht. Also manche Nodes haben kein Kreuz, andere hingegen schon. Wiso? Was für Kreuze auf den Nodes? Du meinst wahrscheinlich zwischen den Nodes. Bei kurzen Wegstücken fehlen sie, weil es sonst sehr unübersichtlich würde. 8. Generell - was bedeuten die Kreuze - und wie schaltet man sie ab? Wenn man auf ein solches Kreuz (virtual node) klickt, dann wird an dieser Stelle ein Node eingefügt. Das ist nützlich, wenn man den groben Verlauf des Weges weiter verfeinern möchte und spart dann den Modus-Wechsel. Auch dies kann man auf der ersten Config-Seite abschalten. nachdem Potlatch lange als Sündenbock herhalten musste, heute mal zur Abwechslung was zu JOSM. Irgendwo muss man immer zeigen wes Geistes Kind man ist, gell? Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit jeder JOSM Version wirds schlimmer
On Sun, 24 Aug 2008, Daniel Vogelbacher wrote: nachdem Potlatch lange als Sündenbock herhalten musste, heute mal zur Abwechslung was zu JOSM. Ich hab grad auf die aktuellste Version aktualisiert und mal zwei Screenshots zum Vergleich gemacht: http://map.terminal.io/josm-p854.png (Aktuell) 854 ist latest und nicht unbedingt zum Vergleich perfekt. Für Endnutzer ist momentan 802 letzter Stand. Im Download als josm-tested.jar oder von der Wiki-Page zu holen. 1. Wer von euch hätte ohne das ich es erwähne erkannt, dass oben rechts der Rhein fliest? (den hab ich übrigens nicht gemappt, vielleicht ist das mit riverbank falsch, dennoch wurde in den Versionen 6** bis 7** riverbank ordentlich blau angezeigt). Ich sehe hier keinen Unterschied. Was meinst Du? 3. Dass da ein Dom in der Mitte des Bildes steht lässt sich überhaupt nicht mehr erkennen da die Umrandung fehlt. Die fehlende Umrandung ist tatsächlich ein Bug. Ist in 855 behoben. 6. Die Beschriftungen werden wohl neuerdigns geglättet. Das sieht aber bei hohen Auflösungen (hier 1680x1050) verschwommen aus - lässt sich das abschalten? Kam hier bestimmt schon zum vierten Mal die Anfrage. Ja. Siehe Einstellungen Anti-Aliasing. War defaultmäßig an - ab jetzt defaultmäßig aus. Macht wohl doch zu viele Probleme. 7. Die Kreuze auf den Nodes - sind mal da und mal nicht. Also manche Nodes haben kein Kreuz, andere hingegen schon. Wiso? Das ist ein neuer Bearbeitungsmodus. Wenn Du die Kreuze anklickst und bewegst, hast Du einen neuen Knoten. Steht übrigens in der JOSM-Startmeldung. 8. Generell - was bedeuten die Kreuze - und wie schaltet man sie ab? Einstellungen - Virtuelle Knoten. Kam auch schon mehrfach. P.S. An Dich, genau wie an alle anderen: talk-de ist der falsche Ort für Bugreports. Entweder josm-dev oder der Bugtracker. 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] Mit jeder JOSM Version wirds schlimmer
On [Sun, 24.08.2008 13:28], Christoph Eckert wrote: Daniel, an JOSM wird kontinuierlich weiterentwickelt - erfreulicherweise! Keiner von uns will, dass das Projekt zum Stillstand kommt und dann abstirbt, oder? Falls Dir JOSM-latest zu heftig ist, dann nimm halt die seit kurzem im Angebot erhältliche, etwas stabilere Version, oder eine Version die ein paar Tage älter ist. Das mit riverbank ist schon mindestens 2-3 Monate so. Dass das Hafenbecken nun ebenso fast unsichtbar angezeigt wird sieht für mich nicht nach einem Bug aus sondern eher Absicht. Bei gefüllten Flächen wird scheinbar momentan keine Umrandung mehr erzeugt. Mag ein Testlauf sein, vielleicht aber auch nur ein Bug. Dass Riverbanks nicht mehr gefüllt sind ebenso. Ist doch nicht schlimm, denn es geht nichts kaputt. Es ist nur ein Darstellungsproblem im Editor. Nun, wenn das ein Testlauf ist (davon gehe ich ja auch fast aus) dann ist es doch ganz gut wenn ich diesen Versuch kritisiere. Und wenn sich eventuell noch einige andere melden kann diese Änderungen wieder rückgängig gemacht werden. Die Pluszeichen sind eine äußerst coole Neuentwicklung, die es sehr einfach macht, in Segmente eines Weges weitere Punkte einzufügen. Bei kürzeren Segmenten wird das Kontrollelement erst nach einzoomen angezeigt. Damit hatte ich nie Probleme.. wie blende ich sie aus? Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- web: http://daniel.vogelbacher.name irc: cytrinox @ (freenode|ircnet|quakenet) geo: http://geo.vogelbacher.name N49°24.68' E8°54.03' pgpEnCugcsevx.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenGeoDB: Namensänderung und automa tisches Update
Moin! OpenGeoDB wünscht sich halt eine Bezeichnung die in Textform eindeutig ist, wenn du den Ort nicht Neuendeich bei Uetersen sondern (in Langform): Neuendeich bei Kleinkleckersdorf nennen möchtest solltest du das in OpenGeoDB ändern. Denn wenn du bei OpenGeoDB nach Neuendeich sucht und dann 10 Orte findest (ohne eine Ortsbeschreibung oder Karte), dann wüsstest du nicht, welcher gemeint ist. Es gibt IMHO auch noch eine Kurzform für die Orte, die gab es aber zur Zeit des Scriptes nicht wirklich. Vielen Dank fuer die Antwort. Wenn ich es also richtig verstehe möchte OpenGeoDB keine korrekten (wie z.B. auf dem Ortsschild) Namen haben sondern hilfreiche. Verständlich und okay, dann weiß ich wie ich damit ab nun umzugehen habe. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit jeder JOSM Version wirds schlimmer
On [Sun, 24.08.2008 13:42], Dirk Stöcker wrote: On Sun, 24 Aug 2008, Daniel Vogelbacher wrote: nachdem Potlatch lange als Sündenbock herhalten musste, heute mal zur Abwechslung was zu JOSM. Ich hab grad auf die aktuellste Version aktualisiert und mal zwei Screenshots zum Vergleich gemacht: http://map.terminal.io/josm-p854.png (Aktuell) 854 ist latest und nicht unbedingt zum Vergleich perfekt. Für Endnutzer ist momentan 802 letzter Stand. Im Download als josm-tested.jar oder von der Wiki-Page zu holen. Dass es eine josm-tested Version gibt war mir neu, aber gut zu wissen :) 1. Wer von euch hätte ohne das ich es erwähne erkannt, dass oben rechts der Rhein fliest? (den hab ich übrigens nicht gemappt, vielleicht ist das mit riverbank falsch, dennoch wurde in den Versionen 6** bis 7** riverbank ordentlich blau angezeigt). Ich sehe hier keinen Unterschied. Was meinst Du? Sorry, mein Fehler, kam nicht richtig rüber :) Dass der Rhein in JOSM kaum sichtbar angezeigt wird ist schon seit längerem so und daher auf beiden Screenshots gleich. Früher wurde das genauso angezeigt wie das Hafenbecken siehe Screenshot 7**. Wäre schön wenn das wieder so angezeigt wird. Gruß Daniel -- web: http://daniel.vogelbacher.name irc: cytrinox @ (freenode|ircnet|quakenet) geo: http://geo.vogelbacher.name N49°24.68' E8°54.03' pgpWPBQyoNHA4.pgp Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tutorial für Kosmos
osm schrieb: Moin ! ich habe mir gerade mal das Programm KOSMOS heruntergeladen und gestartet. Wenn ich die OSM-Daten herunterladen will bekomme ich die Meldung, dass der Bereich zu groß ist. Kann mir einer von Euch den Weg zu einer Karte kurz beschreiben - oder einen entsprechenden guten Link für eine Beschreibung (deutsch) nennen ) Gruß Jan :-) Hallo Jan, die IMHO einzige deutsche Beschreibung ist die deutsche Version der Kosmos-Wiki-Seite http://wiki.openstreetmap.org/index.php/De:Kosmos Man kann die OSM-Daten auch mit JOSM laden und speichern und in Kosmos aufrufen. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit jeder JOSM Version wirds schlimmer
On Sun, 24 Aug 2008, Daniel Vogelbacher wrote: 1. Wer von euch hätte ohne das ich es erwähne erkannt, dass oben rechts der Rhein fliest? (den hab ich übrigens nicht gemappt, vielleicht ist das mit riverbank falsch, dennoch wurde in den Versionen 6** bis 7** riverbank ordentlich blau angezeigt). Ich sehe hier keinen Unterschied. Was meinst Du? Sorry, mein Fehler, kam nicht richtig rüber :) Dass der Rhein in JOSM kaum sichtbar angezeigt wird ist schon seit längerem so und daher auf beiden Screenshots gleich. Früher wurde das genauso angezeigt wie das Hafenbecken siehe Screenshot 7**. Vielleicht ist der Rhein ja kaputt? Die Elbe hier in Dresden wird korrekt angezeigt (mal vom momentan fehlenden Rand abgesehen). 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] Talk-de Digest, Vol 25, Issue 216
Am Donnerstag, 21. August 2008 08:40:44 schrieb [EMAIL PROTECTED]: Martin Koppenhoefer [EMAIL PROTECTED] writes: vielleicht weil Bremsen und Federung nicht fuer diese Geschwindigkeiten gemacht sind? Bist Du mal ueber 50 mit dem Fahrrad gefahren? Das wackelt und vibriert nur noch. Ggf. ist das bei Profiraedern ein bisschen anders, aber mit den Raedern, mit denen ich unterwegs war, ist das eigentlich abzuraten ;-) F?r ? 1000 sollte man schon ein rad bekommen, das steif genug ist und geeignete bremsen hat, um mit 50 oder 60 einen berg runterzufahren. pers?nliche Erfahrung oder woher stammt dieser Erkentnis? Gru? Mario Das sollte wohl jeder wissen der schon mal ein Downhillrennen mit MTB in irgendeiner Zeitschrift gelesen oder Fernsehen gesehen hat. Mit guten Räder hat man schon das Potenzial 50 oder 60km/h zu fahren und sei es nur bergab. Sowohl was Bremsen, Federung, Steifigkeit, Bereifung und Licht angeht. Am Ende wird man das aber sowieso nur dann tun, wenn man meint sich damit nicht unnötig in Gefahr oder ins Schwitzen zu bringen. Im Gegensatz zu anderen Verkehrsteilnehmern wird man hauptsächlich sich selbst gefährden, wenn man irgendwo zu schnell fährt und es deshalb sowieso sein lassen (jedenfalls zu 99%), daher erübrigt sich jeder Steuerungsgedanken und überflüssige Diskussionen einfach. Gruß Sven ..Und übrigens gehört das auch nicht in die Mailingliste. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ORS als Star und Ziel setzen
Hallo, ich habe folgende Probleme mit dem Setzen von Start- und Zielpunkten in ORS: - ORS zeigt max. 20 gefundene Orte oder Straßen an. Das reicht häufig nicht aus, um die richtigen Orte bzw. Starßen auszuwählen. - ORS hat Probleme mit Ortsnamen, die aus mehreren Wörtern bestehen, wie z.B. Weil der Start, Sulz am Neckar usw. Gibt es dazu Ratschläge bzw. könnte dies in ORS implementiert werden, falls es fehlt? Gruß Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS: Von Italien nach D?nemark ...
Hi! Nils Reuter [EMAIL PROTECTED] wrote: Hallo! Josias Polchau schrieb: ein weiterer vorschlag: die oberfl?che etwas aufr?umen also einen button (noch besser einen textlink), der die erweiterten suchoptionen erscheinen l?sst. so wird das ganze ?bersichtlicher. Die ganze Bedienung verdient eine ?berarbeitung. Insbesondere die Unterteilung Map interaction - get information ist umst?ndlich, wenig intuitiv und wirkt irgendwie experimentell. es hintert Dich keiner daran das zu überarbeiten! ich kann Dir die Webseite sehr gerne schicken oder Du ziehst sie Dir gleich vom Netz?! die komplette Seite ist mit OpenLayers gemacht, bedenke bitte also dabei das gewisse Dinge nicht gerade mal schnell nebenbei gemacht werden können. wie sind Deine Erfahrungen mit OpenLayers? Du bringst die Änderungen an und sendest sie mir ...?! DankeGrüße pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS: Von Italien nach Dänemark .. .
Hi, hab als längst überfällige Info mal die verwendeten OSM Tags fürs Routing, die ich auch schon mal über die Liste geschickt habe, auf die Webseite gestellt, siehe http://openrouteservice.org/ unter INFO Wichtig: Ich möchte jetzt hier keine Diskussion auslösen, was dort noch alles genutzt werden könnte oder müsste. Die momentan verwendeten Tags dienen in erster Linie meinem Einstieg, dass noch viele weitere Kombinationen möglich sind weiß ich und daran werde ich auch in der nächsten Zeit noch arbeiten. Wenn aber dennoch jemand denkt, dass dort gerade ein wichtiges und oft verwendetes Tag nicht beachtet wird, kann er dies mir gerne über eine pm mitteilen. Grüße pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Namefinder-Entwicklung
Hallo Leute, leider habe ich die Namefinder-Diskussion neulich nur so halb mitbekommen. Wird derzeit an einem neuen Namefinder geschrieben? Ich habe gerade sehr erfolgreich mit Phonetik und Fuzzy-Suche experimentiert und kann meine Ideen vielleicht einfließen lassen. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] KML Polygone (- GPX) - OSM darstellen
Hallo! Ich hab ein KML-File mit vielen Polygonen (in der Art wie das Sample in http://code.google.com/apis/kml/documentation/kmlreference.html#linearring). Dieses will ich in OSM als Layer darstellen. Mein Gedanke war, das KML in GPX zu konvertieren, dann wäre die Darstellung mit OpenLayer ja einfach. Nur packen die Konverter, die ich gefunden habe, grade mal simple Point Elemente, aber ignorieren die eigentlich wichtigen Polygon Elemente. Any Idea, was ich machen könnte, bevor ich mir so einen Konverter selber schreibe? Gibt's den ultimativen KML to GPX Konverter, der KML wirklich kann? Oder ist GPX eh das falsche Format und ich brauche eine KML-Renderer? Und gibt's so einen (der Polygone darstellen kann), oder muß ich mir den selber bauen? TIA! Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder-Entwicklung
Tobias Wendorff schrieb: Wird derzeit an einem neuen Namefinder geschrieben? Ja. Ein Teilnehmer hier hat bekannt gegeben, dass er einen alternativen Namefinder auf Basis von PHP entwickelt hat. Mir ist nur leider sein Name entfallen. Villeicht liest er das hier ja und meldet sich dann bei Dir. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldwege
Am Sonntag, 24. August 2008 schrieb Heiko Jacobs: Genau, das ist der Standard f?r Feld- und Waldwege in .de: Autoverkehr nur f?r Land- und Forstwirtschaft, Nope, kein Standard, das regelt jedes Bundesland für sich. Nachdem ich jetzt ein Reihevon Landesgesetze diesbezüglich aus Neugier durchforstet habe, scheint die Beschränkung auf forst- und landwirtschaftlichen Verkehr eher in der Minderheit zu sein. Wenn allgemeiner Kfz-Verkehr zulaesig ist, dann gibt es fuer diesen ja wohl ein algemein erreichbares Ziel und es waere an highway= unclassified oder service zu denken... Nope, man darf sie schlicht aus einer Laune heraus befahren, auch wenn da nur ein Acker am Ende ist. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit jeder JOSM Version wirds schlimmer
Daniel Vogelbacher schrieb: Damit hatte ich nie Probleme.. wie blende ich sie aus? Wenn ich das jetzt richtig rausgelesen habe, wird beim Klick auf das Plus einfach der Weg zerteilt. Könnte man villeicht eine Tastenkombintion einbauen, mit der man diese +-Zeichen on the fly ein- und ausblenden kann? Ich würde das als sehr geschickt erachten. Zwar sind die bestimmt manchmal hilfreich, aber ich denke, damit arbeitet es sich einfacher als mit der normalen Methode. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Draisinenstrecken
Hey, wie wuerdet Ihr eine Draisinenstrecke taggen? http://www.dvvj.com/tyska/dressintrafik.html Im Tagwatch sowie im Wiki habe ich dazu nichts gefunden (wobei ich ersteres immer noch nich 100% verstanden habe). railway=preserved stimmt nicht wirklich, da keine Bahnen an sich mehr fahren sondern ausschließlich Draisinen. Daher ist railway=disused eigentlich auch falsch, da die Strecke ja durchaus noch genutzt wird. Da es am Besten passt wuerde ich hier einfach railway=draisine nehmen außer irgendjemand hat einen besseren Vorschlag/Idee. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waldwege
Am Samstag, 23. August 2008 schrieb Alexander Schulze: Hallo zusammen, wie taggt ihr den folgende Waldwege http://upload.wikimedia.org/wikipedia/commons/e/ef/Signpost_forest_ path.jpg access=no agricultural=yes foot=yes bicycle=yes Frag doch mal die zuständige Behörde, wie es gemeint ist. Das bringt dich dann vielleicht weiter. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kantenglättung
Dirk Stöcker schrieb: Kam hier bestimmt schon zum vierten Mal die Anfrage. Ja. Siehe Einstellungen Anti-Aliasing. War defaultmäßig an - ab jetzt defaultmäßig aus. Macht wohl doch zu viele Probleme. Ist eigentlich geplant, das zu verbessern? Generell finde ich die Sache ja sehr geschickt, aber es bremst eben extrem und die Texte erscheinen auch völlig unlesbar. Aber für eine Überarbeitung des ganzen wäre ich auf jeden Fall. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder-Entwicklung
Hallo. Am Sonntag, 24. August 2008 schrieb André Reichelt: Wird derzeit an einem neuen Namefinder geschrieben? Ja. Ein Teilnehmer hier hat bekannt gegeben, dass er einen alternativen Namefinder auf Basis von PHP entwickelt hat. Sascha Silbe hat bekannt gegeben, dass er einen alternativen Namefinder in C oder C++ geschrieben hat, allerdings bisher nur die Such-Engine und keine Oberfläche dazu. Ich denke es wäre für OSM eine gute Entwicklung, wenn die Tools in den üblichen Script-Sprachen experimentiert würden, also Features und Nutzen ausprobiert würden und dann in einer vergleichsweise schnell laufenden Programmiersprache Nachprogrammiert würden. Von daher finde ich das eine sehr gute Sache. ;-) Gruß, Bernd -- To do is to be - Descartes To be is to do - Sartre Do be do be do - Frank Sinatra 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
[Talk-de] Abbiegeregeln und Spitzkurven
Hallo. Ich habe grade eine mir bekannte, lange Strecke zum Test auf OpenRouteService los gelassen. Dabei hab ich auch gleich ein paar Kartenfehler gefunden, das Teil ist dazu echt praktisch. :) Was mir aber auffiel: ORS scheint kein Problem damit zu haben, das Auto mit quietschender Handbremse auf der Straße zu wenden. ;-) Ich finde die aktuellen Turn-Restriction-Relations wirklich richtig schlecht und kann damit leben, dass momentan (beschilderte) Abbiegeregeln noch nicht für routing ausgewertet werden. Allerdings sollte es nicht möglich sein, eine Straße die baulich getrennt ist und dann zusammen geführt wird, an dieser Stelle als links abbiegen wieder zurück zu fahren. Ich schreibe das hier an die Liste, weil ich unschlüssig bin, ob das nur aus dem Winkel der Wege abgeleitet werden kann oder ob es Sinn macht, alle solchen Stellen mit einer Art turn-restriction zu versehen. Habt ihr solche Fälle? Nutzt ihr die bisherigen turn-restrictions? Gruß, Bernd -- Was ist die ökologischste Verpackung für Milch? Das ist eine Kuh! Warum? Weil man die Verpackung mitessen kann! - 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] Draisinenstrecken
Hallo Lars, Am Sonntag, 24. August 2008 schrieb Lars Francke: wie wuerdet Ihr eine Draisinenstrecke taggen? [...] railway=preserved stimmt nicht wirklich, da keine Bahnen an sich mehr fahren sondern ausschließlich Draisinen. Daher ist railway=disused eigentlich auch falsch, da die Strecke ja durchaus noch genutzt wird. Da es am Besten passt wuerde ich hier einfach railway=draisine nehmen außer irgendjemand hat einen besseren Vorschlag/Idee. Ich habe mal die Strecke Neckenmarkt-Oberpullendorf im Burgenland in Österreich gemappt, auf die das gleiche zutrifft (nur Draisinen fahren dort noch), und zwar folgendermaßen: railway=rail name=Fahrrad-Draisinenstrecke Oberpullendorf-Neckenmarkt Meine Gedanken dabei waren, dass die Strecke durchaus noch normal benutzbar ist/wäre, und sogar die Stationen, für die Draisinen-Gäste, in Betrieb sind. Auf den Karten erscheint die Strecke so auch. Leider rendern anscheinend weder mapnik noch osmarender den Namen, sodass allerdings Verwechslungsgefahr mit einer richtigen Eisenbahnlinie gegeben ist. Allerdings finde ich das nicht so tragisch, da jeder, der Bahn fahren möchte, sich wohl sowieso noch Fahrpläne besorgen würde. Und physikalisch ist die Strecke ja zu einer befahrenen Bahnstrecke aquivalent (es sind Gleise da, sie werden in Schuß gehalten, Schranken sind in Betrieb, ...). Viele Grüße, -- Holger Schoener ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte von Naturschutzgebieten Feldberg als Vorlage im falschen Format
Am Samstag, 23. August 2008 schrieb jorkh: René Falk schrieb: Am Freitag, 22. August 2008 schrieb olliko: btw : Wie taggt man eigenlich Naturschutzgebiete ? Bei reinen NSG empfehle ich leisure=nature_reserve. Aber es sollte sich dabei wirklich um einwandfreie NSG handeln, und nicht um Landschaftschutzgebiete, Schutzzonen, geschützte Landschaftsbestandteile, Arten- oder Geoschutzgebiete, Nationalparks, EU- oder UN-Schutzgebiete und was sonst noch so in dieser Richtung existiert. Grüße René Hallo, leisure=nature_reserve habe ich noch nie gesehen, aber boundary = national_park ist schon offiziell Benutz mal die Suchfunktion im Wiki oder tagwatch. Nebenbei: Ein Nationalpark ist kein Naturschutzgebiet. Da gibt es rein rechtlich in der Definition einige große Unterschiede. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit jeder JOSM Version wirds schlimmer
On Sun, 24 Aug 2008, André Reichelt wrote: Wenn ich das jetzt richtig rausgelesen habe, wird beim Klick auf das Plus einfach der Weg zerteilt. Könnte man villeicht eine Tastenkombintion einbauen, mit der man diese +-Zeichen on the fly ein- und ausblenden kann? Ich würde das als sehr geschickt erachten. Zwar sind die bestimmt manchmal hilfreich, aber ich denke, damit arbeitet es sich einfacher als mit der normalen Methode. Nicht mehr nur Klick. Klick und Move. Das ist sicherer und passiert nicht mehr ausversehen. Außerdem selektiert jetzt ein Klick wieder den Weg (wie vorher). Die aktuelle Version (josm-latest.jar) von Morgen halte ich wieder für endnutzertauglich. Kommentare willkommen. 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] Kantenglättung
On Sun, 24 Aug 2008, André Reichelt wrote: Kam hier bestimmt schon zum vierten Mal die Anfrage. Ja. Siehe Einstellungen Anti-Aliasing. War defaultmäßig an - ab jetzt defaultmäßig aus. Macht wohl doch zu viele Probleme. Ist eigentlich geplant, das zu verbessern? Generell finde ich die Sache ja sehr geschickt, aber es bremst eben extrem und die Texte erscheinen auch völlig unlesbar. Aber für eine Überarbeitung des ganzen wäre ich auf jeden Fall. Das ist eine Java-Funktion, die man nur an- oder ausschalten kann. 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] RFC: Tags für Tags
Hallo, Bernd Wurst wrote: weight=7.5 +-- access=destination Bisschen OT, aber heute fragte mich Andy Robinson, was es denn fuer deutsche Tags gaebe. Ich sagte: Die Deutschen denken sich selbst fuer Sachen, die es nur in Deutschland gibt, immer englische Tags aus, weil sie das irgendwie normal finden. - Er fand das komisch. Wir kamen dann u.a. auf access=destination, ein Tag, das ja in D seinen Ursprung hat, und er erklaerte mir, dass das in UK eigentlich kein gaengiger Begriff sei, vielmehr sagt man dort access only, wenn irgendwas Anlieger frei ist, und einige Leute taggen wohl auch access=access. Trotzdem taucht auch access=destination gut 50x im UK-Planet auf... vermutlich alles deutsche Gastmapper ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zeichnen nach Maßen
Am Samstag, 23. August 2008 schrieb André Reichelt: Tobias Wendorff schrieb: Achtung! Das mit dem Rollrad habe ich mir auch gedacht, aber es bringt nichts! Ein Rollrad zeichnet den realen Weg auf, also Berg hoch und Berg runter - 3D! Naja, unter bestimmten Umständen kann man die Daten schon verwenden. Man muss den Weg über die 3D-Fläche legen und damit dann die wahre Länge bestimmen. Es gibt auch Laserentfernungsmesser in verschiedenen Ausführungen für verschiedene Zwecke und verschiedenen Preisklassen. Die hat zwar nicht jeder, aber etliche Bau- und Landschaftsbauberufe haben die Dinger in der Werkzeugkiste. Auch manche Jäger, Forstleute, und Fotografen. Wer Beziehungen hat, kann sich so ein Teil ja eventuell ausleihen. Und falls jemand sich so ein Teil zu Weihnachten schenken lassen möchte, die Preise entsprechen in etwa den Preisen für GPS-Geräte. Man kann natürlich auch ganz altmodisch selbst eine Skizze zu Papier bringen, und den Kompass bemühen, um Gebäude und Flächen zu erfassen. Das ist gar nicht so schwer, und die Genauigkeit sollte bei sorgfältiger Arbeit durchaus ausreichend sein. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit jeder JOSM Version wirds schlimmer
Am Sonntag, 24. August 2008 schrieb Dirk Stöcker: Nicht mehr nur Klick. Klick und Move. Das ist sicherer und passiert nicht mehr ausversehen. Außerdem selektiert jetzt ein Klick wieder den Weg (wie vorher). Wenn Du wüßtest, wie viel unbeabsichtige Nodes ich schon wieder entfernt habe, fändest Du das nicht sicherer. Ich habe das letztendlich abgeschaltet, es nervte mich nur noch. Meine Maus reagiert sehr empfindlich auf Bewegung. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Algos
http://www-igm.univ-mlv.fr/~lecroq/string/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Becker Z 101
Christoph Eckert [EMAIL PROTECTED] wrote: Moin, Ich habe gerade mein Becker Navi (Becker Traffic Assist Highspeed II 7988) ?nicht dabei, aber wenn ich mich recht erinnere muss man unter EINSTELLUNG - INFORMATION - mehrmals auf den Bildschrm klicken bingo: * Einstellung * Info * Dreifachklick auf das Navigonicon In der Tat: BINGO! Geht auch bei ihrem (nicht Pro?) Becker Z101 zumind. vermute ich mal, das das, was ich da sehe, ein Windoof CE sein koennte, soweit ich das beurteilen kann, da ich noch kein solches in Haenden hielt... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Draisinenstrecken
Hi, also Mapnik rendert den Namen mit, OSMrender jedoch nicht. Bei ist auch so ne Draisinenbahn, die hat allerdings noch jemand auf disused=yes gesetzt. Bin damit zwar nicht so ganz einverstanden, aber habs erstmal gelassen. Also denkt euch mal nen gescheiten tag aus. ;-) Alex Holger Schöner schrieb: Hallo Lars, Am Sonntag, 24. August 2008 schrieb Lars Francke: wie wuerdet Ihr eine Draisinenstrecke taggen? [...] railway=preserved stimmt nicht wirklich, da keine Bahnen an sich mehr fahren sondern ausschließlich Draisinen. Daher ist railway=disused eigentlich auch falsch, da die Strecke ja durchaus noch genutzt wird. Da es am Besten passt wuerde ich hier einfach railway=draisine nehmen außer irgendjemand hat einen besseren Vorschlag/Idee. Ich habe mal die Strecke Neckenmarkt-Oberpullendorf im Burgenland in Österreich gemappt, auf die das gleiche zutrifft (nur Draisinen fahren dort noch), und zwar folgendermaßen: railway=rail name=Fahrrad-Draisinenstrecke Oberpullendorf-Neckenmarkt Meine Gedanken dabei waren, dass die Strecke durchaus noch normal benutzbar ist/wäre, und sogar die Stationen, für die Draisinen-Gäste, in Betrieb sind. Auf den Karten erscheint die Strecke so auch. Leider rendern anscheinend weder mapnik noch osmarender den Namen, sodass allerdings Verwechslungsgefahr mit einer richtigen Eisenbahnlinie gegeben ist. Allerdings finde ich das nicht so tragisch, da jeder, der Bahn fahren möchte, sich wohl sowieso noch Fahrpläne besorgen würde. Und physikalisch ist die Strecke ja zu einer befahrenen Bahnstrecke aquivalent (es sind Gleise da, sie werden in Schuß gehalten, Schranken sind in Betrieb, ...). Viele Grüße, ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder-Entwicklung
On Sun, Aug 24, 2008 at 06:55:36PM +0200, Tobias Wendorff wrote: Wird derzeit an einem neuen Namefinder geschrieben? Ich habe den Kern für einen neuen Namefinder entwickelt (Source-Code in meinem Arch-Repository [1] unter osmsearch--devel--0.1), muß mich aber jetzt erstmal um andere Dinge (Studium, Geld verdienen) kümmern und kann deshalb nur noch selten dran arbeiten. Ich habe gerade sehr erfolgreich mit Phonetik und Fuzzy-Suche experimentiert und kann meine Ideen vielleicht einfließen lassen. Du kannst gerne versuchen, das mit einzubauen. Achte allerdings auf den Speicherverbrauch: Der ist derzeit bei ca. 500MB für die Namen (+8GB virtuell für die Datenbank mit Ort+Typ). In einer ersten Implementierung habe ich std::vectorstring verwendet, das hat zu 1.3GB für die Namen geführt - und das war nur die lineare Abspeicherung für die Substring- und Regex-Suche, keine Hashtabellen für die exakte Suche (die von den jetzigen 500MB den größten Teil ausmachen). Lange Rede kurzer Sinn: Es ist sehr leicht, bei Daten in diesen Größenordnungen (160MB allein nur für die Namen, ohne IDs, Pointer etc.) den Arbeitsspeicher zu füllen, insbesondere auf AMD64 (8 Byte/Pointer). Der muß aber unbedingt ausreichen (Platte ca. Faktor 100 langsamer). Eine phonetische Suche wäre sehr interessant, bin schon gespannt drauf. :) Wäre natürlich erstmal wichtiger, das Frontend zu schreiben, damit der Namefinder überhaupt benutzbar wird. Aber lieber ein Modul für phonetische Suche schreiben als überhaupt nichts daran machen - wenn der Suchkern tolle neue Sachen kann, ist auch der Anreiz höher, das Frontend zu schreiben und es findet sich dann vll. jemand, der das macht. [1] http://sascha.silbe.org/arch/[EMAIL PROTECTED] CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit jeder JOSM Version wirds schlimmer
Moin, Nicht mehr nur Klick. Klick und Move. Das ist sicherer und passiert nicht mehr ausversehen. wenn ich mir Renés Post ansehe kann ich mir vorstellen dass daraus bald ein Click-Wait-Move wird :) . Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder-Entwicklung
On Sun, Aug 24, 2008 at 07:15:37PM +0200, Bernd Wurst wrote: Ich denke es wäre für OSM eine gute Entwicklung, wenn die Tools in den üblichen Script-Sprachen experimentiert würden, also Features und Nutzen ausprobiert würden und dann in einer vergleichsweise schnell laufenden Programmiersprache Nachprogrammiert würden. Das ist übrigens genau die Richtung, aus der ich gekommen bin: Habe zuerst einen Router für OSM-Daten in Python geschrieben - ca. 200 Zeilen Source und 2 Minuten Tübingen - Stuttgart. Das habe ich nach und nach beschleunigt (und dabei einige interessante Erfahrungen gemacht - manche Änderung, die die Geschwindigkeit verbessern sollte, hat sie tatsächlich verschlechtert). Auf Basis dieser Erfahrungen habe ich den Namefinder entwickelt - mit zeitkritischem Suchkern in C(++) (und die Klammern sind genau richtig da, es ist eine Mischung). Die Datenbank-Implementierung für letzteren kann ich übrigens in der nächsten Version des Routers (mit in C statt Python geschriebenem Routing-Algo) verwenden. Skriptsprachen sind sehr geschickt, um High-Level-Entscheidungen zu treffen - welcher Algo, was genau ist zeitkritisch, etc.. Im nächsten Schritt kann man dann (mit deutlich höherem Aufwand) die Performance-kritischen Teile in einer schnelleren Sprache (also i.d.R. C(++)) implementieren - und nur die, für den Rest lohnt sich der Aufwand einfach nicht. In meinen Programmen hat übrigens Psyco (Python specializing compiler, so was ähnliches wie ein Just-In-Time-Compiler) oft für Verdoppelung der Geschwindigkeit zeitkritischer Routinen gesorgt (auf Kosten ca. 1.5fachen Speicherverbrauchs) - teils sogar besser als eine mittels PyRex (Hilfssprache, um einfach C-Module für Python zu schreiben) implementierte Erweiterung. Schade nur, daß es das nur für 32bit-x86 gibt (Entwicklung wurde zu Gunsten eines neuen, noch nicht fertigen Projekts eingestellt). CU Sascha -- Premature optimization is the root of all evil. http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern: Radwege (ncn/rcn) Via Julia, Via Bavarica Tyrolensis und M-Wasserweg
Via Julia eingetragen relation 29350 Teistück Sauerlach - Hofoldinger Forst - Peiß (südöstlich von München) 13 members name=Via Julia ref=VJ network=rcn type=route route=bicycle Eintrag im Wiki folgt, wenn ich reinkomme (derzeit sehr langsam). Gruß, Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namefinder-Entwicklung
Hallo, Sascha Silbe schrieb: [Speicher] Ach Gottchen :-)) Da bin ich ja mit meinem 400 Haltestellen noch gut bedient. [Phonetik] Muss jemanden finden, der das von PHP nach C/C++ wandelt oder was benötigst Du? [Frontend] Gerne, beliebt es Dir in PHP oder suchst Du kein Website-Frontend? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Draisinenstrecken
Johann H. Addicks [EMAIL PROTECTED] wrote: Lars Francke schrieb: wie wuerdet Ihr eine Draisinenstrecke taggen? railway=rail bicycle=yes ? *duckrenn* :-) Ich w?rde mir w?nschen, wenn light_railway nicht Normalspur bis Park-Kleinbahn umfassen w?rde. (Oder ist es wirklich richtig, dass S-bahnen, die mit normalen E-Loks der DB fahren, als light_railway getagt werden) *seufz* *auflangeTODOlisteguck* Wegen der Sache wollte ich ja auch noch recherchieren... Bzgl. internationaler Verwendung der einzelnen railway-tags M.E. ein Uebersetzungsfehler... Die S-Bahnen, sofern weitgehend unabhaengig vom Restbahnverkehr, separat zu taggen, ist aber dennoch sinnvoll... Gehoert aber eigentlich nicht zum Thema Draisinen :-) MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik: Schriftart wechseln / Unicode Problem mit Ethiopic
Hallo!
ich habe festgestellt, dass Mapnik mit DejaVu Sans keine Äthiopischen
Zeichen rendern kann. FreeSerif scheint die Zeichen zu enthalten.
Wenn ich in osm.xml die Schriftart ändere (TextSymbolizer name=name
face_name=FreeSerif Bold ...), meldet generate_image.py:
UserWarning: Unable to find specified font face 'FreeSerif Bold'
Zwischendurch habe ich dann herausgefunden, dass man for dem Rendern wohl
Wenn man vor dem Rendern
FontEngine.instance().register_font('/usr/share/fonts/truetype/freefont/FreeSerifBold.ttf')
aufruft, verschwindet die Fehlermeldung, die Zeichen werden aber
trotzdem nicht korrekt gerendert.
Interessanterweise scheint das nur für FreeSerifBold zu funktionieren.
Wenn ich auf diese Weise FreeSerif.ttf registriere, kommt trotzdem die
Meldung,
UserWarning: Unable to find specified font face 'FreeSerif'
falls ich diese verwenden will.
In der PostGIS Datenbank sind die Zeichen korrekt erfasst (zumindest
zeigt phppqadmin diese korrekt an). Beim Renden werden aber nur
Rechtecke dargestellt, obwohl laut charmap die Zeichen in FreeSerif
enthalten sind (Unicode Gruppe: Ethopic)
Hat jemand eine Idee?
Viele Grüße, Alexander
smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KML Polygone (- GPX) - OSM darstellen
Schreib mich damit mal per Mail an, dann kümmere ich mich morgen darum. Mein shp2osm-Konverter kann das :-) Andreas Labres schrieb: Hallo! Ich hab ein KML-File mit vielen Polygonen (in der Art wie das Sample in http://code.google.com/apis/kml/documentation/kmlreference.html#linearring). Dieses will ich in OSM als Layer darstellen. Mein Gedanke war, das KML in GPX zu konvertieren, dann wäre die Darstellung mit OpenLayer ja einfach. Nur packen die Konverter, die ich gefunden habe, grade mal simple Point Elemente, aber ignorieren die eigentlich wichtigen Polygon Elemente. Any Idea, was ich machen könnte, bevor ich mir so einen Konverter selber schreibe? Gibt's den ultimativen KML to GPX Konverter, der KML wirklich kann? Oder ist GPX eh das falsche Format und ich brauche eine KML-Renderer? Und gibt's so einen (der Polygone darstellen kann), oder muß ich mir den selber bauen? TIA! Servus, Andreas ___ 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] Mit jeder JOSM Version wirds schlimmer
On Sun, 24 Aug 2008, René Falk wrote: Am Sonntag, 24. August 2008 schrieb Dirk Stöcker: Nicht mehr nur Klick. Klick und Move. Das ist sicherer und passiert nicht mehr ausversehen. Außerdem selektiert jetzt ein Klick wieder den Weg (wie vorher). Wenn Du wüßtest, wie viel unbeabsichtige Nodes ich schon wieder entfernt habe, fändest Du das nicht sicherer. Ich habe das letztendlich abgeschaltet, es nervte mich nur noch. Meine Maus reagiert sehr empfindlich auf Bewegung. Aus Deinem Posting sehe ich, dass Du meinen Text nicht gelesen hast. Die Option Klick+Move gibt es erst seit der heutigen JOSM-Latest-Version und wenn Deine Maus so empfindlich ist, dass Du ohne verschieben nichts anklicken kannst, dann ist JOSM für Dich überhaupt nicht benutzbar, weil Du jeden Knoten und jeden Weg immer verschieben würdest. Aber Hauptsache Du konntest meckern, oder? Konstruktiv sein ist nicht Dein Ding. 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] Mit jeder JOSM Version wirds schlimmer
On Sun, 24 Aug 2008, Christoph Eckert wrote: Nicht mehr nur Klick. Klick und Move. Das ist sicherer und passiert nicht mehr ausversehen. wenn ich mir Renés Post ansehe kann ich mir vorstellen dass daraus bald ein Click-Wait-Move wird :) . Ist es im Grunde genommen schon. 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] Bayern: Radwege (ncn/rcn) Via Julia, Via Bavarica Tyrolensis und M-Wasserweg
Hi Toni! Via Julia eingetragen relation 29350 Eintrag im Wiki folgt, wenn ich reinkomme (derzeit sehr langsam). Eintrag im Wiki habe ich gerade schon gemacht. (Hoffe, das war Dir recht.) Jetzt habe ich nur das Problem, dass man bei JOSM nicht einfach eine Relation mit seinen Membern (und ggfs. der Umgebung) laden kann. Habe jedenfalls keinen Weg gefunden. :-( Um also an anderer Stelle (z. B. westlich des Chiemsees) Member der Relation 29350 hinzufügen zu können, muss ich zuerst eines Deiner Via Julia Teilstücke laden, um an die Relation zu kommen. Oder hat da jemand einen besseren Weg? Wie sucht, findet und ladet Ihr Relationen in JOSM? Ciao. -Leupi- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit jeder JOSM Version wirds schlimmer
Am Sonntag, 24. August 2008 schrieb Dirk Stöcker: Aus Deinem Posting sehe ich, dass Du meinen Text nicht gelesen hast. Vielleicht war dein Geschreibsel diesbezüglich nicht ganz eindeutig. Schon mal daran gedacht? dann ist JOSM für Dich überhaupt nicht benutzbar, weil Du jeden Knoten und jeden Weg immer verschieben würdest. Ja, das passiert schon mal, da Bewegung und Klick oft gleichzeitig erfolgen. Meine Mausaktivitäten sind halt durch jahrelange Nutzung im Job auf andere Software geeicht. Mir fällt es nicht so leicht meine Bewegungsmuster vorübergehend zu ändern, zumal ich nicht alle Finger der Hand nutzen kann um die Maus festzuhalten. Da kann die Maus schon mal bei einem Tastendruck ein wenig verrutschen. Aber Hauptsache Du konntest meckern, oder? Konstruktiv sein ist nicht Dein Ding. Ah, Polemik. Warte mal ich hol mir noch ne Portion Popcorn. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit jeder JOSM Version wirds schlimmer
Moin René, Vielleicht war dein Geschreibsel diesbezüglich nicht ganz eindeutig. Schon mal daran gedacht? [...] Warte mal ich hol mir noch ne Portion Popcorn. ich glaube es wäre jetzt an Dir Dich ein wenig zurückzunehmen. ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingfähige OSM-Karte auf Garmin zeigt kein maxspeed
2008/8/24 Garry [EMAIL PROTECTED]: Gibt es schon eine Idee warum maxspeed nicht angezeigt wird bzw. was geändert werden muss dass es angezeigt wird? Garry das ist doch das alte Thema, dass nur 1 tag ausgewertet werden kann von mkgmap. Oder ist das mittlerweile anders? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name oder Operator in Tags
Am 24. August 2008 07:42 schrieb Bernd Wurst [EMAIL PROTECTED]: Hallo. Am Samstag, 23. August 2008 schrieb Stephan Schildberg: Der Kandidat gewinnt 54 Obergeschosse + 2 Sockelgeschosse + unzählige Büros: http://informationfreeway.org/?lat=50.11227111807067lon=8.65277405181892z oom=17layers=B000F000F http://de.wikipedia.org/wiki/Messeturm_(Frankfurt) Die Frage ist natürlich, was willst du in eine Landkarte alles eintragen... Die wichtigen Informationen sind doch die, dass man aus einer Adressangabe herausfinden kann wo das ist. Dass die Angabe Messeturm, Frankfurt bei uns ausreicht um dieses Gebäude zu orten ist doch großartig. Und dass die Adress-Angabe 23. Stock vermutlich über dem Erdboden, in etwa zwischen dem 22. Stock und dem 24. Stock sein könnte, würde ich dem Endbenutzer selbst als Denksport-Aufgabe überlassen... Welche Firmen dort in welchem Büro sind, ist eigentlich erstmal egal. Wenn da öffentliche oder für Passanten interessante Dinge drin sind (Hotel, öffentliche Toiletten, Bäckerei, ...) dann kann man das ja irgendwo am Gebäude vermerken. Aber z.B. für einfache Büros erschließt sich mir nicht der generelle Nutzen, da das (wie du schon selbst herausgefunden hast) keiner auf eine allgemeine Karte drucken wird. Zudem sind das im Gesamten auch recht flüchtige Daten, die viel Arbeit zur Pflege bedeuten. Also mei, wenn du es als sinnvoll erachtest, trag es gerne irgendwie ein, aber ich wäre dagegen irgendwelche (Rendering-)Infrastruktur für sowas zu verändern, denn auf einer allgemeinen Karte muss das nicht drauf sein. Bei z.B. Messehallen ist es natürlich denkbar, dass man mit OSM-Daten einen Innenraum-Plan machen kann. Dann kann man das gerne eintragen (wenn auch noch nicht klar ist, wie). Auf der allgemeinen Karte ist es trotzdem nicht wirklich sinnvoll, das zu rendern. Gruß, Bernd der gepostete Link bringt mich zu einem alten Thema zurück: Darstellung der Hausnummern. Das Karlsruher Nummernschema hat ja nun schon einige Testzeit hinter sich und ich würde vorschlagen, Hausnummern nun etwas zurückhaltender zu rendern, damit man die Karte wieder sehen kann ;-). Mein Vorschlag: kleine schwarze Nummern ohne Kreis und Füllung drumrum. Wenn das Anklang findet, würde ich auch nen kleinen Patch dazu einreichen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gratulation (was: Mit jeder JOSM Version wirds schlimmer)
Daniel Vogelbacher schrieb: heute mal zur Abwechslung was zu JOSM. Herzlichen Glückwünsch zur wirklich gelungenen Betreff-Wahl, welche als Lehrbeispiel dienen kann, wie man erfolgreich einen Thread mit wirklich breiter Beteiligung lostritt. Zum Inhaltlichen: Ich kann Deine Beobachtung nicht nachvollziehen. Ich habe hier viele Josm-Versionen, die deutlich besser waren als ihre Vorgänger. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingfähige OSM-Karte auf Garmin zeigt kein maxspeed
Martin Koppenhoefer schrieb: das ist doch das alte Thema, dass nur 1 tag ausgewertet werden kann von mkgmap. Oder ist das mittlerweile anders? Eine Weiterentwicklung von mkgmap (oder eines anderen unter freier Lizenz stehenden Garmin-Mapbuilders) ist vermutlich nichts, was man beim SoC von Google subventioniert bekommt. Schade eigentlich. Wobei wir natürlich inzwischen mit der Detailtiefe unserer Karten deutlich an der Leistungsfähigkeit des Garmin-Kartenformats kratzen. Erstaunlich eigentlich, dass es noch niemanden gibt, der ein Linux auf die Garmins portiert hat. Das läuft doch sonst überall wo Nullen und Einsen per NAND verknüpft werden können. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS: Von Italien nach Dänemark .. .
Am 23. August 2008 21:41 schrieb Jens Müller [EMAIL PROTECTED]: Pascal Neis schrieb: Erweiterung der Abdeckung von OpenRouteService.org ... Wie wäre es mal mit Bugfixes? Das Fahrradrouting schickt mich immer noch entgegen einer Einbahnstraße (falsche Richtungsfahrbahn) und durch ein Einfahrt verboten. Vgl. Mail in dieser Liste am 21.8.2008 um 11:18 Uhr. bitte nicht ändern, oder 2 Fahrradmodi: einen für Regelpedanten, einen für Pragmatiker. In Italien können Fahrradfahrer übrigens einigermaßen alles machen, ohne von der Polizei Probleme zu bekommen, und kein Radler wird sich ein Problem daraus machen, gegen eine Einbahnstraße zu fahren (oder einen FUssweg zu benutzen, oder ein Einfahrt verboten zu passieren). Evtl. könnte man sowas über Checkboxen vorher vom Nutzer abfragen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
