Re: [OSM-talk] Using Osmarender to hilight Relation/Routes?
The gravitystorm use a custom version of osm2pgsql and their own mapnik rendering rules afaik. The xsl of osmarender has nothing to do with their map, but osmarender did have a cycle stylesheet, but it wasn't well used (and was from api0.4 times). I guess Andy Allan may add his notes to this thread at some point. Regards, Thomas Wood On 5/16/08, Simon Wood [EMAIL PROTECTED] wrote: Hi all, I am working with a local trail mapping project to see if OSM can provide the tools that they require to map out the trails in a mountian resort. Eventually they would like to have a map showing all the walking, cycling, cross country sking, ATV and snowmobile trails in the area, I believe that this is an excellent way to show case OSM and to get them all entering data into the database. I'm looking into the possibility of using Osmarender to output a SVG map (which) will then be printed. At present I can envisage how the physical side of the map will work (with footways, cycleways, tracks, roads etc), however as far as I can see there is no way to get Osmarender to highlight a Relation/Route. Prehaps I am missing the magic? Ideally I would like to do the equivilant of the UK Cycle Map, which over-renders the Relation/Route(s) onto the base map: http://www.gravitystorm.co.uk/osm/?zoom=14lat=6699525.62319lon=-31464.02406layers=B00 It would appear that all their (UK cycle guys') data is stored within the OSM database, see: http://www.openstreetmap.org/?lat=51.437lon=-0.29509zoom=15layers=B0FT I am not 100% how the project want to format their maps, but the idea of numbered sign posts was mentioned. So is there a way of labelling a Relation/Route/Stop, so that a renderer can put a number (or text) label over a node? Sort of like the previously feature image: http://wiki.openstreetmap.org/index.php/Image:Cyclingnodes.jpg I spent a while poking around the Wiki and trying to understand the XSL source (not my forte), but am still none the wiser. Anyone got any hints/clues for me? Thanks, Simon. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Using Osmarender to hilight Relation/Routes?
Hi, Sort of like the previously feature image: http://wiki.openstreetmap.org/index.php/Image:Cyclingnodes.jpg I spent a while poking around the Wiki and trying to understand the XSL source (not my forte), but am still none the wiser. Anyone got any hints/clues for me? I was in a similar situation because I wanted to display turn restriction relations on the map; not properly understanding XSL made me then implement Osmarender in Perl (the orp directory in SVN). It more or less does everything exactly the same as Osmarender does, just without XSL. I haven't got round to do it yet but putting in some code/rules there for rendering relations should not be too difficult. (For those with XSLT knowledge it should not be too difficult to add the the Osmarender XSL but I didn't want to go there.) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Using Osmarender to hilight Relation/Routes?
Hi Frederick, did you manage to put something together that renders turn restrictions ? I'm interested in anything you have that does that. cheers On Fri, May 16, 2008 at 6:24 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, Sort of like the previously feature image: http://wiki.openstreetmap.org/index.php/Image:Cyclingnodes.jpg I spent a while poking around the Wiki and trying to understand the XSL source (not my forte), but am still none the wiser. Anyone got any hints/clues for me? I was in a similar situation because I wanted to display turn restriction relations on the map; not properly understanding XSL made me then implement Osmarender in Perl (the orp directory in SVN). It more or less does everything exactly the same as Osmarender does, just without XSL. I haven't got round to do it yet but putting in some code/rules there for rendering relations should not be too difficult. (For those with XSLT knowledge it should not be too difficult to add the the Osmarender XSL but I didn't want to go there.) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Franc ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OpenPlantMap
Anyone involved with the National Trust? Apparently they are mapping every plant in their gardens all over Britain. Do they know they just need OSM and a few new tags (plant=nettle for example). http://news.bbc.co.uk/1/hi/uk/7395915.stm elvin ibbotson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OpenPlantMap
This data is a little bit on the specialised side for osm. I would say that it would be better to setup a separate database and site specifically for this purpose based on the current osm software and tools. Then if they want to map roads they deal with that from the osm data side. When it comes to map renders they merge the rendered maps with the help of transparency or icons/data on rendering. Shaun On 16 May 2008, at 10:04, elvin ibbotson wrote: Anyone involved with the National Trust? Apparently they are mapping every plant in their gardens all over Britain. Do they know they just need OSM and a few new tags (plant=nettle for example). http://news.bbc.co.uk/1/hi/uk/7395915.stm elvin ibbotson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OpenPlantMap
elvin ibbotson wrote: Anyone involved with the National Trust? Apparently they are mapping every plant in their gardens all over Britain. Do they know they just need OSM and a few new tags (plant=nettle for example). http://news.bbc.co.uk/1/hi/uk/7395915.stm http://news.bbc.co.uk/1/hi/uk/7395915.stm I saw this too. They (we - I'm a life member) want to describe and record every plant, even weeds, in some of their gardens. Positioning every plant in a garden is extreme micro mapping, far beyond the resolution of a consumer GPS. I will contact them to see if they want to put every NT property on the map though. From that they could have a list of plants at that property connected to a label layer on a slippy map. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Using Osmarender to hilight Relation/Routes?
On Fri, May 16, 2008 at 7:51 AM, Thomas Wood [EMAIL PROTECTED] wrote: The gravitystorm use a custom version of osm2pgsql and their own mapnik rendering rules afaik. The xsl of osmarender has nothing to do with their map, but osmarender did have a cycle stylesheet, but it wasn't well used (and was from api0.4 times). I guess Andy Allan may add his notes to this thread at some point. Sure. The way we handle route relations is to process them and add an additional way for each member of the relation (simply by finding the member way of the relation and duplicating its geometry). Then you have stuff that's renderable. So at http://www.gravitystorm.co.uk/osm/?zoom=16lat=6702764.64156lon=-16109.73934layers=B00 we have a four polylines in the database, one for the cycleway and one each for the three routes that cross the park. Mapnik collision detection on the references show each side-by-side. The limitation of this method is that the relations are processed after the import, so only nodes and ways that have made it through the osm2pgsql process (i.e. have useful tags on them) are available at that time. The garmin cycle maps operates in a slightly different way, but still involving pre-processing - instead of adding duplicate ways it adds the references to the existing way - this is so that you can mouseover a road and all the references appear. So the same example has one polyline with one reference, just a concatenation of the three refs with spaces. So there's different approaches, but generally involves unwinding the route relation back into ways (or nodes), and depending where in the process you do so you do things differently. As for osmarender, that's black magic to me, but I think the concept of trying to add tags to ways or duplicating the ways with more tags will still hold - probably the former due to the lack of text-placement collision detection. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OpenPlantMap
Message: 2 Date: Fri, 16 May 2008 10:22:40 +0100 From: Shaun McDonald [EMAIL PROTECTED] Subject: Re: [OSM-talk] OpenPlantMap To: elvin ibbotson [EMAIL PROTECTED] Cc: talk@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii This data is a little bit on the specialised side for osm. I agree. I think we need to adopt a Wikipedia concept of 'notability'. For example... A wood is notable, a large established solitary tree in a park might be notable, but a nettle is not. Is a rare plant notable? I would suggest it is not notable in OSM itself. Possibly we will end up with specialist versions of OSM for different purposes, for example for OpenPlantMap to accommodate details of plants. Wikipedia set up Wikia.com to hold these other datasets. These other DBs should possibly share a base layer of OSM data (roads, buildings etc) so they can build specialist stuff on top of that and not folk the core data. People would then be able to dip into OSM for core data and supplement it with data from other projects. Peter I would say that it would be better to setup a separate database and site specifically for this purpose based on the current osm software and tools. Then if they want to map roads they deal with that from the osm data side. When it comes to map renders they merge the rendered maps with the help of transparency or icons/data on rendering. Shaun On 16 May 2008, at 10:04, elvin ibbotson wrote: Anyone involved with the National Trust? Apparently they are mapping every plant in their gardens all over Britain. Do they know they just need OSM and a few new tags (plant=nettle for example). http://news.bbc.co.uk/1/hi/uk/7395915.stm elvin ibbotson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Notability (was openstreetmap)
I agree. I think we need to adopt a Wikipedia concept of 'notability'. For example... A wood is notable, a large established solitary tree in a park might be notable, but a nettle is not. Is a rare plant notable? I would If someone made the effort to physically survey it and properly tag it, I think it's OK. There are already so many GBs in the planet that does not correspond to objects physically located at the indicated location. Objects tagged with 'tiger:...=...', 'attribution=...', or 'junction=junction'. Nodes tagged as coasline. A few more bulk uploads will not make a big difference. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Notability (was openstreetmap)
Nic Roets wrote: If someone made the effort to physically survey it and properly tag it, I think it's OK. Maintainability is probably a bigger issue than notability. Roads, railways and canals don't move much, rivers hardly at all - we can cope with maintaining that sort of database. But where people have gone into vast amounts of detail on something that changes rapidly, such as shops on a High Street, the data will get out of date very quickly unless they're prepared to return and resurvey frequently. Here's an example (fortunately not rendered by any of the main renderers): http://www.openstreetmap.org/edit? lat=51.70619lon=-0.61222zoom=17 cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OpenPlantMap
There's something suspicious about that bbc video. Those people look like bad actors. I have the impression that they are simply trying to call some attention, just to remind us (or remind you) that the National Trust exists. In my case, it has worked. I had never heard about such institution and now I have visited their website and read a couple paragraphs. Nice website, btw. Lucas De: [EMAIL PROTECTED] en nombre de Peter Miller Enviado el: vie 16/05/2008 13:21 Para: talk@openstreetmap.org Asunto: [OSM-talk] OpenPlantMap Message: 2 Date: Fri, 16 May 2008 10:22:40 +0100 From: Shaun McDonald [EMAIL PROTECTED] Subject: Re: [OSM-talk] OpenPlantMap To: elvin ibbotson [EMAIL PROTECTED] Cc: talk@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii This data is a little bit on the specialised side for osm. I agree. I think we need to adopt a Wikipedia concept of 'notability'. For example... A wood is notable, a large established solitary tree in a park might be notable, but a nettle is not. Is a rare plant notable? I would suggest it is not notable in OSM itself. Possibly we will end up with specialist versions of OSM for different purposes, for example for OpenPlantMap to accommodate details of plants. Wikipedia set up Wikia.com to hold these other datasets. These other DBs should possibly share a base layer of OSM data (roads, buildings etc) so they can build specialist stuff on top of that and not folk the core data. People would then be able to dip into OSM for core data and supplement it with data from other projects. Peter I would say that it would be better to setup a separate database and site specifically for this purpose based on the current osm software and tools. Then if they want to map roads they deal with that from the osm data side. When it comes to map renders they merge the rendered maps with the help of transparency or icons/data on rendering. Shaun On 16 May 2008, at 10:04, elvin ibbotson wrote: Anyone involved with the National Trust? Apparently they are mapping every plant in their gardens all over Britain. Do they know they just need OSM and a few new tags (plant=nettle for example). http://news.bbc.co.uk/1/hi/uk/7395915.stm elvin ibbotson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OpenPlantMap
Juan Lucas Dominguez Rubio schrieb: There's something suspicious about that bbc video. Those people look like bad actors. I have the impression that they are simply trying to call some attention, just to remind us (or remind you) that the National Trust exists. mhmm, you know Britain at all, go and persue yourself. regards, Stephan. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Section Township Range? Boundary data
In the US Farmers and Ranchers often use the section township and range for determining where properties are. Is there an convenient way to import this kind data from say shapefiles into OSM, Is it reasonable to do so? I am a newbie with OSM, be kind with regards to my ignorance ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Unknown road classifications
Steve Hill wrote: On Mon, 12 May 2008, Alex Mauer wrote: IMO if it's sufficiently unknown that it will have to be revisited anyway for more accurate classification, marking it as a road rather than a complete unknown isn't really going to be helpful to anyone. Sure it is - I know I can drive down a road, I don't know that I can drive down any arbitrary highway feature. No -- but as I said in the paragraph before the one you quoted, I would expect that something non-drivable could also be classified without driving it. Or maybe in the situation where you're using Potlatch and don't have sufficient resolution to classify a route: Even if it's not drivable, you probably don't need to travel on it to classify it. You can tell just by going and looking at it, even if it turns out to be in acccessible. unknown is probably good enough as an indicator that the route needs to be visited or revisited for better classification. -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Section Township Range? Boundary data
At present I don't believe that any grid-line structure is in place. Alberta is in a similar situation, the local standard map grid (ATS) is defined algorythmically. See http://en.wikipedia.org/wiki/Alberta_Township_System Many physical features, such as township/range roads follow these grid lines. There are 'free' (as in beer) shapefiles available from http://www.altalis.com unfortunately we don't (yet) have permission to use these in OSM. One would think that this could be added relatively easy to the database, and with a little effort be presented as an overlay on the slippy map on the website. In fact a single overlay could be used for all local map grid systems, just changing at boarders. Cheers, Mungewell. In the US Farmers and Ranchers often use the section township and range for determining where properties are. Is there an convenient way to import this kind data from say shapefiles into OSM, Is it reasonable to do so? I am a newbie with OSM, be kind with regards to my ignorance ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] difference between waterway=canal and waterway=drain
Karl Newman wrote: Wow, that's not obvious to the casual (non-UK) observer. In the US, the usage of canal is different. They're almost never navigable, and even small drainage ditches are commonly called canals. Almost no-one here would call any kind of waterway a drain. Definitely clarify that on the Wiki. I've never heard a non-navigable waterway referred to as a canal, here in the Midwest USA. I've only what you're describing called a drainage ditch (as you said) or irrigation ditch depending on their intended purpose. ditch is IMO a reasonable combination of the two (since the intended purpose is generally not immediately obvious) -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] Vote: highway=path
Please read and vote on the proposal at
http://wiki.openstreetmap.org/index.php/Proposed_features/Path
Special voting instructions for this one:
Vote with {{vote|yes}} or {{vote|no}}, and then indicate whether you
would approve the deprection option, as listed in the Deprecation
section of the page.
-Alex Mauer hawke
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] difference between waterway=canal and waterway=drain
On 16 May 2008, at 16:50, Alex Mauer wrote: Karl Newman wrote: Wow, that's not obvious to the casual (non-UK) observer. In the US, the usage of canal is different. They're almost never navigable, and even small drainage ditches are commonly called canals. Almost no-one here would call any kind of waterway a drain. Definitely clarify that on the Wiki. I've never heard a non-navigable waterway referred to as a canal, here in the Midwest USA. I've only what you're describing called a drainage ditch (as you said) or irrigation ditch depending on their intended purpose. ditch is IMO a reasonable combination of the two (since the intended purpose is generally not immediately obvious) I have the only remaining part of the Croydon canal near me. It is only a few hundred metres long, and is now left to nature. A century ago the other parts of the canal were filled in and changed to railway. Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] difference between waterway=canal and waterway=drain
Shaun McDonald wrote: I have the only remaining part of the Croydon canal near me. It is only a few hundred metres long, and is now left to nature. A century ago the other parts of the canal were filled in and changed to railway. Presumably that's only called a canal for historical reasons then? -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] difference between waterway=canal and waterway=drain
On Fri, May 16, 2008 at 8:50 AM, Alex Mauer [EMAIL PROTECTED] wrote: Karl Newman wrote: Wow, that's not obvious to the casual (non-UK) observer. In the US, the usage of canal is different. They're almost never navigable, and even small drainage ditches are commonly called canals. Almost no-one here would call any kind of waterway a drain. Definitely clarify that on the Wiki. I've never heard a non-navigable waterway referred to as a canal, here in the Midwest USA. I've only what you're describing called a drainage ditch (as you said) or irrigation ditch depending on their intended purpose. ditch is IMO a reasonable combination of the two (since the intended purpose is generally not immediately obvious) -Alex Mauer hawke If you do a search for irrigation canal or drainage canal you'll see plenty of images that show the kinds of waterways I'm thinking of. Many could be called a ditch, but canal is commonly used too (around here in California anyway). Interestingly, Wikipedia refers to an aqueduct as a specialized kind of canal for supplying water. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Using Osmarender to hilight Relation/Routes?
I had a little look at the 'orp' source, but I'm not that hot on perl either. I'll have to download and give it a 'spin' to see what/how it does. I haven't got round to do it yet but putting in some code/rules there for rendering relations should not be too difficult. Given the comments how others have achieve the highlighting for their own projects, does it seem that this is possible to and to osmarender or orp. I would imagine that hilighting all of the Relation/Routes in a datafile is the simplest to start with, with appropriate colour/characteristics defined in the 'xml' file. Does just rendering an extra layer above 'layer=9' make sense? The SVG path (representing the way) could be made translucent to avoid masking stuff below. The ability to selectively highlight Relation/Routes, or set different characteristics would be nice too :-). So going back to the question about labels. Is there anyway to add a label (or not) to a node within a relation? For example a reference point (such as the number '3'), or specific text which does not apply to the underlying node/way data (such as 'turn left at fork'). Is anyone going to complain if I add 'stopxx_label=' or 'stopxx_comment=' into the relation table? Cheers, Mungewell. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] difference between waterway=canal and waterway=drain
On 16 May 2008, at 18:12, Alex Mauer wrote: Shaun McDonald wrote: I have the only remaining part of the Croydon canal near me. It is only a few hundred metres long, and is now left to nature. A century ago the other parts of the canal were filled in and changed to railway. Presumably that's only called a canal for historical reasons then? Yes. Is there anything wron with that? Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] RFC: Proposed feature, generic road
I'd like to draw attention to the highway=road proposed feature and request comments: http://wiki.openstreetmap.org/index.php/Proposed_features/Generic_road Thanks. -- - Steve xmpp:[EMAIL PROTECTED] sip:[EMAIL PROTECTED] http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] difference between waterway=canal and waterway=drain
Shaun McDonald wrote: Presumably that's only called a canal for historical reasons then? Yes. Is there anything wron with that? Nope. I was just that I was wondering if it had some reason beyond its physical characteristics for being tagged as a canal. On the other hand, it might be better to just not tag it as a canal (just giving it the relevant name of Croyden canal instead) so that someone expecting a navigable waterway isn't disappointed. -Alex Mauer hawke ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Rights of way (was: Vote: highway=path)
Are there any use-cases for keeping the legal designations of
rights-of-way (aware that this is very UK-specific..)
e.g. perhaps someone wants to use our maps to check that all the
rights of way in their area are properly accessible. Or someone using
an OSM map is challenged by a landowner and 'the map says I'm
permitted to herd sheep along this path'
we seem to have lost 'public footpath' information already by using
the same 'footway' tag for anywhere that you appear to be able to walk
nevermind if there's a footpath sign at the end. proposals like this
might make 'real bridleways' disappear too, into a mix of places that
at first glance seem passable by horse-riders
(p.s. before just proposing a new tag for legal status, consider that
lots of existing bridleways/footpaths/byways will have already been
tagged based on the RoW signs and we might want to keep that
information)
On Fri, May 16, 2008 at 5:07 PM, Alex Mauer [EMAIL PROTECTED] wrote:
Please read and vote on the proposal at
http://wiki.openstreetmap.org/index.php/Proposed_features/Path
Special voting instructions for this one:
Vote with {{vote|yes}} or {{vote|no}}, and then indicate whether you
would approve the deprection option, as listed in the Deprecation
section of the page.
-Alex Mauer hawke
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] difference between waterway=canal and waterway=drain
On 16 May 2008, at 21:37, OJ W wrote: I'm still interested in this definition of aquaeduct though, since the wikipedia definition of man-made water-carrying thingie differs from OSM's definition of waterway on a bridge My definition of a canal is some waterway on a bridge. Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Notability (was openstreetmap)
On Fri, May 16, 2008 at 8:00 AM, Richard Fairhurst [EMAIL PROTECTED] wrote: Nic Roets wrote: If someone made the effort to physically survey it and properly tag it, I think it's OK. Maintainability is probably a bigger issue than notability. Roads, railways and canals don't move much, rivers hardly at all - we can cope with maintaining that sort of database. But where people have gone into vast amounts of detail on something that changes rapidly, such as shops on a High Street, the data will get out of date very quickly unless they're prepared to return and resurvey frequently. Here's an example (fortunately not rendered by any of the main renderers): http://www.openstreetmap.org/edit? lat=51.70619lon=-0.61222zoom=17 I think this would be best done by implementing some sort of layers in OSM. Suppose that general-interest data is tagged without a prefix. Specialist data can be tagged with a prefix, e.g. category:key=value. Then, editors, renderers and output plugins could filter out unwanted data using an API call (like the filters in osmxapi) so that they don't waste time downloading it. I see nothing wrong with putting specialized data in the main database as long as there is an easy way to filter it out if the user doesn't want it. Splitting data into multiple databases seems unnecessary. As for out-of-date data, OSM is a wiki, so it is the responsibility of the person who put in the data or subsequent passers-by to correct it. As long as the data doesn't change extremely frequently (like daily or weekly), I think it is OK to put it in the main database. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Rights of way (was: Vote: highway=path)
OJ W schrieb: we seem to have lost 'public footpath' information already by using the same 'footway' tag for anywhere that you appear to be able to walk nevermind if there's a footpath sign at the end. Yes, that's why I started to add certain road signs in my area to our database, especially those denoting foot and cycleways. Thus far I used traffic_sign=z240 etc. where z240 means the reference number assign to it in the StVO (legal text about road transport): http://bundesrecht.juris.de/stvo/index.html and http://bundesrecht.juris.de/stvo/__41.html (interesting road signs). -- Karl Eichwalder ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Zero point tag?
Yes Stefan! This is what I meant: how would you tag the Kilometre_Zero? (nothing to do with the geographic centre of countries) Cheers Francois Stefan Baebler wrote: It might be that François wasn't talking about geographic centre of countries, but established (read: old) reference points from times where each country / region had their own coordinate system, or not even real coordinate system, just measuring road distance from that defined point. http://en.wikipedia.org/wiki/Kilometre_Zero enjoy, Å tefan On Thu, May 15, 2008 at 8:52 AM, Mike Collinson [EMAIL PROTECTED] wrote: At 05:00 AM 15/05/2008, Francois De Ryckel wrote: Hello everyone, How would you tag the zero point of a country? Shouldn't be an important tag as distances in a country are measure from that point? Thanks for the advices. François de Ryckel François, I don't know if this will suit your particular requirements, but I've published a list of country bounds here which includes a centre lat/lon: http://wiki.openstreetmap.org/index.php/User:Ewmjc/Country_bounds This was generated from US government (public domain!) GNIS data. This is a dataset of several million location points around the world conveniently categorised by country. I simply calculated a bounding box for each country and then the centre point of that box. I then generated about 80% of the OSM place=country tags using the centre point to locate the tag. The OSM database should now have a tag for every country in the world (at least as defined by the US government). There are some inaccuracies though and I am working on a version two. In particular, I included marine features which makes several boxes too large, and may throw the centre point to a strange location. Once I have this sorted, I intend to add a lat_max ... lon_min or some such tags to the country tags. You could then derive a zero point directly from the OSM database. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk François de Ryckel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Notability (was openstreetmap)
On Fri, May 16, 2008 at 3:14 PM, Andrew MacKinnon [EMAIL PROTECTED] wrote: On Fri, May 16, 2008 at 8:00 AM, Richard Fairhurst [EMAIL PROTECTED] wrote: Nic Roets wrote: If someone made the effort to physically survey it and properly tag it, I think it's OK. Maintainability is probably a bigger issue than notability. Roads, railways and canals don't move much, rivers hardly at all - we can cope with maintaining that sort of database. But where people have gone into vast amounts of detail on something that changes rapidly, such as shops on a High Street, the data will get out of date very quickly unless they're prepared to return and resurvey frequently. Here's an example (fortunately not rendered by any of the main renderers): http://www.openstreetmap.org/edit? lat=51.70619lon=-0.61222zoom=17 I think this would be best done by implementing some sort of layers in OSM. Suppose that general-interest data is tagged without a prefix. Specialist data can be tagged with a prefix, e.g. category:key=value. Then, editors, renderers and output plugins could filter out unwanted data using an API call (like the filters in osmxapi) so that they don't waste time downloading it. I see nothing wrong with putting specialized data in the main database as long as there is an easy way to filter it out if the user doesn't want it. Splitting data into multiple databases seems unnecessary. As for out-of-date data, OSM is a wiki, so it is the responsibility of the person who put in the data or subsequent passers-by to correct it. As long as the data doesn't change extremely frequently (like daily or weekly), I think it is OK to put it in the main database. I agree--some sort of system to elide data that's more special-interest is going to be necessary eventually, otherwise editing will be impossible. I've come across some parcel map shapefiles for a few counties here in the US (I'm sure a lot of counties have it available), but that data would really get in the way of editing roads, so I haven't pursued importing them. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Zero point tag?
On Fri, May 16, 2008 at 8:27 PM, Francois De Ryckel [EMAIL PROTECTED] wrote: Yes Stefan! This is what I meant: how would you tag the Kilometre_Zero? (nothing to do with the geographic centre of countries) Cheers Francois Isn't that the same thing as a datum in modern cartography? If so, I would think an appropriate tag for such a node would be a key named datum with a value indicating the name of the map or measuring system. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] aanpassingen aan 'foutje'-site
On Fri, 16 May 2008, Rob wrote: altijd weer dat ruby argument.. daarom hebben we een gelukkig een nl server ;) Frederik heb ik toch afgelopen week iets over C(++) horen zeggen ;) Ben nogsteeds wel voor om een eigen API server te forken ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] aanpassingen aan 'foutje'-site
On Friday 16 May 2008, Richard Duivenvoorde wrote: Zelf vind ik het allemaal nog wat stroef lopen, maar je kunt vanuit de indexpagina zoomen naar een box, en dan van DIE box een (geo)rss-feed opslaan. Da's handig. Misschien zou het qua user interface duidelijker zijn als je naast/boven Permalink een RSS knopje maakt, dan is het meteen duidelijk dat je de huidige view als RSS krijgt. Ok, kijken of er nieuwe issues bijkomen, en of er ook wel eens iets wordt 'opgelost' ;-) Ja, er is zelfs al wat discussie :-) Opmerkingen/kritiek, ik hoor het wel. Een paar kleine dingetjes die me opvielen: - regelovergangen in de invoer worden niet gerespecteerd (of moet ik dat in html doen?); - de tijd in de RSS feed klopt niet, of eigenlijk de tijdzone, die staat op +; - je SQL query wordt nog in xml-commentaar meegestuurd, kan verder geen kwaad, maar ja; - de description in de RSS feed begint soms met het (verder ongeformateerde) woord Discussion. Ik snap dat dat de status is, maar het staat een beetje raar. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Fiets tracks: automatisch foto's maken....
zoiets moet je dus op je fiets monteren ;) Google Street View - Soon in 3D? http://www.educatingsilicon.com/2008/04/18/google-street-view-soon-in-3d/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] aanpassingen aan 'foutje'-site
René Affourtit wrote: Ziet er mooi uit, werkt best goed, maar toch wat opmerkingen: - e-mail adres, ik ben er niet zo happig op om dat zomaar ergens achter te laten, dat werpt voor mij alweer een drempel op. Geef duidelijk aan dat (of) het optioneel is het IS optioneel, ik zal kijken of ik dat helderder kan melden. De enige reden dat ik emailadressen vraag, is om de issues of hun changes te kunnen koppelen aan iemand, zodat je er evt een feed op kunt maken (dus feed meldingen krijgen als iemand reageert op jouw issue, of op jouw opmerking op andermans issues...). Daarnaast is er nog een toekomstplan, om eventueel met email notifications te gaan werken... Waarvoor het gebruikt gaat worden (we gebruiken het alleen om u te waarschuwen als de status verandert) Geef aan wat de zichtbaarheid is (is het zichtbaar voor andere gebuikers, zoekmachines) Als het goed is kom je nergens de volledige email-adressen tegen. Als ik een naam heb toon ik die, anders komt er zoiets als [EMAIL PROTECTED] oid. Dat is ook wat evt email-harvesters of zoekmachines krijgen :-) - Persoonlijk heb ik de neiging om op de kaart te klikken als ik een fout wil melden. misschien een marker die je erop kunt slepen? Of een knop en dat de invul-velden pas zichtbaar worden als je daarop klikt, ik zal hier even naar kijken, het moet mogelijk zijn om bij een klik in de kaart een schaalnivo of 4 tegelijk naar dat punt te zoomen... - drawing tool, was puzzelen hoe het tekenen af te sluiten. tijdens het tekenen werkt de 'remove area drawn' ook niet om af te breken. ik kan het ergens melden, meestal is dit wat je ziet bij dit soort apps... - na het rapporteren kom je in de kale lijst terug, zou mooier zijn als je weer op het kaart-scherm komt. De hele opmaak/scherm-volgorde moet wat mij betreft op de schop... Er waren ook stemmen voor tabjes etc ... Dank voor de opmerkingen Richard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [Talk-de] offizielle Bezeichnung von Bundesstraß en/ Autobahnen
Karl Eichwalder schrieb: Frederik Ramm schrieb: Es waere auch relativ trivial, einen Renderer (oder Praeprozessor) so zu gestalten, dass er das Leerzeichen je nach Wunsch des Weiterverar- beiters hinzufuegt oder entfernt. Insofern wuerde ich mir da keinen so grossen Kopf drum machen. Deine tips, wei meine auch, sind immer gold wert ;) Da ich aber _jetzt_ mit den daten (karten) arbeite und mich verschwendeter platz nervt, löse ich das problem in meinem sinne und so, wie ich es für sinnvoll erachte. Frei nach deinem motto: jeder trage ein, was er für wichtig hält. Nur Falsch machen solltest du es nicht. z.B. die A15 ist eine Landstraße bei Schwabmünchen. ob es eine Autobahn A 15 gibt weis ich nicht. Jedenfalls gibt es im Landkreis Augsburg alles von A1 bis mindest A23. Ich denke mal das es im Berliner Raum auch etliche Bx straßen geben wird die Keine Bundesstraßen sind. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: Neues Plugin
Christoph Eckert schrieb: Moin, Eine Kreuzung aus zwei Wegen und einem Landuse=residential. Sowas finde ich in letzter Zeit häufig :( ja, fällt mir bei uns in der Gegend auch auf. Allerdings sehe ich sowas nicht zwingend als Fehler. Einer der Autoren von Navit möchte beispielsweise herausbekommen, ob eine Straße innerhalb oder außerhalb einer geschlossenen Ortschaft ist, um beim Routing auf die unterschiedlichen Geschwindigkeiten Rücksicht nehmen zu können. Für solche Fragestellungen ist es IMO günstig, wenn die Straße sich mit dem Landuse schneidet, oder? Nicht immer. In der Regel gilt die geschwindigkeitbegrenzung bis zum Ortsende nicht bin zum ende der Bebauung. Die meisten Orte sindgrößer als die bebaute fläche. oder gerade bei gröeren straßen ist eien Puffergrünstreifen zwischen Staße und wohngebieten. Also die geschwidigkeitsbegrenzung am Landuse=residential festzumachen ist nicht wirklich brauchbar. Ich hab inzwischen begonnen bei mir die Straßen explizit mit geschwindigkeitbegrenuzungen (auch 50 und 100) zu taggen. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Webseite mit OSM-Karte(n) und Tracks
Am 15.05.2008 23:19 schrieb Stefan Keller: Cool. Und sicher gibt es schon irgendwo einen http server, der mir auf einen XMLHttpRequest hin die Höhenmeter zu einer lon/lat-Angabe liefert?-) Ja, siehe http://www.geonames.org/export/web-services.html#srtm3 Schick. Könnte nicht einfacher sein. Jetzt braucht es nur noch ein verregnetes Wochenende, und ich kann das einbauen. Die Aussichten sind allerdings schlecht. Harald. -- --+- Harald Kirsch | pifpafpuf bei gmx punkt de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM Id Benutzen (war Korrekturen im Schwarzwald?)
Am Freitag, 16. Mai 2008 07:45 schrieb Karl Eichwalder: Holger Issle schrieb: On Thu, 15 May 2008 22:37:08 +0200, Hanno Böck wrote: Langfristig sollte es möglich sein, objekte in osm anhand ihrer ID zu referenzieren und in anderen Datenbeständen/Anwendungen zu nutzen. Die Idee ist meiner Ansicht nach auch etwas daneben, da diese Integrität nicht gewährleistet werden kann. Jetzt, wo du es weißt, kannst du es ja bitte berücksichtigen. Naja, ich denke gerade an meine erste Bundesstraße die ich getaggt habe und immer in ca. 20km Abschnitte Unterteilt hatte und nur mit ref=B73 und highway=primary getaggt hatte (da gab es auf der Strecke Hamburg Cuxhaven noch keine anderen Objekte). Wenn jetzt jemand den Namen der Straße (der ist in jedem Ort durch den die Straße führt verschieden) eingeben möchte, muss er die Straße sowieso mit Split Way noch weiter unterteilen. Dafür muss die Straße dann neue IDs bekommen (die alte ID bleibt auf einen Teilstück erhalten). Und ich finde es auch in Ordnung, wenn er, weil es für ihn einfacher ist, meine Bundesstraße löscht und neu (zeitnah) wieder neu anlegt. Vielleicht ist er die Strecke bereits 20 mal mit dem Fahrrad abgefahren und hat viel genauere Daten als meine einmal mit dem Auto und einem alten Gerät erfassten Daten. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OT: Autobahnen nicht da (war Re: Fehler melden )
Am Donnerstag, 15. Mai 2008 23:15 schrieb Gerald.Oppen: Dann versuch Dir einfach mal vorzustellen was passiert wenn die Autobahnen von heute auf morgen nicht mehr benutzt werden können Gerne, für mich ändert sich wahrscheinlich das die Bahnen viel voller werden, weil meine Kollegen jetzt nicht mehr durch den Elbtunnel kommen und die Elbbrücken auch verstopft sind. Vielleicht würde ich mit dem Fahrrad zur Arbeit fahren, weil die Bahnen zu voll sind. Im Laden würde wahrscheinlich der Joghurt aus Bayern fehlen, weil der nicht mehr so schnell geliefert wird, Große Diskounter würden dicht machen, weil sie keine Ware haben, und die Bauern aus dem Alten Land würden sich freuen, weil jeder Ihrer Waren haben möchte und sie dafür einen Gerechten Lohn erhalten. in Hamburg würden Arbeitskräfte aus dem Speditiongewerbe zu Krabbenpülern umgeschult werden (weil man diese nicht mal eben schnell nach Marokko fahren kann) Leider ist es nur ein Traum. ;-) Ich habe gar kein Auto Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] offizielle Bezeichnung von Bundesstraß en/ Autobahnen
Hallo Gerhard! Gerhard Schmidt schrieb: Nur Falsch machen solltest du es nicht. z.B. die A15 ist eine Landstraße bei Schwabmünchen. ob es eine Autobahn A 15 gibt weis ich nicht. Jedenfalls gibt es im Landkreis Augsburg alles von A1 bis mindest A23. Ich denke mal das es im Berliner Raum auch etliche Bx straßen geben wird die Keine Bundesstraßen sind. Meiner Erfahrung nach hat nur Bayern die Benennung der Kreisstraßen mit dem Landkreiskürzel zu Beginn. In anderen Bundesländern habe ich bisher nur die Nummerierung mit K am Beginn gesehen. Unterschiede sind mir dabei nur aufgefallen, dass diese Nummern in manchen Ländern landeseinheitlich stattfinden (so sind in Baden-Württemberg die Straßennummern vierstellig), ich glaube manche Ländern aber die Nummern auch pro Kreis erneut vergeben. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Holger Issle schrieb: Hi, letzte Woche war ich ein wenig im Scharzwald unterwegs. U.A. Die Straße von Schramberg über Lauterbach nach Hornberg ist total schlecht verzeichnet (Karte weicht zum Teil weit über 100m von der Realität ab). Wie macht man das am besten richtig? Löschen und neu eintragen? Es gibt einige versionen dieser Straße die alle (bis auf eine) wieder gelöscht wurden. Witzigerweise ist die ursprüngliche Version fast mit der heutigen identisch, nur die Versionen dazwischen waren streckenweise sehr daneben. einige IDs der L108 ich so auf Anhieb gefunden habe: 4789755 (Original, gelöscht) 18775626 (derzeit aktiv.) 24393888 (einige kurven abgeschnitten, gelöscht) - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFILUHyFUbODdpRVDwRApG7AJwLrqqsUa73HjI1e+JajYkxNAU14QCeN0m7 WgYFGtmGER9lOyTyNO3xDWw= =c3DJ -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dirk-Lüder Kreie schrieb: Holger Issle schrieb: Hi, letzte Woche war ich ein wenig im Scharzwald unterwegs. U.A. Die Straße von Schramberg über Lauterbach nach Hornberg ist total schlecht verzeichnet (Karte weicht zum Teil weit über 100m von der Realität ab). Wie macht man das am besten richtig? Löschen und neu eintragen? Es gibt einige versionen dieser Straße die alle (bis auf eine) wieder gelöscht wurden. Witzigerweise ist die ursprüngliche Version fast mit der heutigen identisch, nur die Versionen dazwischen waren streckenweise sehr daneben. einige IDs der L108 ich so auf Anhieb gefunden habe: 4789755 (Original, gelöscht) 18775626 (derzeit aktiv.) 24393888 (einige kurven abgeschnitten, gelöscht) Sorry, das war in Hornberg, die id 18775626 ging ja anscheinend weiter nach osten, und ist da wirklich so daneben, dass ich genauso vorgegangen wäre: absplitten, was brauchbar ist, den Rest löschen und neu machen. - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFILULLFUbODdpRVDwRAj4hAKC6F+0PrxFq5thvDc/xjAUQvj77ewCg0pws 28KwMpiZ+JJPfyNkThhY3TA= =ykl7 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] offizielle Bezeichnung von Bundesstra ßen/ Autobahnen
Gerhard Schmidt schrieb: Nur Falsch machen solltest du es nicht. z.B. die A15 ist eine Landstraße bei Schwabmünchen. ob es eine Autobahn A 15 gibt weis ich nicht. Jedenfalls gibt es im Landkreis Augsburg alles von A1 bis mindest A23. Ich denke mal das es im Berliner Raum auch etliche Bx straßen geben wird die Keine Bundesstraßen sind. Laut http://www.baysis.bayern.de/daten/abschnittsnummernkarten/pdf/A_Land.pdf enthalten die Bezeichnungen der Augsburger Kreisstraßen auch ein Leerzeichen. Grüße von der A 13, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
On Fri, 16 May 2008 07:45:03 +0200 (CEST), Karl Eichwalder wrote: Au weia... dann ist korrigieren von größeren Strecken praktisch nicht mehr machbar. Ich zeichne keine 2km Punkt für Punkt manuell nach. Dann lass es besser ganz bleiben ;-( Du scheinst zu erwarten, dass wir dann hinter dir herputzen und die unnötigen Nodes entfernen und etwaige Altinformationen wiederherstellen. Wo liest Du das raus? Quark. Ich will den heute vorhandenen Schrott richten und frage wie es geschickt geht. Mehr nicht. So doll mühsam ist es auch nicht, alle 2 km einen Node zu setzen. Ich sprach von 2km zu korrigieren, nicht alle 2km einen Punkt zu setzen. Der eine Punkt alle 2km ist das Problem heute... und ich will nicht alle nötigen 500 Punkte dazwischen manuell einflicken. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OT: Autobahnen nicht da (war Re: Fehler melden )
Ich habe gar kein Auto Dachte ich mir. Wie Du selbst erkannt hast wird es dann auch für Nichtauto(bahn)benutzer zu gravierenden Änderungen kommen die realistisch betrachtet mit kurzfristig nicht lösbaren massiven Lebensqualitätseischränkungen verbunden sind. Lass dann mal noch die Bahn streiken... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Hallo, On Thu, 15 May 2008 22:37:08 +0200, Hanno Böck wrote: Langfristig sollte es möglich sein, objekte in osm anhand ihrer ID zu referenzieren und in anderen Datenbeständen/Anwendungen zu nutzen. Hanno hat recht, wobei ich langfristig betonen wuerde. On 16.05.2008, at 07:32, Holger Issle wrote: Au weia... dann ist korrigieren von größeren Strecken praktisch nicht mehr machbar. Ich zeichne keine 2km Punkt für Punkt manuell nach. Ich denke mal, wenn jeder nach den Prinzip verfaehrt: Wenn die Korrektur einer Strasse aufwendiger waere als die korrekte Neuanlage, dann loesche ich die Strasse und mache sie neu, dann klappt das schon. Da wir uns ja asymptotisch der hunderprozentigen Korrektheit annaeheren ;-) wird das automatisch dazu fuehren, dass irgendwann kaum noch Strassen geloescht und neu angelegt werden. Abgesehen davon braucht JOSM dringend einen Refine Mode oder sowas, wo man ohne viel Muehe Nodes in bestehende Ways einfuegen *und sofort verschieben* kann. Das wird oft gefragt, und klingt auch sinnvoll. Freiwillige? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frederik Ramm schrieb: Ich denke mal, wenn jeder nach den Prinzip verfaehrt: Wenn die Korrektur einer Strasse aufwendiger waere als die korrekte Neuanlage, dann loesche ich die Strasse und mache sie neu, dann klappt das schon. Da wir uns ja asymptotisch der hunderprozentigen Korrektheit annaeheren ;-) wird das automatisch dazu fuehren, dass irgendwann kaum noch Strassen geloescht und neu angelegt werden. Was JOSM auch braucht (was ich allerdings auch noch nicht überprüft habe, ob es nicht vielleicht schon so ist), dass JOSM (und natürlich jeder andere Editor) bei allen möglichen Operationen (merge nodes, join ways, split ways...), möglichst die niedrigste positive ID der betroffenen Objekte beibehalten sollte. - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFILWvSFUbODdpRVDwRAvEYAJ96qwJeteUtkPklIleUidsW3z0KRACfdu/c O7Ic8OTHoyJNROcyelmx0Gg= =FVK7 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Hi Frederik, Abgesehen davon braucht JOSM dringend einen Refine Mode oder sowas, wo man ohne viel Muehe Nodes in bestehende Ways einfuegen *und sofort verschieben* kann. Dann aber bitte gleich eine Variante die einen bestehenden Track beliebig guter Auflösung nimmt und die Straße von einem gegeben Strat- zu einem ebenso gegebenen Endpunkt VOLLautomagisch verbessert. Und nein, ich kann nicht in java programmieren :-( -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fehler melden (was: Re: Aufruf: Autobahnen fertig mappen)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerald.Oppen schrieb: Dirk-Lüder schrieb: Ich halte es prinzipiell für falsch zu denken, dass man die Leute, die sich gerade um Bachbettbreiten kümmern einfach so dafür einsetzen kann, jetzt die Autobahnen fertig zu mappen. Ich möchte sie auch keineswegs davon abhalten - kann nur nicht nachvollziehen dass ein Bachbett bis auf den Zentimeter ausdiskutiert wird und die Autobahnen als Verkehrshauptadern dagegen achtlos liegen bleiben. Wie jedes Crowdsourcing-Projekt kümmert sich jeder Einzelne um das, was ihn am meisten interessiert. Für einige ist das ein akkurat eingetragener Fluss, für andere funktionierendes Routing. Das wiki-projekt dazu existiert schon (wie an anderer Stelle angemerkt). ...und nicht sehr gepflegt, wie ebenfalls angemerkt. Abgesehen davon dass ich mit unter 100%erfasst was anderes vorstelle als dass auf volle Länge beide Richtungsfahrbahnen erfasst sind. Wie oben schon gesagt, jeder kümmert sich um das, was ihm am Herzen liegt. Also wenn dir an den Autobahnen gelegen ist, überarbeite z.B. die Wikiseite. - -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFILXVrFUbODdpRVDwRAn8BAKCZG8C3r8Kp6eMIbykV/Itri43VAgCeKDuB R+F84+7x+8sxpk7lnIYMyYM= =BMT4 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OT: Autobahnen nicht da (war Re: Fehler melden )
2008/5/16 Gerald Oppen [EMAIL PROTECTED]: Ich habe gar kein Auto Dachte ich mir. Wie Du selbst erkannt hast wird es dann auch für Nichtauto(bahn)benutzer zu gravierenden Änderungen kommen die realistisch betrachtet mit kurzfristig nicht lösbaren massiven Lebensqualitätseischränkungen verbunden sind. Lass dann mal noch die Bahn streiken... Garry ohne Autobahnen hätten wir vermutlich wesentlich mehr Bahnen als nur DIE Bahn... ich habe übrigens auch kein Auto, fahre aber höchst selten trotzdem mal auf der Autobahn Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
2008/5/16 Holger Issle [EMAIL PROTECTED]: Hi Frederik, Abgesehen davon braucht JOSM dringend einen Refine Mode oder sowas, wo man ohne viel Muehe Nodes in bestehende Ways einfuegen *und sofort verschieben* kann. um die Diskussion hier noch ein bisschen anzuheizen ein kleines Zitat aus dem Wiki: http://wiki.openstreetmap.org/index.php/Editing_Standards_and_Conventions#Accuracy ...When someone comes along to do it properly, they will most likely delete your way and start again from scratch, as it's quicker to draw a new road than to add lots of points into an existing way. Meine Meinung: für wirklich konsistente IDs sollte man pro Straße (mind.) eine Relation haben (und deren ID ist dann der Referer), bei großen überregionalen auch mehrere (eine z.B. für die Bundesstraße (bestehend aus den einzelnen Straßenrelations, wo jeweils ein anderer Name gegeben ist), und eine weitere, in der ersten Relation beinhalteten, mit dem jeweiligen Straßennamen (und bestehend aus einzelnen ways mit unterschiedlichen Eigenschaften wie oneway, bridge, etc.) Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Aufruf: Autobahnen fertig mappen
was in diesem Zusammenhang auch interessant ist sind die die offiziellen Umleitungsempfehlungen (orange Pfeile oder Uxx Beschilderung). Die kann man nämlich trotz noch so guter Aerial-Bilder nur vorOrt erfassen. Gruß Mario Gerald.Oppen schrieb: Ich finde dass die Zeit reif ist die höchste Strassenkategorie (Autobahnen bzw. motorway)fertigzustellen. Das Autobahnnetz ist relatv überschaubar und die Hauptstrecken dürften inzwischen fast alle erfasst sein. Lücken bestehen wohl noch bei den Ausfahrten und den Parkplätzen. Nächstes Ziel diesbezüglich wäre daher alle Ein/Ausfahrten mit Namen, Nummern, Einbahnregelungen und zulässige Geschwindigkeiten zu erfassen um die Grundlage für das überregionale KFZ-Routing zu schaffen. Sinnvoll dafür wäre ein Forum einzurichten in dem Fehlermeldungen gesammelt werden können - ich denke hier in der Mailingliste wäre nicht der geeignete Ort dafür, aber es gibt ja geeignete Foren die sowas schon für die anderen Kartenanbieter machen - warum nicht auch für OSM? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Heide in Osmarender
Moin, leider wird im Osmarender Heide (natural=heath) genau so gerendert wie Wald (dunkelgrün). Kann jemand mit genügend Know How das evtl. ändern, da in der Fischbeker und Neugrabener Heide immer wieder Heideflächen an Waldflächen Grenzen und man dann nur eine Grüne Fläche sieht. Wäre echt super, eilt nicht. In Mapnik wird Heide gelb gemalt. Danke Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Holger Issle schrieb: Au weia... dann ist korrigieren von größeren Strecken praktisch nicht mehr machbar. Ich zeichne keine 2km Punkt für Punkt manuell nach. Ich habe schon deutlich längere Strecken manuell punkt für punkt abgezeichnet und muss sagen, dass es mit etwas Übung recht flott von der Hand geht. Aber an dieser Stelle möchte ich kritisieren, dass ich seltsamerweise an diesem Rechner hier (Win XP) i. d. R. einen Doppelklick machen muss, dass ein Waypoint gesetzt wird und nicht wie herkömmlich ein einfacher Klick? Ist das beabsichtigt? Mich stört es enorm! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM Id Benutzen (war Korrekturen im Schwarzwald?)
Sven Anders schrieb: Und ich finde es auch in Ordnung, wenn er, weil es für ihn einfacher ist, meine Bundesstraße löscht und neu (zeitnah) wieder neu anlegt. Die feine englische Art ist das jedoch überhaupt nicht. Da ein gelöschter Way tatsächlich überhaupt nicht gelöscht sondern nur für den User unsichtbar ist, führt dieses Vorgehen erstmal zu unglaublichem Datenstau und zweitens, wenn Du irgenwelchen Pfusch baust, wird es unglaublich schwer, das Original wieder her zu stellen, da dein Way wieder gelöscht und der lte wiederhergestellt werden muss. Wenn man es richtig macht, steht in der Datenbakt einfach drin, dass die Nodes verschoben wurden und mit ner anständigen Oberfläche were es sogar möglich, nur einzelne Nodes wieder her zu stellen. Genau deshalb bin ich dafür, wenn man diese Vorgehensweise ächtet. Das macht nur alles unnötig kompliziert und das Ergänzen von fertigen Ways ist teils sogar deutlich einfacher, da man einfach die nodes auf die Traces schiebt und dann in Kurfen ergänzende Nodes einsetzt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Holger Issle schrieb: Ich sprach von 2km zu korrigieren, nicht alle 2km einen Punkt zu setzen. Der eine Punkt alle 2km ist das Problem heute... und ich will nicht alle nötigen 500 Punkte dazwischen manuell einflicken. Wie gesagt, das ist überhaupt kein Problem. Übe einfach ein wenig. Außerdem hat man den Vorteil, dass gerade Strecken aus nur einer Linie bestehen und nicht aus 50 Nodes. Ich hae ehrlich gesagt keine Lust, Dir hinterherzuarbeiten und alles manuell zu korregieren. Machs lieber gleich gescheit oder lade den Trace hoch und lass es wen anderen machen, der die Lust hat, etwas Zeit in OSM zu hängen und das manuell zu machen. Denn halbvergorenes macht uns mehr arbeit, wie wenn Du es ganz bleiben lässt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
André Reichelt schrieb: Aber an dieser Stelle möchte ich kritisieren, dass ich seltsamerweise an diesem Rechner hier (Win XP) i. d. R. einen Doppelklick machen muss, dass ein Waypoint gesetzt wird und nicht wie herkömmlich ein einfacher Klick? Ist das beabsichtigt? Mich stört es enorm! Ich nehme an du arbeitest mit Josm? Dort passiert das, wenn die Maus beim Klicken nicht in Ruhe ist. Bei meinem Thinkpad läuft der Trackpoint beim Loslassen immer davon, solange er sich noch bewegt wird beim Druck auf die Taste kein Node erzeugt. Einfach einen Moment die Maus still halten. ;-) HTH, Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] osm-length-2.pl (war: Statistiken über Vollständigkeit der Europastraßen und Au tobahnen)
Hallo! Wegen der aktuellen Fehler suchen / Autobahn fertig mappen Diskussion wollte ich diesen Ansatz nochmal aufgreifen ... http://lists.openstreetmap.org/pipermail/talk-de/2008-April/009294.html und hab das einfach mal probiert: - über osmxapi way[highway=motorway] in der bbox=5.0,47.0,16.0,55.1 runtergeladen - mit extract-polygon.pl das Deutschland-Polygon ausgeschnitten - per osm-length-2.pl nachgemessen, hier der Output: highway length sums (metres): motorway 25344495m motorway_link 884m trunk 210m TOTAL 25345590m Ich habe keine Ahnung wo da die trunk und motorway_link herkommen... Wikipedia gibt die Gesamtlänge der Autobahnen in Deutschland mit 12.044 km an - jeder Kilometer sollte bei uns doppelt vorkommen - wir haben also nicht etwa zuwenig, sondern sogar knapp 629km zuviel Autobahn :) Irgendwelche Ideen wie das sein kann? Kennt irgendjemand Statistiken über Autobahnen, die wir verwenden könnten? Wenn es nichts gemeinfreies gibt, würde ich mal dem Betreiber von http://www.autobahn-online.de eine Email schreiben, ob er an einer Zusammenarbeit interessiert ist: Seine Daten unter Strecken sind genau das was wir bräuchten: Wenn wir die Daten über Länge der Autobahnen und Anzahl der Abfahrten verwenden würden um Lücken in unseren Daten aufzuspüren und diese dann im Wiki einpflegen wäre uns glaube ich schon viel geholfen! gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Frederik Ramm schrieb: Abgesehen davon braucht JOSM dringend einen Refine Mode oder sowas, wo man ohne viel Muehe Nodes in bestehende Ways einfuegen *und sofort verschieben* kann. Das wird oft gefragt, und klingt auch sinnvoll. Freiwillige? Endlich mal ein guter Vorschlag. Bisher muss man eigentlich immer alles demarkieren, einen Node reinsetzen, diesen auswählen, dann verschieben und wieder alles demarkieren. Das könnte man durchaus irgendwie optimieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] NRW Rendern mit Zoomstufe 8 oder höher für Anfänger
Henry Loenwind schrieb: Henry Every wrote: Denn eine Kachel besteht ja aus 256 x 256 Pixel macht bei 300DPI gerade mal etwas mehr als 1cm, geschweige denn wenn man auf 600 DPI hoch geht. Das Problem müsste sich lösen lassen. In der tilesGen.pl gibt es drei Zeilen, die bestimmen, wie groß die Tiles gerendert werden: my $Width = 256 * (2 ** ($Zoom - $ZOrig)); # Pixel size of tiles my $Height = 256; # Pixel height of tile ... my $Pixels = 256; Einfach anpassen und lokal rendern lassen. (Hinweis: tah rendert breitere Streifen (erste Zeile), die er dann später wieder zerschneidet (letzte Zeile)). Es gab die Anmerkung, dass Drucker in dieser Größe nicht gerne Vektordateien hätten, da muß ich leider widersprechen. Andersrum. Ich merkte an, dass Drucker so große Vektordaten nicht mögen. Zur Erläuterung: Unsere Renderer (inkscape/batik) benötigen um ein einzelnes 256x256 Pixel großes Tile zu rendern schon gern mal 0,5 bis 1GB RAM. Ich gestehe Druckern gerne zu, mit Postscript effizienter zu arbeiten, aber irgendwo ist dann auch Ende Gelände (bzw. RAM). Ich habe es ja mit meinem Postscript-Drucker zuhause (schwarz-weiß, A4, 32MB) schön des öfteren mal, dass ihm bei eigentlich harmlosen Sachen der Speicher ausgeht und ich von PS auf vorgerastert umschalten muss. Es ist Standard Daten als Postscript oder HPGL (http://de.wikipedia.org/wiki/Hewlett_Packard_Graphic_Language) im Großformat anzuliefern. Weil das wesentlich effizienter ist, als riesige Rasterdateien zu Übertragen. Klar, wenn die Seite aus einigen tausend Primitiven besteht, ist das völlig klar. Aber bei der Größenordnung, von der wir hier reden, bleibt es nicht bei tausenden. Kleines Beispiel: Das Tile, das mein tah grade rendert besteht aus 5700 Ways. svg/ps-seitig wären das dann nochmal um einiges mehr an Primitiven (pro Straße min 2 Linien, pro Fläche Linie+Fülling, dann die Icons, Schriftzüge, Brücken, Einbahnstraßenpfeile etc.). Und das ist nur ein Tile. glaub mir die Rasterprozessoren von diesen Druckern schaffen das locker. Vorallem könne die über Postscript auch noch zusätzliche Hinting benutzen was die ausgaben noch um einiges verbessert. Diese Drucker sind drauf optimiert sehr große und komplexe hpgl und Postscript files auszugeben. Ich hab bisher leider auch noch keine weg gefunden das svg direkt ind postscript umuwandeln. Falls das jemand geschaft hat wäre es schon zu hören wie. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] rendert uralte Daten?!
Karl Eichwalder schrieb: Dirk-Lüder Kreie schrieb: Ich verstehe nicht ganz, was das damit zu tun hat, dass ein ZIP auf einem [EMAIL PROTECTED] rechner 2 Wochen lang rumliegt, bevor es hochgeladen wird? Ablehnen, wenn es schon etwas besseres gibt und es sollte etwas besseres geben, da der job hätte neu vergeben werden sollen... usw. Dann müste man aber eine api vorsehen die es erlaubt das render von einzlenen tiles anzufordern und dies drekt zu übernehmen. Hintergrund ist das ich nachdem ich meine daten eingepflegt haben, render ich de tiles gelch durch und schick sie auf den Server. wenn der [EMAIL PROTECTED] server tiles die nicht angefordert wurden nicht mehr annimt würde das nichts bringen. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Karl Eichwalder schrieb: Holger Issle schrieb: On Thu, 15 May 2008 22:37:08 +0200, Hanno Böck wrote: Langfristig sollte es möglich sein, objekte in osm anhand ihrer ID zu referenzieren und in anderen Datenbeständen/Anwendungen zu nutzen. Au weia... dann ist korrigieren von größeren Strecken praktisch nicht mehr machbar. Ich zeichne keine 2km Punkt für Punkt manuell nach. Dann lass es besser ganz bleiben ;-( Du scheinst zu erwarten, dass wir dann hinter dir herputzen und die unnötigen Nodes entfernen und etwaige Altinformationen wiederherstellen. So doll mühsam ist es auch nicht, alle 2 km einen Node zu setzen. Was meinst du, wie viele Nodes notwendig sind, um die Waldgrenzen und die dort verlaufenden Feldwege korrekt einzutragen? Die Idee ist meiner Ansicht nach auch etwas daneben, da diese Integrität nicht gewährleistet werden kann. Jetzt, wo du es weißt, kannst du es ja bitte berücksichtigen. Was allerdings zumindest in josm fehlt, ist einfach nodes zu einem bestehenden weg hinzuzufügen. bei einem Node geht das ganz gute. ich hatte letzte Woche den fall das ich an einer strae entlanggefahren bis die zwar schon erfast war. Allerdigs hatte der erfassen nur ca alle 150m einen GPS Punkt und ich habe alle 2m einen punkt da seht die straße dann etwas anderst aus. Zu einem way mehrere Nodes hinzuzufügren ist sehr mühsam, da man immer einen node setzten muss dann wieder in den select modus wechslen in leer klicken um den selktion aufzuheben und dann im add mode wieder einen node hinzufügen zu können ohne das josm einen way erzeugt. Schön wäre eine Funktion mit der man einen way (oder einen teilway begrennzt durch zwei nodes in n teilstücke unterteilen kann. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Holger Issle schrieb: Dann aber bitte gleich eine Variante die einen bestehenden Track beliebig guter Auflösung nimmt und die Straße von einem gegeben Strat- zu einem ebenso gegebenen Endpunkt VOLLautomagisch verbessert. Du hast es glaube ich noch nicht verstanden. Automatisiert geht GRUNDSÄTZLICH in die Hose, da immer mal wieder ein Punkt daneben liegt oder die Straße tatsächlich neben dem Aufgezeichneten liegt. Nur durch manuelle Arbeit kann man gute Karten herstellen. Ich finde es persönlich recht lustig, die automatisch erzeugten Karten von Google mit meinen Manuellen zu vergleichen und bei Google findet man echt teils haarsträubende Dinge, die mit der Realität nichts gemein haben. Da sind durchaus Abweichungen von hunderten Metern normal. Meine straßen weichen in der Regel von den Sat-Bildern keine 10-20 Meter ab, teilweise stimmt es sogar exakt überein. Und das anze nur, weil ich alles Manuell machen. Und an die Typen mit der Georeferenzierung: Wenn mein Trace mit dem Bild übereinstimmt, wird dieses wohl oder über korrekt referenziert sein ;). Und nein, ich kann nicht in java programmieren :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Holger Blum schrieb: Ich nehme an du arbeitest mit Josm? Dort passiert das, wenn die Maus beim Klicken nicht in Ruhe ist. Bei meinem Thinkpad läuft der Trackpoint beim Loslassen immer davon, solange er sich noch bewegt wird beim Druck auf die Taste kein Node erzeugt. Einfach einen Moment die Maus still halten. ;-) Seltsam, mein eeePC mit der selben Maus hatte dieses Problem nie... Hat es evtl was mit diesem Nearclick-Plugin zu tun? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] osm-length-2.pl (war: Statistiken über Vollständigkeit der Europastraßen und Autobahne n)
Stefan Schwan schrieb: Wikipedia gibt die Gesamtlänge der Autobahnen in Deutschland mit 12.044 km an - jeder Kilometer sollte bei uns doppelt vorkommen - wir haben also nicht etwa zuwenig, sondern sogar knapp 629km zuviel Autobahn :) Da scheint wohl ein Fehler in der Wikipedia zu sein, oder die Abweichung resultiert aus den Kurvenradien, die ja außern größer sind als innen, was ich allerdings kaum glaube. Dennoch scheint ja noch die ein oder andere Strecke zu fehlen. Aso ja, kann es sein, dass der die Abfahrten dazu rechnet? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] offizielle Bezeichnung von Bundesstraß en/ Autobahnen
Matthias Wimmer schrieb: Meiner Erfahrung nach hat nur Bayern die Benennung der Kreisstraßen mit dem Landkreiskürzel zu Beginn. In anderen Bundesländern habe ich bisher nur die Nummerierung mit K am Beginn gesehen. Ich habe hier in Crailsheim eigentlich größtenteils L-Straßen, aber ich glaube, eine K ist auch dabei. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Aufruf: Autobahnen fertig mappen
Hallo Gary, es gibt doch im Wiki eine Tabelle. Wenn da keiner schreibt, dann wird's in einem neuen Forum wohl auch keiner tun. (Ich kümmer mich um die A352). http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Autobahn Gruß Lulu-Ann Original-Nachricht Datum: Thu, 15 May 2008 01:28:59 +0200 Von: Gerald.Oppen [EMAIL PROTECTED] An: talk-de@openstreetmap.org Betreff: [Talk-de] Aufruf: Autobahnen fertig mappen Ich finde dass die Zeit reif ist die höchste Strassenkategorie (Autobahnen bzw. motorway)fertigzustellen. Das Autobahnnetz ist relatv überschaubar und die Hauptstrecken dürften inzwischen fast alle erfasst sein. Lücken bestehen wohl noch bei den Ausfahrten und den Parkplätzen. Nächstes Ziel diesbezüglich wäre daher alle Ein/Ausfahrten mit Namen, Nummern, Einbahnregelungen und zulässige Geschwindigkeiten zu erfassen um die Grundlage für das überregionale KFZ-Routing zu schaffen. Sinnvoll dafür wäre ein Forum einzurichten in dem Fehlermeldungen gesammelt werden können - ich denke hier in der Mailingliste wäre nicht der geeignete Ort dafür, aber es gibt ja geeignete Foren die sowas schon für die anderen Kartenanbieter machen - warum nicht auch für OSM? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
On Fri, 16 May 2008 16:23:06 +0200, André Reichelt wrote: Du hast es glaube ich noch nicht verstanden. Automatisiert geht GRUNDSÄTZLICH in die Hose Fein. Damit erübrigt sich eigentlich *jede* Diskussion mit Dir - die Fraktion nur manuell ist was gscheits ist genauso erkenntinsresistent wie die Radwegnichtfahrer. da immer mal wieder ein Punkt daneben liegt oder die Straße tatsächlich neben dem Aufgezeichneten liegt. Selbiges kann man durch sinnvolle Vorverarbeitung eines Tracks ausschließen. Meine straßen weichen in der Regel von den Sat-Bildern keine 10-20 Meter ab, teilweise stimmt es sogar exakt überein. Und das anze nur, weil ich alles Manuell machen. Und was ist Dein Bezugspunkt? Hast Du einen DGPS-Empfänger oder mit professionellem Werkzeug vermessen? Oder meinst Du etwa daß die Yahoo-Satbilder das Maß der Dinge sind? Und an die Typen mit der Georeferenzierung: Wenn mein Trace mit dem Bild übereinstimmt, wird dieses wohl oder über korrekt referenziert sein ;). Nein, beide können gleich oder ähnlich falsch sein. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
On Fri, 16 May 2008 16:15:06 +0200, André Reichelt wrote: Ich hae ehrlich gesagt keine Lust, Dir hinterherzuarbeiten und alles manuell zu korregieren. Dann lass es doch. Das ist mir eh lieber, denn dann wird das was ich mache nicht wieder vermurkst. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fehler melden (was: Re: Aufruf: Autobahnen fertig mappen)
Original-Nachricht Datum: Thu, 15 May 2008 11:13:17 +0200 Von: Torsten Breda [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Fehler melden (was: Re: Aufruf: Autobahnen fertig mappen) Am 15. Mai 2008 11:04 schrieb Michael Bergbauer [EMAIL PROTECTED]: On Thu May 15, 2008 at 01:2859AM +0200, Gerald.Oppen wrote: Ich finde dass die Zeit reif ist die höchste Strassenkategorie (Autobahnen bzw. motorway)fertigzustellen. Das Autobahnnetz ist relatv überschaubar und die Hauptstrecken dürften inzwischen fast alle erfasst sein. Lücken bestehen wohl noch bei den Ausfahrten und den Parkplätzen. Nächstes Ziel diesbezüglich wäre daher alle Ein/Ausfahrten mit Namen, Nummern, Einbahnregelungen und zulässige Geschwindigkeiten zu erfassen um die Grundlage für das überregionale KFZ-Routing zu schaffen. Sinnvoll dafür wäre ein Forum einzurichten in dem Fehlermeldungen gesammelt werden können - ich denke hier in der Mailingliste wäre nicht der geeignete Ort dafür, aber es gibt ja geeignete Foren die sowas schon für die anderen Kartenanbieter machen - warum nicht auch für OSM? Forum im Sinne von Diskussionsforum? [X] ganz heftig dagegen. Ich gebe dir recht, dass die Mailingliste dafuer der falsche Ort ist. Was wir hier braeuchten waere ein Bugtracking-Tool, das mit unseren Besonderheiten zurecht kommt und von Otto-Normal-Usern benutzt werden kann. Die Idee waere, dass man z.B. in der Karte auf openstreetmap.org klicken oder nen Bereich markieren kann, ein paar Zeilen Text dazu schreiben, optional noch ne Emailadresse angeben kann und so nen 'Bug' in den Kartendaten melden kann - das schaffen dann vielleicht auch normale Internetuser, und Mapper koennen sich das dann anschauen und passend abarbeiten. Waere sicherlich auch ein wunderbarer Mechanismus, um von realen Aenderungen zu erfahren und dann eben nchmal mitm GPS hinzufahren. Die Frage ist nur: wer kann das machen? Ich wuerd mich gerne mit einbringen, aber den Web-Teil zu coden - dafuer lass ich die Finger schon zu lange von HTML und Co. Kannst du Gedanken lesen??? Das entspricht exakt meiner Wunschvorstellung. Sozusagen ein needs maintenance Tag, das über ein Web-frontent gesetzt werden kann. Nach dem Motto: Meine Straße ist nicht drin Hier ist ein neuer Kreisverkehr Hier ist die B54 nicht die B45 ... Gruß Hallo! Äh, sorry, gibt es für sowas nicht den Note-Tag? Man kann sich die Map doch mit Notes ansehen, und dann einfach rein in Potlach und korrigiert wo man sich auskennt... ?! Gruß Lulu-Ann -- 249 Spiele für nur 1 Preis. Die GMX Spieleflatrate schon ab 9,90 Euro. Neu: Asterix bei den Olympischen Spielen: http://flat.games.gmx.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fehler melden
Annette Thurow schrieb: Hallo! Äh, sorry, gibt es für sowas nicht den Note-Tag? Man kann sich die Map doch mit Notes ansehen, und dann einfach rein in Potlach und korrigiert wo man sich auskennt... ?! Gruß Lulu-Ann Das hat aber eigentlich nichts in der Datenbank zu suchen. Man sollte schon etwas externes machen, zumal man sich für diese Art von Meldung wieder in ein einschlägiges Programm einarbeiten müsste. Das oben Vorgelschlagene Webbasierende Frontend kann jeder bedienen, ohne sich dafür irgendwo einlesen zu müssen. Und die Umsetzung ist auch nicht sonderlich schwierig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Heide in Osmarender
Raphael Studer schrieb: Mit Osmarender jetzt auch. Genau so stellt man sich zügigen Support vor ;). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Osmarender verbessern
Hallo Leute, Osmarender find ich eigentlich rein optisch irgendwie ansprechender als Mapnik, aber das ist ja Geschmackssache. Will jetzt hier auch auf keinen Fall noch nen Flame-War lostreten, aber es gibt ein paar Dinge, die Mapnik doch etwas besser macht. Ich denk der größte Aspekt ist das Rendern der Beschriftung. Mapnik hat anscheinend irgendnen Algorithmus drin mit dem häßliche Doppelbeschriftungen vermieden werden. Bei Autobahnen oder anderen Straßen mit mehreren getrennten Fahrbahnen, die halt gleich heißen, tritt das auf. Kann man das nicht einfach von Mapnik übernehmen? Ich meine es ist ja hier auch kein Konkurrenzkampf oder so. Man kann ja die Vorteile von den Renderern irgendwie vereinen. Wär jedenfalls schon ziemlich cool. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Korrekturen im Schwarzwald?
Gerhard Schmidt schrieb: Allerdigs hatte der erfassen nur ca alle 150m einen GPS Punkt und ich habe alle 2m einen punkt da seht die straße dann etwas anderst aus. Du machst hoffentlich nicht alle 2m einen Punkt? Auf geraden Strecken wo sonst nichts zu vermerken ist sind 150m Abstand OK. In Serpentinen kann man auch mal auf 10m runtergehen. Weniger Abstand macht von der Kartengenauigkeit her keinen Sinn, höchstens dass es der Rendere besser darstellen kann. Zu einem way mehrere Nodes hinzuzufügren ist sehr mühsam, da man immer einen node setzten muss dann wieder in den select modus wechslen in leer klicken um den selktion aufzuheben und dann im add mode wieder einen node hinzufügen zu können ohne das josm einen way erzeugt. Hast Du schon mal versucht die Shift-Taste gedrückt zu halten wenn Du einen neuen node setzt? Das sollte Dein Problem diesbezüglich lösen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] osm-length-2.pl (war: Statistiken über Vollständigkeit der Europastraßen und Autobahn en)
highway length sums (metres): motorway 25344495m motorway_link 884m trunk 210m TOTAL 25345590m Motorway_link kann definitiv nicht stimmen-das wären gerade mal so etwa 1- 2 Ausfahrten. Darum zweifle ich auch das für motorway der tatsächliche Wert ermittelt wurde. Möglicherweise wurde hier aber auch nicht immer die Ausfahrt als _link gemappt. Hier vermisse ich in josm eine Funktion einzelne Strassen komplett zu laden ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 14.5.08
Carsten Schwede schrieb: Hallo, ich bin im Moment völlig GPS-los, da mein etrex in Reparatur ist. Daher kann ich gar nichts testen. :-( Ich kann aber morgen dann mal ein gmapsupp mit einer älteren mkgmap- Version machen, das tut dann hoffentlich. (Ich bräuchte wohl ein zweites GPS) Hallo Computerteddy, falls du heute eine zweite gmapsupp.img mit ner älteren version von mkgmap gerendert hast (hab ich mal aufgrund des datums der datei geraten), dann hat es nichts geholfen. Auf dem 60CSx gehts immer noch nicht. Außerdem kann ich bei Qlandkarte neuerdings die Mapsegmente nicht mehr auswählen, falls ich deine .tdb-version benutzen mag. Das heißt er wählt schon, aber nicht das was ich wähle, sondern springt immer hin und her. Is womöglich n bug in Qlandkarte. Hat noch jemand n bissel rumprobiert? Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 14.5.08
Hallo, FreeWorld schrieb: falls du heute eine zweite gmapsupp.img mit ner älteren version von mkgmap gerendert hast (hab ich mal aufgrund des datums der datei geraten), dann hat es nichts geholfen. Auf dem 60CSx gehts immer noch nicht. Habe ich gemacht, aber wenns nicht geholfen hat, dann weiss ich auch nicht mehr weiter. Außerdem kann ich bei Qlandkarte neuerdings die Mapsegmente nicht mehr auswählen, falls ich deine .tdb-version benutzen mag. Das heißt er wählt schon, aber nicht das was ich wähle, sondern springt immer hin und her. Is womöglich n bug in Qlandkarte. Hat noch jemand n bissel rumprobiert? Nein, der Bug muss in mkgmap sein, das Verhalten ist seit der Version 530 so, ich habe das auch heute mal ausprobiert. Zum Auswählen der Karten funktioniert es in QLandkarte aber, wenn man mit dem select-Tool einen entsprechend größeren Bereich aufzieht, die darin liegenden Kacheln werden dann aber korrekt ausgewählt und auch aufs GPS- Gerät übertragen. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] osm-length-2.pl (war: Statistiken über Vollständigkeit der Europastraßen und Au tobahnen)
Hier vermisse ich in josm eine Funktion einzelne Strassen komplett zu laden Es wird immer der ganze Way geladen. Ob dies jedoch die komplette Strasse ist, darüber gibts keine Information. Rapharl ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS-Geräte für OSM-Aktionen
Moin, So, und jetzt hat keiner mehr eine Ausrede - organisiert eine Mapping-Party bei Euch! Der Sommer ist da, es gibt GPS-Geräte und noch viel zu tun! hat hier nicht kürzlich jemand geklagt, dass Grötzingen noch unvollständig sei? ;) c SCNR e ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Moin, Ich verschiebe in so einen Fall einfach die vorhandenen Nodes und füge fehlende Nodes ein (bisher waren solche Tracks mit denen ich zu tun hatte auch mit viel zuwenig Punkten gespeichert). Warum sollte man den Weg zuerst löschen? Straßen im Schwarzwald nachzueditieren kann zur absoluten Qual werden. ist dann oft besser wenn man die Straße löscht und aus dem (zuvor bereinigten Track) automatisch neu erstellt. Ich gehe davon aus dass Holger das so gemacht hat und hätte es genauso gemacht. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Moin, Ist jetzt nicht soo schlimm, aber löschen und neu eintragen finde ich ne ganz dumme idee, weil wie schon erwähnt wurde die node-id eigentlich erhalten bleiben sollte. Langfristig sollte es möglich sein, objekte in osm anhand ihrer ID zu referenzieren und in anderen Datenbeständen/Anwendungen zu nutzen. ich finde wiederum das eine ganz dumme Idee. Wir sollten keine URLs in unserer Datenbank haben (auch nicht zur Wikipedia beispielsweise), weil die die dumme Angewohnheit haben, sich gelegentlich zu ändern oder zu sterben. Andersrum sollte von außen möglichst nicht auf eine interne Datenbank-ID unserer Objekte referenziert werden. Am besten wird sich sowas wohl über einen Service in the middle lösen lassen; soweit ich weiß hatte ich sowas sogar schonmal gesehen. Ist aber schon länger her. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 14.5.08
Moin, Ich denke, das geht nicht leicht zu lösen, Hamlet ist bei mir als point|place|hamlet|0x11||24 definiert, der Code 0x11 bezeichnet ein Dorf mit weniger als 100 Einwohnern, das ist die kleinste Definition in der Garmin-Liste für eine Ansiedlung. die Info habe ich nicht. Ich verwende bisher sowas: # Places point|place|city|0x04||16 point|place|town|0x08||17 point|place|suburb|0x0a||20 point|place|village|0x0b||18 point|place|hamlet|0x0b||20 point|place|locality|0x64|0x0a|21 point|historic|ruins|0x64|0x15|21 Ich weiß allerdings nicht mehr woher das mal kam und wie gut das funktioniert. Ganz offensichtlich unterscheide ich aber nicht zwischen Dorf und Weiler :) . HTH, ce (der seit geraumer Zeit nicht mehr an der mkgmap config geschraubt hat) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Taggen von aufgegebenen Wegen?
Moin moin Ich bin heute einen Waldweg gelaufen, der auf den offiziellen Karten noch als Weg eingezeichnet ist. Ganz offensichtlich wird dieser Weg aber nicht mehr genutzt und gepflegt, d.h. die Buesche am Rand haben einen Grossteil des Weges wieder in Besitz genommen, es wachsen Schoesslinge mitten drauf und ab und an liegt ein umgefallener Baum quer. Der Weg scheint auch nicht von anderen Wanderern genutzt zu werden, da kein Trampelpfad oder andere Hinweise von haeufiger Nutzung zu sehen war. Frage: Sollte so ein Weg noch getaggt werden oder nicht. Gruss Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Gerhard Schmidt schrieb: Was allerdings zumindest in josm fehlt, ist einfach nodes zu einem bestehenden weg hinzuzufügen. Zumindest bei meiner version (ca. 2 monate alt) geht das recht einfach: Shift gedrückt halten und auf den weg klicken. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OT: Autobahnen nicht da (war Re: Fehler melden )
Gerald Oppen schrieb: Ich habe gar kein Auto Wie Du selbst erkannt hast wird es dann auch für Nichtauto(bahn)benutzer zu gravierenden Änderungen kommen die realistisch betrachtet mit kurzfristig nicht lösbaren massiven Lebensqualitätseischränkungen verbunden sind. Ich gehe eigentlich von dem glatten gegenteil aus. Heute ist es eben so, dass die autofahrer ihre freiheit auf kosten des rests der welt ausleben und dabei beginnt der rest der welt oft gleich in deiner nachbarschaft. Ohne autobahnen müsste ich nicht immer so weit (mit dem fahrrad) fahren, um ein wenig meine Ruhe zu haben. In der stadt würde ich mir wünschen, dass die kreuzungen etwas weniger autogerecht ausgebaut werden. Als fußgänger ist man permanent gezwungen, entweder umwege zu laufen oder in mündungsbereichen doppelte straßenbreiten inkauf zu nehmen. Lass dann mal noch die Bahn streiken... Man könnte die bahn ja wieder verbeamten :) -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: Neues Plugin
Moin, Nicht immer. In der Regel gilt die geschwindigkeitbegrenzung bis zum Ortsende nicht bin zum ende der Bebauung. Die meisten Orte sindgrößer als die bebaute fläche. oder gerade bei gröeren straßen ist eien Puffergrünstreifen zwischen Staße und wohngebieten. Also die geschwidigkeitsbegrenzung am Landuse=residential festzumachen ist nicht wirklich brauchbar. wie ist denn residential definiert? IMO beschreibt es momentan meist das bebaute Gebiet, weil wir genaueres nicht wissen. Nur hoffe ich doch, dass landuse=residential früher oder später den tatsächlichen Ortsbereich beschreibt, oder? Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Taggen von aufgegebenen Wegen?
Moin, Frage: Sollte so ein Weg noch getaggt werden oder nicht. würde ich schon, und abschließend noch ein disused=yes 'dranhängen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS-Geräte für OSM-Aktionen
Christoph Eckert [EMAIL PROTECTED] wrote: hat hier nicht kürzlich jemand geklagt, dass Grötzingen noch unvollständig sei? Was genau ist da bitte noch unvollständig? Ich war da am Pfingstwochenende unterwegs und mal abgesehen von den Hohlwegen in Richtung Turmberg deren Erfassung ganz schön stressig war konnte ich da eigentlich recht wenig unfertiges entdecken: http://sautter.com/map/?lat=49.00393lon=8.50728zoom=14layers=BFTFF Bei Google/Teleatlas ist mal wieder ne ganze Menge verkehrt :) Wir sollten echt mal ne Karlsruhe Land Mappimng Party veranstalten. Vielleicht sponsert uns ja der KVV kostenlose bahnfahrten um die Anfahrtswege etwas abzukürzen. Gruss Sven P.S.: Dass Pfinztal hingegen noch recht Mau ist stimmt natürlich. -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */(taken from /usr/src/linux/lib/vsprintf.c) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Sinnlose Nodes
Zur Entspannung für alle Autobahnmapper im Schwarzwald mein Beitrag für die List sinnfreier Nodes (Ich habe selbst solche erstellt): tourism=information description=Map of Leipzig Einfach mal kurz drüber nachdenken... Und jetzt zurück ins Sommerloch. Grüße /Claudius/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Taggen von aufgegebenen Wegen?
PHerison [EMAIL PROTECTED] wrote: Frage: Sollte so ein Weg noch getaggt werden oder nicht. Also ich tagge solche Wege nicht, wir wollen doch besser sein als ATKIS ;) Ein landuse=forrest drumrum und alles ist gesagt. Allerdings muss man schon auch sehen, dass Forstwirtschaftswege nach Bedarf saniert werden. Dieser (wagerechte) Weg http://informationfreeway.org/?lat=6272755.45707lon=942348.92166zoom=12 ist ein solches Beispiel... Ich mappe grundsätzlich alles, was (zur Not) noch mit dem Trackingrad befahrbar ist und das tagge ich dann normalerweise mit grade3. Während ich mit dem Befahren des Weges im Sommer 2007 noch Mühe gehabt hätte (grade4 oder sogar grade5) war der (wegen Holzarbeiten) Anfang des Jahres sanierte Weg soweit problemlos befahrbar, dass ich jetzt beinahe schon grade2 vergeben hätte. Gruß Sven -- Whenever there is a conflict between human rights and property rights, human rights must prevail. (Abraham Lincoln) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Taggen von aufgegebenen Wegen?
PHerison schrieb: Frage: Sollte so ein Weg noch getaggt werden oder nicht. Also für ehemalige Bahngleise haben wir ein Tag. Ich vermute, es gibt auch eines für ehemalige Wege. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Taggen von aufgegebenen Wegen?
PHerison schrieb: Moin moin Ich bin heute einen Waldweg gelaufen, der auf den offiziellen Karten noch als Weg eingezeichnet ist. Ganz offensichtlich wird dieser Weg aber nicht mehr genutzt und gepflegt, d.h. die Buesche am Rand haben einen Grossteil des Weges wieder in Besitz genommen, es wachsen Schoesslinge mitten drauf und ab und an liegt ein umgefallener Baum quer. Der Weg scheint auch nicht von anderen Wanderern genutzt zu werden, da kein Trampelpfad oder andere Hinweise von haeufiger Nutzung zu sehen war. Frage: Sollte so ein Weg noch getaggt werden oder nicht. Ich mache so was immer vom Zustand abhängig: Wenn der Weg nur etwas unordentlich oder verwildert aussieht, dann mappe ich ihn trotzdem und teile ihn auch von der Kategorie ein, als ob er in ordentlichem Zustand wäre. Wenn der Weg aber offensichtlich so präpariert ist, dass man erkennt, dass da mal ein Weg war, der jetzt aufgegeben wird, dann lasse ich den Weg draußen. (Bei uns ist es üblich, gleich auf den ersten Metern einen oder mehrere Bäume quer zu legen, so dass man normalerweise schon gar nicht auf die Idee kommt da entlang zu gehen oder zu fahren. Und am Bewuchs sieht man auch recht gut, ob das erst seit ein paar Wochen so ist, oder ob die Natur bereits anfängt den Weg zurückzuerobern, indem z.B. im Weg kleine Büsche anfangen zu wachsen) So wie Du es beschreibst ist das ja eindeutig ein aufgegebener Weg und so was muß ja nicht mehr bei OSM rein. Im Moment kann man den mit etwas sportlichem Ehrgeiz noch begehen, aber in ein oder zwei Jahren macht es keinen Unterschied ob man diesen Weg nutzt oder querfeldein durch den Wald geht. Und wenn man den Weg heute begeht kann es vermutlich auch sein, dass man von einem Förster oder Waldarbeiter blöd angequatscht wird - die legen die Bäume ja nicht aus Versehen quer über den Weg. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS-Geräte für OSM-Aktionen
Moin, Was genau ist da bitte noch unvollständig? Ich war da am Pfingstwochenende unterwegs und mal abgesehen von den Hohlwegen in Richtung Turmberg deren Erfassung ganz schön stressig war konnte ich da eigentlich recht wenig unfertiges entdecken: http://sautter.com/map/?lat=49.00393lon=8.50728zoom=14layers=BFTFF sehe ich auch so, aber Paul Lenz beschwerte sich am 22.4 unter dem Titel Hausnummern in Osmarender: ...w�hrend keine 10 km entfernt in Gr�tzingen noch ganze Stra�en fehlen... Paul (f�r Priorit�ten) Bei Google/Teleatlas ist mal wieder ne ganze Menge verkehrt :) Wir sollten echt mal ne Karlsruhe Land Mappimng Party veranstalten. Vielleicht sponsert uns ja der KVV kostenlose bahnfahrten um die Anfahrtswege etwas abzukürzen. So ne Landmappingparty wäre sicher nicht ganz verkehrt. Ich kam gestern mit dem Auto durch Stupferich und habe gleich eine Menge Radtauglicher Wege erspäht, die wir noch nicht hatten. Da muss der Mapper seinerzeit wohl geschlampt haben. Keine Ahnung wer das war :) . P.S.: Dass Pfinztal hingegen noch recht Mau ist stimmt natürlich. Ich war da hinten mit dem Rad noch nie unterwegs. Falls es da mal eine Mappingaktion gibt, why not. Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Taggen von aufgegebenen Wegen?
Thomas Hieber schrieb: Im Moment kann man den mit etwas sportlichem Ehrgeiz noch begehen, aber in ein oder zwei Jahren macht es keinen Unterschied ob man diesen Weg nutzt oder querfeldein durch den Wald geht. Trotzem kann man die Wege mit besagtem Tag hervorheben und trotzdem eintragen. Es gibt genug Seiten im Netz, die sich mit genau solchen eingemotteten Verkehrsrelikten auseinandersetzen. Da schadet es nicht, wenn man die Wege auch einträgt, wenn man sich schon die Mühe macht und Daten sammelt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Mapnik rendert bei Zoom 12 meinen Stadtnamen nicht
Seltsamerweise wird hier in Crailsheim bei Zoomlevel 12 der Stadtname nicht gerendert sondern nur die Stadtteile darum. Wenn man auf 13 wechselt, erscheint er wieder. Bei 11 ebenfalls. Ist das normal? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 14.5.08
Hallo, Carsten Schwede schrieb: falls du heute eine zweite gmapsupp.img mit ner älteren version von mkgmap gerendert hast (hab ich mal aufgrund des datums der datei geraten), dann hat es nichts geholfen. Auf dem 60CSx gehts immer noch nicht. Habe ich gemacht, aber wenns nicht geholfen hat, dann weiss ich auch nicht mehr weiter. Und ich habs doch nochmal gemacht, und zwar mit QLandkarte, diese funktioniert, ich hab nämlich doch noch ein Gerät zum Testen, auch wenn die Karten nur angezeigt werden können. (Straßen-Navi) -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eisdiele
Am Donnerstag 15 Mai 2008 schrieb Martin Koppenhoefer: Naja, das Problem taucht halt dann auf, wenn neben Eis auch Kuchen verkauft wird, eine Kegelbahn im Keller ist und ausserdem ein Veranstaltungssaal mit Tankmöglichkeit und eine Essberatung da ist, bzw. allgemeiner: bei Hybridgebilden, die mehrere Funktionen vereinen. Egal mit welchem System, es gibt immer Ausnahmen, die schlecht ins Schema passen, bzw. in mehrere Schubladen passen würden. fuer sowas kann man dann ja mehrere tags vergeben, osm erlaubt das ja... so oder so, eine strukturierung ist mehr als sinnvoll. kannst dir ja mal http://gpsdrive.de/development/map-icons/overview.de.shtml anschauen, das funktioniert hier schon recht gut... du kannst Dir auch mal mapfeatures @ OSM ansehen, funktioniert auch ganz gut. Ich bin Deinem Vorschlag gegenüber durchaus aufgeschlossen, aber ich denke, das sollte man diskutieren und zur Abstimmung bringen, dann kann man ggf. die entspr. tags konvertieren. Alleine gegen den Strom zu schwimmen halte ich persönlich nicht für allzu sinnvoll. die mapfeatures kenn ich durchaus. fand ich etwas zu chaotisch das ganze. die moeglichkeit der diskussion halte ich generell nicht fuer verkehrt, aber hier wurde schon zu vieles ohne ergebnis totdiskutiert, drum bin ich das etwas leid. deswegen gehe ich lieber folgenden weg: ausarbeitung von etwas, das meiner meinung nach gut funktioniert und zeigen, dass es funktioniert - anbieten des ganzen - hoffen, dass es angenommen und benutzt wird. als ich das poi-schema damals auf der liste angekuendigt hatte, gabs durchaus auch kritik. aber niemand hatte bisher ein schlagkraeftiges gegenargument, oder bei kritk einen besseren vorschlag gebracht. darum bin ich mir sicher, auf dem richtigen weg zu sein. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eisdiele
Am Mittwoch 14 Mai 2008 schrieb André Reichelt: Guenther Meyer schrieb: ich tagge sowas als poi=food.icecream Regelkonform ist das aber ganz sicher nicht. ich hab hier schon oefter gesagt bekommen, dass es bei osm keine regeln gibt ;-) das passierte ungefaehr jedes mal, wenn ich versuchte, klare regeln zu definieren bzw. anzubieten... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Treffen in Muenchen am 20. Mai
Am Mittwoch 14 Mai 2008 schrieb Andreas Hubel: Hi, wo findet das Treffen diesesmal statt? Ich koennte vorschlagen, das Treffen mal mit dem muccc Treffen zusammenzulegen, dann muss ich weder auf das eine, noch auf das andere Verzichten. muccc? ist das was kompatibles? ich muesste normalerweise zeit haben. wie waers mit dem alten wirt in ramersdorf? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
