[OSM-legal-talk] Florida (USA) GIS in PD
Can someone take a look at my conclusions about all FL governmental GIS data being in the PD http://wiki.openstreetmap.org/index.php/Talk:Potential_Datasources#Florida_.28USA.29_GIS_data And perhaps update the main page if the conclusion is that this is correct. -- Dale Puch ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] OSM to .. Only Garmin
Hi Tanveer, Speaking from a CloudMade perspective, we went with Garmin IMG because its the most popular type of hand held GPS device in the UK/EU. Is the situation different in India - what are the popular devices there? If there is enough demand CloudMade can support other formats as well. Best, Nick [EMAIL PROTECTED] On Wed, Nov 5, 2008 at 11:56 AM, Nic Roets [EMAIL PROTECTED] wrote: http://wiki.openstreetmap.org/index.php/Gosmore should run on most igo and route66 devices, but it's not as fully featured as a commercial product. On Wed, Nov 5, 2008 at 1:46 PM, Tanveer Singh [EMAIL PROTECTED]wrote: I am a recent user of openstreetmap, and map the Delhi, India area. I was going through the data, and the wiki, and it seems that if you have a garmin GPS, OSM data is useful, as cloudmade and others provide img files, and you can create your own , however if you have other software like igo/route66/magellen etc., its an uphill task. Is there a page hidden somewhere in the WIKI which has details about other GPS systems etc., ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM to .. Only Garmin
On Fri, Nov 7, 2008 at 2:15 PM, Nick Black [EMAIL PROTECTED] wrote: Hi Tanveer, Speaking from a CloudMade perspective, we went with Garmin IMG because its the most popular type of hand held GPS device in the UK/EU. Is the situation different in India - what are the popular devices there? If there is enough demand CloudMade can support other formats as well. Best, Nick [EMAIL PROTECTED] Thanks for your reply nick. India is primarily Garmin country too in dedicated GPS(Destinator 7), but with mobile phone related GPS coming up, and other PDA based GPS systems coming up, there is increased demand for Route66 and IGo. In dedicated GPS systems Blaupunkt is making big inroads, as their pricing is good, and they have a tie up with the german manufactures, and the other common GPS system used is Magellan. Infact, I found a lot of Magellan in California. As for me personally, I have a lowrance(lcm maps), but converting garmin format to lowrance is not really a big problem, so I do fine. Magellan guys have the toughest job, first you convert to polish format, then shapefile and them magellen img I can probably talk to other on the talk-in list, and get a clear cut idea about what else is common apart from garmin. Thanks Tanveer ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] footway vs. path [Was: highway=track and motorcar=yes/no]
On Fri, Nov 7, 2008 at 12:41 AM, Karl Newman [EMAIL PROTECTED] wrote: That's why I don't like extensive presets in Josm. In the same way that some people try to impose their view in the Map Features, some others make it in renderers or editor's presets. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] extracting an area from country osm and saving as a separate osm
Hi, Cloudmade offers country maps in osm format. Is there a way to load the osm in some software, then select an area, and save only that area as a separate city.osm or somethiing? Tanveer ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
Lester Caine wrote: Sent: 07 November 2008 11:47 AM To: OSM Talk Subject: Re: [OSM-talk] UK Industrial Estate Roads David Earl wrote: On 07/11/2008 11:31, Christoph Boehme wrote: Joshua Scotton [EMAIL PROTECTED] wrote: I added some streets recently on an industrial estate and tagged them highway=road as I'm not sure what other tag to use. They are roads on a uk industrial estate with the normal white lines in the middle of the road. I usually tag these roads as highway=unclassified. Only if they are public, surely. highway=service seems the best choice for areas that are purely 'industrial' with an added access=private for roads within security areas. unclassified is certainly out of place where the purpose of the road is known, but perhaps THAT is what needs to be defined as a tagging guideline? A point of note here for the UK. Whether a road is actually private or not is not always clear. The import is whether the road has been adopted or not by the local authority. Some industrial areas stick gates across the road to improve security but that doesn't necessarily mean the road is private. You will quite often find that if there is a public sewer running along the road then the road will have been adopted. The other point is about permissive access. During the working day, most estates permit access for trade. Some have a security station on them which further complicates matters. Ultimately, I tag a road as unadopted=true if the road is signed as being unadopted, otherwise I leave the status blank unless I really am sure it's a privately owned road, in which case I add the private=true. This same situation also holds true for some residential roads. If a road has a gate and a button alongside that opens the gate (no restriction) then chances are that its perhaps not a private road. Cheers Andy -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.175 / Virus Database: 270.9.0/1772 - Release Date: 06/11/2008 8:23 PM ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
Tom Chance wrote: This is what I always do, with one distinction: if it is a signposted road going into the estate, then I use highway=unclassified; if it is a service road running through the estate I use highway=service. I like that as a general principle - the concept of routeyness, if you will. It's similar to what (old chestnut time) I'd consider the difference between tertiary and unclassified. Tertiary roads are more routey than unclassified roads. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
David Earl wrote: On 07/11/2008 11:31, Christoph Boehme wrote: Joshua Scotton [EMAIL PROTECTED] wrote: I added some streets recently on an industrial estate and tagged them highway=road as I'm not sure what other tag to use. They are roads on a uk industrial estate with the normal white lines in the middle of the road. I usually tag these roads as highway=unclassified. Only if they are public, surely. highway=service seems the best choice for areas that are purely 'industrial' with an added access=private for roads within security areas. unclassified is certainly out of place where the purpose of the road is known, but perhaps THAT is what needs to be defined as a tagging guideline? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=track and motorcar=yes/no
On Fri, Nov 7, 2008 at 2:21 PM, Ben Laenen [EMAIL PROTECTED] wrote: On Thursday 06 November 2008, Rainer Dorsch wrote: I like this idea of having country specific presets in the editors instead of having renderers to be country sprecific. It's way too late for that for tags like highway=track. It most definitely is not. There are only 8000 odd tracks in the UK that will need to be changed. But even if we decide to change all the 300,000 odd tracks in Germany, it's a small project compared to things like dropping the segments, getting rid of the 'class' tag and updating the TIGER data. Of the same scale as bots fixing spelling mistakes and tags. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] extracting an area from country osm and saving as a separate osm
On Friday 07 November 2008 03:05:10 pm Tanveer Singh wrote: Cloudmade offers country maps in osm format. Is there a way to load the osm in some software, then select an area, and save only that area as a separate city.osm or somethiing? open potlatch, click on export, manually select the area, copy the coordinates into josm, download and save as .osm -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=track and motorcar=yes/no
On Friday 07 November 2008, Nic Roets wrote: On Fri, Nov 7, 2008 at 2:21 PM, Ben Laenen [EMAIL PROTECTED] wrote: On Thursday 06 November 2008, Rainer Dorsch wrote: I like this idea of having country specific presets in the editors instead of having renderers to be country sprecific. It's way too late for that for tags like highway=track. It most definitely is not. There are only 8000 odd tracks in the UK that will need to be changed. But even if we decide to change all the 300,000 odd tracks in Germany, it's a small project compared to things like dropping the segments, getting rid of the 'class' tag and updating the TIGER data. Of the same scale as bots fixing spelling mistakes and tags. only... does that mean you're going to revisit all 30 tracks in Germany to check whether they allow cars or not? The project of dropping segments didn't have to introduce new information out of nowhere. World-wide only defaults and no country defaults will simply not work: * certain highways types have certain access rules that are different in each country, and they can always change later on (and as said before you won't be able to automagically correct those explicit tags) * not all countries share the same vehicle types, world-wide defaults cannot handle that * different countries, different implicit rules on tags like access=destination * if you'd add motorcar=yes by default for each track, then where does it stop? bicycle=yes, foot=yes, moped=yes, motorcycle=yes... And then that complete set of tags for each highway in the world for each vehicle type there might be on this planet. Just the problem with this is that by having all this data, you actually *lose* information or you'd have to introduce foot=implicit_yes when it's a road that implicitly allows pedestrians. But in that case, you can observe the fact that implicit rules can be extracted from the highway type and perhaps some additional tags, so you don't need any implicit_yes or implicit_destination or implicit_whatever. You only need a set of rules for each country (the set of country defaults that in your model were in JOSM, but much more powerful). Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=track and motorcar=yes/no
highway=pedestrian ; bicycle=yes/no = see [[Country specific default values]] I'll move my discussion to this page since we might me bothering people on this list. I still don't have the perfect counter example, but there are some voices that tells me don't disconnect an object from it's properties -- Sylvain Letuffe [EMAIL PROTECTED] qui suis-je : http://slyserv.dyndns.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=track and motorcar=yes/no
On Fri, Nov 7, 2008 at 1:21 PM, Ben Laenen [EMAIL PROTECTED] wrote: Perhaps, to avoid the creation of millions tags with motorcar=yes/no, bicycle=yes/no, pedestrian=yes/no (and so on) in dozen of millions of ways, it should be more clever to have a set of default values defined per country and specified in a single, dedicated page on the wiki. Then, if an application wants to support local rules for e.g. routing, the application will have to know in which country it is executed and apply the list of default values accordingly. Some default values can be accepted worlwide and set in the dedicated key page. For instance: highway=pedestrian implies motorcar=no worldwide If one country cannot use the worlwide default value, we move the default values from the dedicated key page to a wiki page which could be called Country specific default values (or whatever you like). For instance: highway=pedestrian ; bicycle=yes/no = see [[Country specific default values]] On this wiki page, each country can build it's onw list of default values if they wish: highway=pedestrian germany bicycle=yes france bicycle=no oneway=yes netherlandsbicycle=opposite_is_tolerated U-turn restrictions australiarelation x required etc... This could also be defined in each wiki Tag page but the advantage of a single page collecting all those defaults values is that external applications (like a router) could automatically parse this page for their own needs/format. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] extracting an area from country osm and saving as a separate osm
Tanveer Singh wrote: Hi, Cloudmade offers country maps in osm format. Is there a way to load the osm in some software, then select an area, and save only that area as a separate city.osm or somethiing? Tanvee Osmosis does what you want. http://wiki.openstreetmap.org/index.php/Osmosis -- Chris Jones, SUCS Admin http://sucs.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
Joshua Scotton [EMAIL PROTECTED] wrote: I added some streets recently on an industrial estate and tagged them highway=road as I'm not sure what other tag to use. They are roads on a uk industrial estate with the normal white lines in the middle of the road. I usually tag these roads as highway=unclassified. Christoph ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=track and motorcar=yes/no
On Thursday 06 November 2008, Rainer Dorsch wrote: JOSM could be extended to ask in the install : are you mapping in Germany or in Italy ? If germany, a track could be recorded as : highway=track motorcar=no In Italy, a track could be recorded as : highway=track motocar=yes I like this idea of having country specific presets in the editors instead of having renderers to be country sprecific. It's way too late for that for tags like highway=track. Access rules are already heavily country dependent (highway=trunk allowing pedestrians and bicycles or not for example; access=destination implying that cyclists and horse drivers always have access in some countries, destination traffic or not). The same with for example default maximum speeds. Tagging these default rules will be a nightmare if it's at some point decided in country X to change the rules. You don't know anymore whether the tag is there because it was added as default from JOSM or another editor, or because it was explicitly signed The way some country specific tags could work is to translate a concept from that country (e.g. an express road which may be something completely different in different countries and would need other tags). Greetings Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joshua Scotton wrote: Hi, I added some streets recently on an industrial estate and tagged them highway=road as I'm not sure what other tag to use. They are roads on a uk industrial estate with the normal white lines in the middle of the road. Should I use something like highway=industrial, or something else? highway=service or highway=unclassified, I would say. - -Alex Mauer hawke -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkUblsACgkQ66h/gpo37v/9ugCfVITF2MIRnRMzZaphA1hlWF8r 5DQAmwZ35tDbVjZ1jreVMgS980EyVo6o =UBwf -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=track and motorcar=yes/no
On Fri, Nov 7, 2008 at 8:00 AM, Pieren [EMAIL PROTECTED] wrote: On Fri, Nov 7, 2008 at 4:30 PM, sylvain letuffe [EMAIL PROTECTED] wrote: highway=pedestrian ; bicycle=yes/no = see [[Country specific default values]] Well, the wiki page didn't exist - it was just an idea/suggestion ... World-wide only defaults and no country defaults will simply not work: If you don't have a country specific default then your application will use the worl-wide default. Back to the example, highway=pedestrian is by default not allowed for bicycles (bicycle=no). This can be documented in the wiki page Tag:highway=pedestrian. If later, we see that many, many countries allows bicycles on pedestrian highways then we might decide to change the world-wide default as 'bicycle=yes' and the few countries where it's not allowed should appear in the page [[Country specific default values]]. Pieren Because using borders to locate entities within countries/states/regions/cities is a Hard Problem which has yet to be solved satisfactorily in OSM, what about tagging the ways with access_rules=ruleset? Then the rules could easily be changed by country or region if the respective government decides to modify the rules. Absent the tag, it would mean the global defaults apply (along with any explicit modifiers). Yes, it would mean an extra tag on every way, but only one extra, not 5. If it were done cleverly, you could make it hierarchical, with global default access rules at the top, followed by, for example, modifications for Germany, followed by modifications for Bavaria, followed by modifications for Munich. Then you would just tag the ways access_rules=Munich (or Muenchen, whatever). It has the advantage over using government borders in that it could even support variations which may not be locality-based (i.e., US_rural or US_urban). Something similar could be done for applying national speed limits. Instead of just maxspeed=national, make it maxspeed=UK_national or England_national or however it works. Sincerely, Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=track and motorcar=yes/no
highway=pedestrian ; bicycle=yes/no = see [[Country specific default values]] Well, the wiki page didn't exist - it was just an idea/suggestion ... Well, now it does exist ;-) If later, we see that many, many countries allows bicycles on pedestrian highways then we might decide to change the world-wide default as 'bicycle=yes' and the few countries where it's not allowed should Then I have my first counter example with yours, what will happen if thousand of guys haven't tagged bicycle=no on a pedestrian highways, not because they didn't knew it was no, but because they knew it was the default ? Then changing the world wide default (or even a local one) will drop a crutial information they knew but didn't tagged explicitly I've been turning it in my mind for a few month, but I think we are in a corner case here (see the noname proposal, the nomaxspeed proposal, and any no* proposal) In the current schem, not tagging some feature cannot be destinguished from the user didn't know or the user did suppose the default -- Sylvain Letuffe [EMAIL PROTECTED] qui suis-je : http://slyserv.dyndns.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM to .. Only Garmin
I'm also planning to get a magellan device for my outdoor activities. it would be nice, if I could use it with osm data, too. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] footway vs. path [Was: highway=track and motorcar=yes/no]
Are paths larger than footways? Is it for paths required that any other vehicle/horse can use the path otherwise it is a footway? There is no defined physical difference between footway and path. The difference is that footways are primarily or exclusively for use by foot traffic, while paths are not. Just a thought; it all comes down to horse riding. Luckily the wording was chosen to include open to all non-motorized vehicles. At least if the German law forbids equestrian traffic on sidewalk and cycleways (as it seems to do), with highway=path they'd have to enter horse=no for every f^H^H single sidewalk and cycle lane. Such clear cases are, IMO too, left as footways and cycleways which forbid horses, with possibly a bicycle=designated or foot=designated where equal designation is present. As a consequence, a path is often *likely* smaller or looks less man-made than a footway or cycleway (the hiking trails type), but could be bigger (for example a dedicated, built-up and wide snowmobile route that would be wrong to claim as a footway). Now who can convince the germans to change their tagging recommendations? -- alv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] extracting an area from country osm and saving as a separate osm
On 7 Nov 2008, at 12:20, Kenneth Gonsalves wrote: On Friday 07 November 2008 03:05:10 pm Tanveer Singh wrote: Cloudmade offers country maps in osm format. Is there a way to load the osm in some software, then select an area, and save only that area as a separate city.osm or somethiing? open potlatch, click on export, manually select the area, copy the coordinates into josm, download and save as .osm You don't need to use potlatch, you just need the main osm slippy map. Shaun smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
There has just been this discussion on the spanish list - and the conclusion was to label these roads as 'residential', since they are generally public roads with traffic similar to residential areas, rather than roads between places which would be 'unclassified' or 'classified', and are not really 'service' roads, which might apply to the roads within a private industrial complex. James Dr James Stewart Research centre for Social Sciences Institute for the Study of Science, Technology and Innovation University of Edinburgh http://www.issti.ed.ac.uk http://homepages.ed.ac.uk/jkstew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
On 07/11/2008 11:31, Christoph Boehme wrote: Joshua Scotton [EMAIL PROTECTED] wrote: I added some streets recently on an industrial estate and tagged them highway=road as I'm not sure what other tag to use. They are roads on a uk industrial estate with the normal white lines in the middle of the road. I usually tag these roads as highway=unclassified. Only if they are public, surely. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
Andy Robinson (blackadder-lists) wrote: Lester Caine wrote: Sent: 07 November 2008 11:47 AM To: OSM Talk Subject: Re: [OSM-talk] UK Industrial Estate Roads David Earl wrote: On 07/11/2008 11:31, Christoph Boehme wrote: Joshua Scotton [EMAIL PROTECTED] wrote: I added some streets recently on an industrial estate and tagged them highway=road as I'm not sure what other tag to use. They are roads on a uk industrial estate with the normal white lines in the middle of the road. I usually tag these roads as highway=unclassified. Only if they are public, surely. highway=service seems the best choice for areas that are purely 'industrial' with an added access=private for roads within security areas. unclassified is certainly out of place where the purpose of the road is known, but perhaps THAT is what needs to be defined as a tagging guideline? A point of note here for the UK. Whether a road is actually private or not is not always clear. The import is whether the road has been adopted or not by the local authority. Some industrial areas stick gates across the road to improve security but that doesn't necessarily mean the road is private. You will quite often find that if there is a public sewer running along the road then the road will have been adopted. The other point is about permissive access. During the working day, most estates permit access for trade. Some have a security station on them which further complicates matters. That is part of the 'private'. Our own estate has a security post with gates closed over night - but I'd not classify it as private. Many large industrial areas I attend require signing into the estate and having permission to enter. So 'private' is well defined here. The estates I'm thinking of around Coventry and Birmingham have public service roads connecting to a number of private areas owned by large organisations. The 'private' road systems are quite complex in areas, but at the end of the day the whole area is highway=service - except for the highway=primary going straight through the middle. http://www.openstreetmap.org/?lat=52.5249lon=-1.69868zoom=15layers=B000FTF A lot of private service roads are missing here :( But the little zigzag bit towards the middle was as far as I got into 'Expeditors' area ;) Ultimately, I tag a road as unadopted=true if the road is signed as being unadopted, otherwise I leave the status blank unless I really am sure it's a privately owned road, in which case I add the private=true. This same situation also holds true for some residential roads. If a road has a gate and a button alongside that opens the gate (no restriction) then chances are that its perhaps not a private road. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/lsces/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
On Fri, 2008-11-07 at 12:14 +, Andy Robinson (blackadder-lists) wrote: ...snip... Usually highway=service You might want to mark the boundary of the industrial area out and tag it landuse=industrial. +1, that's what the highway=service was intended for when I created the original map features. ...snip... Thanks, Josh -- Joshua Scotton, MAAT My PGP public key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x3E4E0E21 signature.asc Description: This is a digitally signed message part ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
David Earl wrote: Sent: 07 November 2008 11:31 AM To: [EMAIL PROTECTED] Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] UK Industrial Estate Roads On 07/11/2008 06:48, Joshua Scotton wrote: Hi, I added some streets recently on an industrial estate and tagged them highway=road as I'm not sure what other tag to use. They are roads on a uk industrial estate with the normal white lines in the middle of the road. Should I use something like highway=industrial, or something else? Usually highway=service You might want to mark the boundary of the industrial area out and tag it landuse=industrial. +1, that's what the highway=service was intended for when I created the original map features. Cheers Andy David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.175 / Virus Database: 270.9.0/1772 - Release Date: 06/11/2008 8:23 PM ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
David Earl wrote: On 07/11/2008 06:48, Joshua Scotton wrote: Hi, I added some streets recently on an industrial estate and tagged them highway=road as I'm not sure what other tag to use. They are roads on a uk industrial estate with the normal white lines in the middle of the road. Should I use something like highway=industrial, or something else? Usually highway=service Personally, I'd use highway=unclassified (which is like residential but without residents :-)) But hey, as long as it renders and makes sense to you... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
On 07/11/2008 06:48, Joshua Scotton wrote: Hi, I added some streets recently on an industrial estate and tagged them highway=road as I'm not sure what other tag to use. They are roads on a uk industrial estate with the normal white lines in the middle of the road. Should I use something like highway=industrial, or something else? Usually highway=service You might want to mark the boundary of the industrial area out and tag it landuse=industrial. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] footway vs. path - again and again
in the italian mailing list they have just started talking about a proposal for a similar scale specific for MTBs If that discussion is brought public at one stage, I'll be happy to help construct it (and in english), sorry not for subscribing to talk-it, ma parlo italiano come una vacca espagnola ! to my mind, footway looks more like something specifically made for the needs of people walking; a mostly urban feature that can be used even with high heels, wearing dresses, when needing a stick for help, That was not how I read it, and if I count the huge number of people in the alps using it for hinking trails, I suppose I'm not alone in this case. However, I am just discovering a fact : What I understood in footway (a physical pre-supposition) is not writen anywhere on the proposal. So I'll better be off with path in this case (only fools don't change mind) and still miss someway to give the physical propertie, but in the end I could just use the smoothness tag I've been fighting for, the sac_scale and the bike_scale when it comes out. Then something like : highway=path smoothness=horrible sac_scale=hiking bike_scale=easy would do it. But still, I'm lazy, and that's 4 tags instead of 1... ( Note that there are no access tag, since in france 90% of hiking trail avec no restrictions at all, 9% are : dogs not allowed, 1% are bikes not allowed ) -- Sylvain Letuffe [EMAIL PROTECTED] qui suis-je : http://slyserv.dyndns.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
On Fri, 07 Nov 2008 11:30:34 +, David Earl [EMAIL PROTECTED] wrote: On 07/11/2008 06:48, Joshua Scotton wrote: They are roads on a uk industrial estate with the normal white lines in the middle of the road. Usually highway=service You might want to mark the boundary of the industrial area out and tag it landuse=industrial. This is what I always do, with one distinction: if it is a signposted road going into the estate, then I use highway=unclassified; if it is a service road running through the estate I use highway=service. See, for example: http://www.openstreetmap.org/?lat=51.37642lon=-0.15474zoom=16 Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=track and motorcar=yes/no
On Fri, Nov 7, 2008 at 5:00 PM, Ben Laenen [EMAIL PROTECTED] wrote: only... does that mean you're going to revisit all 30 tracks in Germany to check whether they allow cars or not? The project of No. A German track without a motorcar key will get motorcar=no added, assuming the original survey was correct. If the bot identifies itself properly, mappers will know that no new information was introduced. dropping segments didn't have to introduce new information out of nowhere. World-wide only defaults and no country defaults will simply not work: * certain highways types have certain access rules that are different in each country, and they can always change later on (and as said before you won't be able to automagically correct those explicit tags) It's very unlikely that a way will be affected by such a country wide change. It's much more likely that a way was given an incorrect highway tag. If access restrictions are explicitly set, it may mean that the way can still be used for routing. * not all countries share the same vehicle types, world-wide defaults cannot handle that If we decide that highway=track defaults to snowmobile=no world-wide, then there's no problem in snowmobileless South Africa. If we decide that motorcycle=no defaults to moped=no world-wide, then there's no problem in countries where moped is not defined by law. * different countries, different implicit rules on tags like access=destination ?? * if you'd add motorcar=yes by default for each track, then where does it stop? bicycle=yes, foot=yes, moped=yes, motorcycle=yes... And then that complete set of tags for each highway in the world for each vehicle type there might be on this planet. Just the problem with this This thread is about world-wide defaults, but you're now attacking the idea of explicitly tagging restrictions on the disputed highway types. Either way a small number of highways are affected. And explicit tags will force casual mappers to think about other vehicle types. Of course the problem will be reduced if we let motorcycle=yes default to moped=yes as above. What about the reverse : You download myregion.osm.bz2, but before you can upload it to your GPS, you need countless polygons, wiki exports and libraries. is that by having all this data, you actually *lose* information or you'd have to introduce foot=implicit_yes when it's a road that implicitly allows pedestrians. But in that case, you can observe the Perhaps I don't understand : Either a road allows pedestrians, or it doesn't. If you have said JOSM preferences enabled and you want to add a track for which you do not know if motorcars are allowed, then you can indicate this by deleting the tag. On the one hand it's counter intuitive (you're in a hurry and you hit enter without deleting the tag). On the other hand it may encourage you to think even though you visited the site on foot (Did you see a signpost, tire tracks or houses ?). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapping party photo
Does anyone have a good idea of a photo of people at a mapping party looking like they're having fun, maybe holding a GPS and talking... that kind of thing. It would be great to use this on mapping party wiki pages but I've only found drinking-related photos... :) Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] UK Industrial Estate Roads
Hi, I added some streets recently on an industrial estate and tagged them highway=road as I'm not sure what other tag to use. They are roads on a uk industrial estate with the normal white lines in the middle of the road. Should I use something like highway=industrial, or something else? Thanks, Josh -- Joshua Scotton, MAAT My PGP public key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x3E4E0E21 signature.asc Description: This is a digitally signed message part ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
2008/11/7 James Stewart [EMAIL PROTECTED]: There has just been this discussion on the spanish list - and the conclusion was to label these roads as 'residential', since they are generally public roads with traffic similar to residential areas, rather than roads between places which would be 'unclassified' or 'classified', and are not really 'service' roads, which might apply to the roads within a private industrial complex. James Yet residential implies just that - the road is abutted by residences. Although the rationale is there, the additional implication makes the tag an invalid choice. As others have said, service or unclassified depending on size. Regards, Thomas Wood ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=track and motorcar=yes/no
Hi Ben, Am Freitag, 7. November 2008 schrieben Sie: On Thursday 06 November 2008, Rainer Dorsch wrote: JOSM could be extended to ask in the install : are you mapping in Germany or in Italy ? If germany, a track could be recorded as : highway=track motorcar=no In Italy, a track could be recorded as : highway=track motocar=yes I like this idea of having country specific presets in the editors instead of having renderers to be country sprecific. It's way too late for that for tags like highway=track. Access rules are already heavily country dependent (highway=trunk allowing pedestrians and bicycles or not for example; access=destination implying that cyclists and horse drivers always have access in some countries, destination traffic or not). The same with for example default maximum speeds. Tagging these default rules will be a nightmare if it's at some point decided in country X to change the rules. Good point. But I am wondering how often that happens. How many of these rule changes do you remember in the past for your country which would have affected osm tagging heavily? You don't know anymore whether the tag is there because it was added as default from JOSM or another editor, or because it was explicitly signed The way some country specific tags could work is to translate a concept from that country (e.g. an express road which may be something completely different in different countries and would need other tags). I am hesitant with different definitions/defaults in the meantime. I could imaging that a map in the future allows beyond showing the rendered data to let me see all tags on a way. If I travel into another country, it is a nightmare to read just plain tags (not talking about editing). Greetings, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=track and motorcar=yes/no
Hi Nic, Am Freitag, 7. November 2008 schrieb Nic Roets: only... does that mean you're going to revisit all 30 tracks in Germany to check whether they allow cars or not? The project of No. A German track without a motorcar key will get motorcar=no added, assuming the original survey was correct. If the bot identifies itself properly, mappers will know that no new information was introduced. I like this solution. I just reviewed the restriction tags at http://wiki.openstreetmap.org/index.php/Map_Features#Restrictions and I am wondering what are the global defaults for motorcycle and psv on a track. I suggest for both no as default for Germany. Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
On Friday 07 November 2008 12:47:07 Lester Caine wrote: unclassified is certainly out of place where the purpose of the road is known, ??? Can you explain what you mean by this? -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] A little bit of Google goofiness
This is an area near my house. If you want to get to University Ave from Hearst Ave by car, I would recommend against Google's suggested route: http://tinyurl.com/66q4l4 This is properly tagged on OSM to prevent this. :) -Beej ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] API Downtime
The API will be offline for a few hours starting at approximately 0800 GMT on Sunday morning (9th November) to allow a corrupt table to be repaired. I will try and keep the API running in readonly mode, but it that proves to be impossible it may have to be turned off completely. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] NL-net subsidie pot
Ik denk dat een hoop osm'ers niet voor het geld dingen ontwikkelen maar... we kunnen hiermee wel, via een omweg, andere dingen subsidieren zoals - Veiligheid Hesjes met opdruk - voor Informatie stand -- informatie folders en posters voor aankleding -- T-Shirt/Polo met osm logo erop voor OSM'ers achter de stand -- Merchandise, lees Pennen, bekers, enz.. er zijn vast nog meer dingen te verzinnen dus als jeje project declareerd kun je het geld weer terug storten in een potje voor bovengenoemde zaken Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] NL-net subsidie pot
Gert Gremmen wrote: Er is nog steeds een potje met geld voor diegenen die 10-60 uur aan software development in een leuk project willen steken (OSM natuurlijk) en daar de tijd en kennis voor hebben. Ik zou eventueel API 0.6 in de Alternatieve API server met dit geld willen pogen te maken. Maar dan wel tegen een vast bedrag. Niet dat uurtjes verhaal. (of het nu 50 euro is, als motivatie of een reeeler drag dat maakt me dan niet uit) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] NL-net subsidie pot
Ook een vast bedrag laat zich in uurtjes vertalen. Niemand gaat je controleren of je echt wel die uurtjes maakt. Als het maar een eerlijk verhaal is. Gert -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Stefan de Konink Verzonden: vrijdag 7 november 2008 16:59 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] NL-net subsidie pot Gert Gremmen wrote: Er is nog steeds een potje met geld voor diegenen die 10-60 uur aan software development in een leuk project willen steken (OSM natuurlijk) en daar de tijd en kennis voor hebben. Ik zou eventueel API 0.6 in de Alternatieve API server met dit geld willen pogen te maken. Maar dan wel tegen een vast bedrag. Niet dat uurtjes verhaal. (of het nu 50 euro is, als motivatie of een reeeler drag dat maakt me dan niet uit) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Braucht man leere OSM-Städte-Wikiseite n?
Ich gebe dir recht, wenn sich zumindest ein einziger auf der Seite einträgt, ein einziger Link (beispielsweise zu einer übergeordneten Seite) eingebaut ist oder sich irgendjemand für die Seite verantwortlich fühlt. Wenn jedoch jemand Ortsfremdes die Seite erzeugt, sich deshalb auch nicht als lokaler Mapper einträgt und dann nie wieder vorbeischaut, dann gehört diese Seite gelöscht, zumindest bis sich ein lokaler Mapper findet, der eine Wiki-Seite für nötig hält. Wesendlich besser fände ich, wenn jemand auf diese leeren Seiten besteht, einen Inhalt wie: Die Wiki-Seite von Nieder-Oberbaudenbach existiert noch nicht. Du kannst diese gerne erstellen. Wenn du dabei Hilfe brauchst, dann bekommst du sie -hier oder - hier. Wenn du Mapper in deiner Gegend suchst, kannst du auch in deinem OSM-Profil die Leute in deiner Umgebung sehen. Alternativ kannst du mal bei der Wiki-Seite einer nähergelegenen größeren Stadt schauen Gruß Torstiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik rendert layer falsch
Hallo! IMO rendert Mapnik Layer (fallweise) nicht richtig: http://www.openstreetmap.org/?lat=48.238522lon=16.428532zoom=18layers=B000FTF Die Radweg-Brücke (layer=1) ist unterhalb der Kagraner Brücke (layer=2) zu rendern. Osmarender macht das dort richtig. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Fri, Nov 07, 2008 at 09:34:41AM +0100, Stefan Dettenhofer (StefanDausR) wrote: Ich weiß noch nicht genau, wie man es genau anwenden sollte, aber diese Liste finde ich irgendwie sympatisch (in dem Rahmen, indem man eine Excel-Tabelle sympatisch finden kann). Auf jeden Fall sympatischer, als diese langen is_in Zeichenfolgen, in denen sich Redundanz und Fehlerteufel um die Vorherrschaft streiten. Hier sehe ich auch das große Problem, dass man nie eine einheitliche Schreibweise vorfinden wird Warum überhaupt muss in dem Tag meines Ortes stehen, in welchem Kreis der Ort ist? Reicht das nicht bei der Stadt, die beim Ort im is_in steht? Ich hatte das (bisher) eigentlich auch als Baumstruktur gesehen, also Dorf is_in Gemeinde Gemeinde is_in Kreis Kreis is_in (Bundes-)Land Land is_in Staat usw. Das problem ist das Namen nicht eindeutig sind - So gibt es zig Neuenkirchen, Neustadt oder Langenberg. Welches von den vielen is gemeint im is_in? Alleine mal fuer Langenberg - das ist 3km von mir (Das einzig wahre Langenberg) osm= select * from node_tags where k = 'name' and v like '%Langenberg%' and node_id in (select node_id from node_tags where k like 'place'); node_id | k | v ---+--+ 60661265 | name | Langenbergheim 68837412 | name | Langenberg 69834592 | name | Langenberg 130788134 | name | Langenberg 160729255 | name | Langenberg 240094289 | name | Langenberg 256058940 | name | Langenberg 260566325 | name | Langenberg 298119224 | name | Langenberg Damit wurde schon mal eine gewisse fehlerhafte Redundanz wegfallen. Wobei es immer noch Probleme mit gleichnamigen Orten gäbe. Eben - Orte sind nur mit Namen und is_in pfad eindeutig ... Haher bin ich eher der freund eines eindeutigen (und offiziell anerkannten) Schlüssels. Die Gemeindekennzahl wäre da auch möglich, ist aber nur in Deutschland gebräuchlich. Daher kam ich auf die NUTS/LAU. Koennen wir alles gerne machen - taggst du die 30K places um? Ich gebe zu, ich bin kein großer Freund von Relationen, jedoch sind genau solche Zusammenhänge super in Relationen zu erfassen. Das wäre sicher möglich, nur sehe ich dann das Problem, was man in die Relation aufnimmt: Nur den place= oder auch die Gemeindegrenze oder gleich alle Elemente der Gemeinde? Letzteres wäre natürlich nicht sinnvoll zu handeln! So große Relationen sind unbedingt zu vermeiden. Wenn man das Problem mit Relationen löst, dann könnte man aber auch gleich auf den NUTS-Schlüssel verzichten bzw. diesen nur als Zusatzinfo an die Relation hängen. Ich denke der NUTS/LAU-Schlüssel macht nur Sinn, wenn man den für jedes relevante Element (also insbesondere place=) vergibt. Der ist ja im Prinzip genauso hierarchisch aufgebaut, wie die momentane ausgeschriebene Textform in is_in. Wer also schreibt mal was zum NEUEN Key:NUTS bzw. Key:NUTSLAU ??? Ich denke, derjenige wird Unterstützung bekommen, da es jedem einleuchten sollte, dass wir uns dadurch jede Menge Arbeit ersparen. Mal sehen, was die Diskussion hier noch ergibt (und meine Zeit zulässt) Genau das mit der Zeit und der Arbeit ist das problem - Solange niemand die arbeit macht wirds liegenbleiben. Die richtige loesung sind die polygone die die zugehoerigkeit hoffentlich eindeutig klaeren (Es gibt auch da probleme). Das is_in gehampel ist nur eine uebergangsloesung bis wir fuer jeden Stadtteil, Bezirk, Stadt, Kreis, Regierungsbezirk, Bundesland saubere polygone haben. Bis dahin ist die administrative einordnung der places ein graus ... Also reparier ich stand heute lieber die is_in und gehe mit einem validator da dran der gewisse annahmen ueber reihenfolge etc macht so das schreibweise und pfad fehler eben zutage treten. Wer es ueber relations loesen moecht - nur zu - finde ich auch keine schlechte idee. Nur faengt man da bei 0 an - is_in sind zumindest halbwegs gepflegt so das man auf einer basisarbeit aufsetzen kann ... Vor allem kann man das mit den relations parallel machen (genau wie mit den polygonen) ohne die is_in arbeit zu zerstoeren ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Stefan Dettenhofer (OSM) schrieb: Warum Verwenden wir nicht die schon europaweit existierenden NUTS/LAU-Schlüssel? Hoert sich gut an! Uebrigens: Um noch mal ein wenig Verwirrung einzustreuen. Im Senegal (und ich vermute auch noch in anderen afrikanischen Laendern) hat letztens jemand alle place-Nodes mit is_in:continent=Africa ergaenzt... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relationen Europastraßen wieder zum Lebe n erwecken
Moin, kann jemand die Relationen Europastraße 70 http://www.openstreetmap.org/browse/relation/27057 und International E-road network http://www.openstreetmap.org/browse/relation/20645/history wieder zum Leben erwecken? Diese wurden wohl aus Versehen gelöscht - siehe http://wiki.openstreetmap.org/index.php/Talk:WikiProject_Europe/E-road_network Das wäre super! Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kreis und Regierungsbezirk Nodes
Hallo,
ich hätte da gerne ein Problem ;-).
Wie erzeugt man und
positioniert man einen Kreis und Regierungsbezirk Node ?
Denn danke
Autobug, weiß ich das es beide nicht gibt für Aachen.
Nun ist die Frage
wie kann ich es ändern ?
Der Kreis Heinsberg will dann bestimmt auch
noch einen Node. ;-)
Gibt es eine Ansicht oder Zoomstufe oder was auch
immer wo man alle diese Nodes von Deutschland sehen kann ?
Schöne
Grüße
Henry E
#adBox3 {display:none;}
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummernrelationsdarstellung
[EMAIL PROTECTED]: danke für den Hinweis mit dem Oneway -1 , das war aber Absicht, weil ich ausversehen die Relation falsch rum gezeichnet habe, oder ist es in diesem Falle egal ? Ein Hinweis noch zur Terminologie: Relationen bezeichnen bei OSM nicht das Konstrukt zwei Nodes mit einem Way verbunden (obwohl sie das aus Sicht der Informatik in der Tat sind). Du hast den Way/Weg mit Oneway-getaggt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Druchfahrtshöhe Brücke
Moin ! wo hinterlege ich denn die Durchfahrtshöhe einer Brücke ??? Das Attribut ist interessant für die durchführende Straße - damit hat das BRIDGE-Attribut aber nichts mit zu tunt ? Eine Gewichtsbelastung wiederum würde zu einer Brücke passen und eine Durchfahrtshöhe ebenso bei einem Tunnel - aber bei einer Brücke ?? Wer kann helfen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
Halllo Jan wo hinterlege ich denn die Durchfahrtshöhe einer Brücke ??? Das Attribut ist interessant für die durchführende Straße - damit hat das BRIDGE-Attribut aber nichts mit zu tunt ? Eigentlich kannst Du das nur sinnvoll an das Teilstück unter der Brücke setzten. Dazu musst Du halt den Weg auftrennen. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
Jan Tappenbeck schrieb: Moin ! wo hinterlege ich denn die Durchfahrtshöhe einer Brücke ??? Das Attribut ist interessant für die durchführende Straße - damit hat das BRIDGE-Attribut aber nichts mit zu tunt ? Eine Gewichtsbelastung wiederum würde zu einer Brücke passen und eine Durchfahrtshöhe ebenso bei einem Tunnel - aber bei einer Brücke ?? Wer kann helfen ?? Map Features! http://wiki.openstreetmap.org/index.php/DE:Map_Features#Beschr.C3.A4nkungen maxheight=3.9 (Meter) maxweight=15 (Tonnen) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
On Fri, 07 Nov 2008 15:11:27 +0100, Jan Tappenbeck [EMAIL PROTECTED] said: wo hinterlege ich denn die Durchfahrtshöhe einer Brücke ??? Das Attribut ist interessant für die durchführende Straße - damit hat das BRIDGE-Attribut aber nichts mit zu tunt ? Eine Gewichtsbelastung wiederum würde zu einer Brücke passen und eine Durchfahrtshöhe ebenso bei einem Tunnel - aber bei einer Brücke ?? Siehe http://wiki.openstreetmap.org/index.php/DE:Key:access unter Größen- und Gewichtseinschränkungen Gruß Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Braucht man leere OSM-Städte-Wikiseite n?
Ich gebe dir recht, wenn sich zumindest ein einziger auf der Seite einträgt, ein einziger Link (beispielsweise zu einer übergeordneten Seite) eingebaut ist oder sich irgendjemand für die Seite verantwortlich fühlt. Wenn jedoch jemand Ortsfremdes die Seite erzeugt, sich deshalb auch nicht als lokaler Mapper einträgt und dann nie wieder vorbeischaut, dann gehört diese Seite gelöscht, zumindest bis sich ein lokaler Mapper findet, der eine Wiki-Seite für nötig hält. Wie hast du dir das Loeschen denn vorgestellt, rein technisch gesehen? Ich werde mich hüten, in der Wiki irgendetwas zu löschen, wenn ich keinen überzeugenden besseren Inhalt habe ;) Wesendlich besser fände ich, wenn jemand auf diese leeren Seiten besteht, einen Inhalt wie: Die Wiki-Seite von Nieder-Oberbaudenbach existiert noch nicht. Du kannst diese gerne erstellen. Wenn du dabei Hilfe brauchst, dann bekommst du sie -hier oder - hier. Wenn du Mapper in deiner Gegend suchst, kannst du auch in deinem OSM-Profil die Leute in deiner Umgebung sehen. Alternativ kannst du mal bei der Wiki-Seite einer nähergelegenen größeren Stadt schauen Prima Idee. Jetzt muessen wir nur noch jemand finden, der diesen Text einfach per copy/paste in eine leere Wiki-Seite einfuegt, wenn er eine findet. Na, wie waer`s? Ich warte noch weitere Resonanz ab, sonst heißt es wieder: Wir haben doch auf dem Stammtisch in Rübenrath mit allen anwesenden OSMlern beschlossen, dass das so gemacht wird! Wie kannst du das einfach ändern? Glaubst du, du sprichst für die Mehrheit? INSERT FLAME HERE! Werde es aber sicherlich bei den Orten machen, die mir am Herzen liegen. Nicht sofort, aber bald! Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Update
vielleicht hilft die Beispielseite aus der Wiki auch weiter... http://wiki.openstreetmap.org/index.php/Tag:highway%3Dpath/Examples bzw. die road tagging Hilfe: http://wiki.openstreetmap.org/index.php/DE:Germany_roads_tagging#Fu.C3.9F-_und_Radweg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSB Report, Unmapped Places und osmdiff reports
Hi, heute gibt es neue Bug-Listen. Diese sind wesentlich umfangreicher als die bisherigen. Ein User hatte mich darauf hingewiesen, dass einige seiner Bugs fehlen. Die Abfrage der Bugs online ist schon diffizil... Naja, hier geht es zu den neuen Files: http://wiki.openstreetmap.org/index.php/OSB_Reports Und damit man mal wieder sieht, wo gearbeitet wird: http://wiki.openstreetmap.org/index.php/Osmdiff_reports Wer selbst Reports erstellt, bitte beachten: Version 1.1 ist veröffentlicht. 1.0 hatte einen kleinen Bug. http://wiki.openstreetmap.org/index.php/Osmdiff Auch den Report Unmapped Places habe ich aktualisiert: http://wiki.openstreetmap.org/index.php/Unkartografiert Ciao, Gary68 Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB Report, Unmapped Places und osmdiff reports
Am Freitag 07 November 2008 15:52:35 schrieb Gary68: Hi, heute gibt es neue Bug-Listen. Diese sind wesentlich umfangreicher als die bisherigen. Ein User hatte mich darauf hingewiesen, dass einige seiner Bugs fehlen. Die Abfrage der Bugs online ist schon diffizil... Hab ich das also doch richtig verstanden, dass du den OSB-Server durch durchprobieren aller möglichen Bug-IDs quälst? Wieso fragst du nicht einfach den Betreiber, ob er regelmäßig DB-Dumps zur Verfügung stellt? Verwunderte Grüße, Marc signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] designated
Am 07.11.08 schrieb Tobias Wendorff: Wieso dann nicht einfach ein intelligentes, allgemeingültiges Schema? Weil die jetzt vorhandenen footway / path / track einfacher und für viele intuitiv unterscheidbar sind? Der Unterschied zwischen dem Skater-tauchglichen Beispielfußweg im Wiki und Trampelpfaden durchs Gebirge ist bei weitem größer als zwischen einer primary und einer tertiary. Das 5. und 6. Bild aus http://wiki.openstreetmap.org/index.php/Tag:highway=path/Examples widerspricht zugegebenermaßen meiner Intuition. zu Deinen Vorschlägen: foot=yes gilt m.E. implizit (außer auf cycleways, bridleways, motorways und trunks), braucht also nicht getaggt zu werden. Fabian (kein Planer, sondern Wanderer).___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Geschäfte] Übersicht
Am Donnerstag 06 November 2008 schrieb Markus: Hallo Birgit, shop:de = Bürobedarf shop:de = Bäckerei shop:de = Tiernahrung u.s.w. Diesen Syntax könnte man ja auch auf andere Schlüssel übertragen: von highway:de=Autobahn bis highway:de=Klettersteig Auf _Benutzerebene_ könnte man bei der Eingabe und bei der Ausgabe sprachspezifische Begriffe verwenden. Auf _Datenbankebene_ könnte man einheitliche englische Werte verwenden. Dazwischen wäre dann eine _Übersetzungsdatenbank_, in der zu jedem definierten englischen Schlüssel und Wert ein passender sprachspezifischer Begriff als eindeutige Übersetzung hinterlegt ist, ergänzt mit einer kurzen sprachspezifischen Beschreibung der inhaltlichen landes/kulturspezifischen Bedeutung. ich hatte was in der art ja schon mal auf ebene der editoren vorgeschlagen: der user bekommt die presets in der in seiner sprache in der gaengigen form bekannte bezeichnung praesentiert, aber als daten werden einheitliche, englische tags eingefuegt. ein anderer vorteil ist, dass z.B. der einsteiger einfach und schnell ihm bekannte begriffe anklicken kann, ausserdem die gefahr von tippfehlern und fehltagging minimiert. profi-mapper koennen alternativ die tags immer noch direkt eingeben, wenn sie damit schneller sind. der vorteil davon waere, dass es leicht ohne aenderung auf der datenbankseite machbar ist. aber generell halt ich eine implementierung auf server-ebene ebenfalls langfristig fuer sinnvoller. dann bleibt wenigstens alles etwas einheitlicher... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
Chris66: Ich wäre dafür dass man inaktive Accounts (keine Anmeldung seit 6 Monaten) löscht. Wo genau läge hier der Mehrwert? Wenn der Nutzer dann zwei Tage später entscheidet doch die Feuerwehr und den Briefkasten zu mappen und sein Login nicht mehr geht findet er das erstmal doof. Besser wäre hier mit API 6.0 ein Last activity-Zeitstempel auf der Nutzerseite einzuführen. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreis und Regierungsbezirk Nodes
On Fri, Nov 07, 2008 at 02:14:21PM +0100, [EMAIL PROTECTED] wrote: Hi, wie kann ich denn den Node bzw die Nodes finden ? Oder sollte der Bug im Autobug sein ? Das ist nicht ganz einfach. Die sind ja initial zum grossteil mal aus der OpenGeoDB irgendwohin importiert worden. Die heissen dann oft wie eine Stadt (Kreis Gütersloh heisst name=Gütersloh) so das das oft quittiert wurde mit Duplicate name und dann haben die mapper den oft geloescht oder einfach den name entfernt oder was auch immer. Ich habe schon reichlich Kastrierte place=county nodes gefunden und repariert. Oft sind die dinger aber schlicht weg. Ich lege die dann neu an und zwar immer neben dem place node der Stadt in der die Kreisverwaltung ist. D.h. der node fuer den Kreis Gütersloh findet man in 50m umkreis um den node fuer die Stadt Gütersloh. Da ist der erstmal gut aufgehoben sollte aber irgendwann mal verschoben werden. Den ohne Datenbankkopie wiederzufinden wenn der irgendwo ist ist nicht trivial. Vielleicht irgendwie mit einer grosszeugigen bbox und nen bischen tricksen ueber die OSMXAPI ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreis und Regierungsbezirk Nodes
On Fri, Nov 07, 2008 at 01:11:33PM +0100, Torsten Breda wrote: Klar will der Kreis Heinsberg einen node :) In JOSM unter Vorlage - Orte - Landkreis Kannst direkt dann mal prüfen, warum es 2 Aachen-nodes gibt. Hast du vor Heinsberg oder Kreis Heinsberg zu schreiben? Bei Aachen musst du ja Aachen, Stadt und Kreis Aachen nehmen, oder? Aachen gibts schon: osm= select * from node_tags where k = 'name' and v like '%Aachen%' and node_id in (select node_id from node_tags where k like 'place') limit 10; node_id | k | v ---+--+-- 240109630 | name | Kreis Aachen 240041315 | name | Aachen (2 rows) Auch der Kreis node existierte - war aber Kastriert - habe ich repariert heute morgen: node id=240109630 lat=50.7611222 lon=6.2055544 user=flohoff visible=true timestamp=2008-11-07T10:08:07+00:00 tag k=created_by v=opengeodb2osm0.5.2/ tag k=osmarender:render v=no/ tag k=openGeoDB:auto_update v=population,place,name,is_in/ tag k=openGeoDB:loc_id v=394/ tag k=openGeoDB:name v=Aachen/ tag k=openGeoDB:is_in_loc_id v=182/ tag k=openGeoDB:is_in v=Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe/ tag k=openGeoDB:layer v=5/ tag k=openGeoDB:version v=0.2.6.11 / 2007-12-04 / http://fa-technik.adfc.de/code/opengeodb/dump// tag k=is_in v=Regierungsbezirk Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe/ tag k=openGeoDB:community_identification_number v=05354/ tag k=openGeoDB:license_plate_code v=AC/ tag k=openGeoDB:sort_name v=AACHEN/ tag k=openGeoDB:type v=Kreis/ tag k=name v=Kreis Aachen/ tag k=place v=county/ tag k=openGeoDB:location v=region/ /node Und hier der vollstaendigkeit halber die Stadt Aachen: node id=240041315 lat=50.7744397 lon=6.0815981 user=flohoff visible=true timestamp=2008-11-07T12:24:53+00:00 tag k=name:lb v=Oochen/ tag k=openGeoDB:auto_update v=population,place,name/ tag k=openGeoDB:loc_id v=13352/ tag k=openGeoDB:name v=Aachen/ tag k=openGeoDB:is_in_loc_id v=409/ tag k=openGeoDB:version v=0.2.6.11 / 2007-12-04 / http://fa-technik.adfc.de/code/opengeodb/dump// tag k=openGeoDB:is_in v=Aachen,Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe/ tag k=openGeoDB:layer v=6/ tag k=openGeoDB:telephone_area_code v=0241/ tag k=openGeoDB:population v=257821/ tag k=is_in v=Regierungsbezirk Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe/ tag k=openGeoDB:community_identification_number v=05313000/ tag k=name:fr v=Aix-la-Chapelle/ tag k=openGeoDB:license_plate_code v=AC/ tag k=is_in:continent v=Europe/ tag k=openGeoDB:sort_name v=AACHEN/ tag k=openGeoDB:type v=Stadt/ tag k=name:nl v=Aken/ tag k=openGeoDB:postal_codes v=52062,52064,52066,52068,52070,52072,52074,52076,52078,52080/ tag k=name v=Aachen/ tag k=place v=city/ tag k=openGeoDB:location v=political_structure/ tag k=population v=257821/ /node Man beachte den openGeoDB:type tag - Der ist unveraendert. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB Report, Unmapped Places und osmdiff reports
On Fri, Nov 07, 2008 at 04:27:41PM +0100, Marc Schütz wrote: Hab ich das also doch richtig verstanden, dass du den OSB-Server durch durchprobieren aller möglichen Bug-IDs quälst? Wieso fragst du nicht einfach den Betreiber, ob er regelmäßig DB-Dumps zur Verfügung stellt? Xav hat die API auf mein bitten leicht geaendert - Beim oeffnen einen Bugs bekommt man jetzt dess id zurueck was dazu fuehrt das man nachher nur noch nach der genauen id fragen muss. Zitat: You just have to execute POST requests of this kind : /addPOIexec lat: float lon: float text: string(utf-8) Worked fine - Could you somehow provide the bugid as a return to addPOIexec ? I'd be able to store it together with the osm node_id, time and reason i have opened it and could check whether it has been closed. Added. You should receive as a response : ok\n%d with %d = bug's id Simple - isnt it ? Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Fri, Nov 07, 2008 at 12:19:40PM +0100, Peter Herison wrote: Stefan Dettenhofer (OSM) schrieb: Warum Verwenden wir nicht die schon europaweit existierenden NUTS/LAU-Schlüssel? Hoert sich gut an! Uebrigens: Um noch mal ein wenig Verwirrung einzustreuen. Im Senegal (und ich vermute auch noch in anderen afrikanischen Laendern) hat letztens jemand alle place-Nodes mit is_in:continent=Africa ergaenzt... Ist in Deutschland auch gelaufen. Viele opengeodb importierte nodes haben ein is_in:continent=Europe ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path vs footway (war Mapnik Update)
Vielleicht wäre als Denkanstoss bei der Diskussion path vs footway/cycleway auch mal die Idee ganz hilfreich, highway=path als Ergänzung und nicht als Ersatz zu sehen. Das mag vielen schon klar sein, einige scheinen aber auf ein entweder..., oder abzuzielen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreis und Regierungsbezirk Nodes
Am 7. November 2008 14:14 schrieb [EMAIL PROTECTED]: Hi, wie kann ich denn den Node bzw die Nodes finden ? Oder sollte der Bug im Autobug sein ? Ne, nicht in Autobug Man kann in JOSM neben dem einen Node auch den 2. sehen. Node-Id: 2400413135 und 20833603 Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreis und Regierungsbezirk Nodes
[EMAIL PROTECTED] schrieb: Hallo, ich hätte da gerne ein Problem ;-). Wie erzeugt man und positioniert man einen Kreis und Regierungsbezirk Node ? Denn danke Autobug, weiß ich das es beide nicht gibt für Aachen. Nun ist die Frage wie kann ich es ändern ? Der Kreis Heinsberg will dann bestimmt auch noch einen Node. ;-) Gibt es eine Ansicht oder Zoomstufe oder was auch immer wo man alle diese Nodes von Deutschland sehen kann ? Schöne Grüße Henry E warum brauch die Stadt und der Kreis Aachen noch einen Node, wenn die Grenzen selber eingetragen sind? *grübel* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
Einen allgemeinen Activity-Foo wäre auch nett, nur sollte man das freiwillig einstellen können. mfg, Florian (Kelvan) Am 7. November 2008 12:34 schrieb Claudius Henrichs [EMAIL PROTECTED]: Chris66: Ich wäre dafür dass man inaktive Accounts (keine Anmeldung seit 6 Monaten) löscht. Wo genau läge hier der Mehrwert? Wenn der Nutzer dann zwei Tage später entscheidet doch die Feuerwehr und den Briefkasten zu mappen und sein Login nicht mehr geht findet er das erstmal doof. Besser wäre hier mit API 6.0 ein Last activity-Zeitstempel auf der Nutzerseite einzuführen. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] designated
Hallo, Frederik Ramm schrieb: Die Regel ist ganz klar, da gibt es international keinerlei Unterschied: Was von der Regierung als Radweg beschlossen ist, wird designated getaggt, was einfach nur so ein Weg ist, auf dem Raeder fahren koennen, bekommt dieses Tag nicht. Zumindest steht es so in den Map Features, wer also auf Regeln steht, der sollte diese anwenden ;-) Dann sollte man aber auf jeden Fall darauf hinweisen, dass designated *nicht* zwangsläufig beschildert heißt, sondern für Deutschland eine Schlussfolgerung dafür ist. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreis und Regierungsbezirk Nodes
Hi,
wie kann ich denn den Node bzw die Nodes finden ?
Oder sollte der
Bug im Autobug sein ?
Henry E
#adBox3 {display:none;}
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] designated
Hallo Frederik, Frederik Ramm schrieb: Nichts von Schildern also. Ich bin mir allerdings relativ sicher - dazu werden die mitlesenden ADFC'ler aber eher was sagen koennen - dass beides in Deutschland miteinander einhergeht, also wenn irgendjemand einen Weg zu einem Radweg im Sinne des Gesetzes erklaert (designated), dann muss er auch ein Schild aufstellen, sonst ist die Erklaerung wirkungslos. Jetzt fang' bitte nicht schon wieder mit Deutschland an! OSM ist kein rein-deutsches Projekt. Solche Vereinbarungen müssen allgemeingültig sein, sonst gibt es nur Probleme! Wenn jemand aus dem Ausland einen Router schreibt, bei dem die Regelung anders ist, müsste er die Regeln aller 190 Staaten der Welt plus die Sonderregeln aus Tagwatch beachten. Wieso dann nicht einfach ein intelligentes, allgemeingültiges Schema? highway = path path:foot = yes path:bicycle = yes foot:traffic_sign = yes bicycle:traffic_sign = yes oder von mir aus (was ich aufgrund von mehrgenutzten Nodes nicht mag): highway = path foot = yes; traffic_sign bicycle = yes; traffic_sign oder highway = path foot = yes bicycle = yes access = foot; bicycle oder highway = path access = foot; bicycle Ich kann nur als Planer reden: Schilder kosten Geld, Wege kosten Geld, Barrieren kosten Geld. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Update
Tobias Wendorff: Frederik Ramm schrieb: Ich bin auch für Abstimmen ... Was meinst Du? Diese path-Sache ist doch schon vor Monaten abgestimmt worden? Nein, ob wir die vorhandenen work-arounds á la highway = footpath an die path-Sache anpassen. Sorry, ich habe halt gerne Ordnung im Datensatz, anstatt n Sonderregeln zu programmieren (für n= 1). Bin auch klar gegen umtaggen und möchte in der Hinsicht auch nochmal darauf hinweise, dass die deutsche Community hiermit völlig allein stünde. Das highway=path-Tag hat seinen Ursprung meines Wissens völlig woanders: Die Finnen brauchten einen Tag für unbefestigte Schneemobil-, Mountainbike- und auch Wander-Routen. An einen Ersatz der etablierten und für Neueinsteiger (Lasst uns die nicht vergessen) weitaus verständlicheren foot-/cycleways war dabei nie gedacht. Meine Stimme: Friedliche Koexistenz + gegen Säuberungen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Update
Hallo. Am Freitag, 7. November 2008 schrieb Mario Salvini: Ein bicycle=designated auf einem highway=cycleway würde dasselbe auch aussagen, oder nicht? highway=cycleway implitiert schon ein bicycle=designated Na also, dann kann ich mit einem Tag sagen wofür du zwei brauchst. ;-) Oder anders gesagt: highway=cycleway foot=designated ist ein kombinierter Rad-/Fußweg. Ganz stumpf nach Schema F, das größte erlaubte Verkehrsmittel bestimmt die Kategorie, per default ist auf Radwegen kein Fußgänger erlaubt, also setzt man diese Erlaubnis dazu. No need for path. Zudem es viele Fälle gibt, wo eine Nutzungserlaubnis ohne Schild durch den Kontext gegeben ist. Nimm nur mal eine normale Straße. Da ist kein Schild dran, dass da Radfahrer fahren dürfen. Dürfen sie aber trotzdem. Oder ein Feldweg. Da dürfen Radfahrer fahren auch ohne Schild. Versuchen wir das mal spurweise zu entschlüsseln. auf einem Radweg (cycleway) -- bicycle=designated auf einem Bürgersteig (footway) gilt in Deutschland grundsätzlich erstmal -- bicycle=no (ausgenommen Kinder unter 12) auf der normalen Straße ohne Radspur (cyclelane) -- bicycle=yes Footway ist eigentlich kein Bürgersteig sondern eher ein eigenständiger Fußweg. Siehe oben, auch auf einem Fußweg kann man explizit andere Verkehrsteilnehmer als erlaubt setzen, wenn dies der Realität entspricht. Manche Wege sind halt für Fahrräder freigegeben und man sieht denen einfach an, dass man da bei einer gemütlichen Radtour nicht unbedingt lang geleitet werden soll. Ist nicht die Regel aber gibt es. Das kannst du mit highway=path nicht aussagen, dafür brauchst du dann diverse Eigenschafts-Tags dazu (die man aber an jeden footway auch dran setzen kann wenn man Lust hat). in Deutschland übliche Konstellationen sind noch ausgeschilderter gemeinsamer Rad/Fussweg -- foot=designated bicycle=designated ausgeschilderter getrennter Rad/Fussweg -- foot=designated bicycle=designated segregated=yes Fussweg mit Fahrräder frei: foot=desiganted bicycle=yes Ja, und das alles kann man auch an ein highway=cycleway / footway genau so dranhängen und braucht kein neues top-level-tag. und dann haben wir noch den normalen Pfad, Feldweg wo grundsätzlich erstmal alles drauf darf, was nicht motorisiert is (path) - nach Default-Tabelle gilt bicycle=yes Was ist eine Default-Tabelle? Du erinnerst dich an die Diskussion vor ner Weile, dass die Regelung wer mit welchem Verkehrsmittel auf Feldwegen fahren darf in den Bundesländern höchst unterschiedlich ist? ohne highway=path und designated würde irgendwo eine Information auf der Strecke bleiben. Naja, Feldwege sind bei mir highway=track oder soll das ebenfalls getötet werden? Ob du aber jetzt highway=footway + bicycle=desiganted oder den footway npch in path+foot=designated aufschlüsselst is eigentlich egal. solange klar bleibt, dass ein footway ohne bicycle=designated für Radfahrer erstmal nicht zugänglich is (es sei denn es is Räder frei ausgeschildert) Du hast immerhin erkannt, dass es in den meisten Fällen keinen Mehrwert bringt, das noch aufzuschlüsseln. ;-) Gruß, Bernd -- Fachbegriffe der Informatik (#286): Googlehupf Abstand zwischen zwei Suchergebnissen. (Markus Kempken) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing: Blindes Technikvertrauen
Moin Andreas, Johann H. Addicks wrote: Unter dem goldenen Motto Der Pfeil spricht die Wahrheit: http://www.112-magazin.de/index/artikel_3369_1_1_0_6_0_0.html Bei uns sind schon mehrere Fahrzeuge, die Fahrzeugführer waren IIRC zwischen 19 und 78 Jahre alt, von ihrem Navi des Nachts in die Weser geleitet worden und mussten von Feuerwehr- und THW-Tauchern dann geborgen werden. Die Schilder, die auf das Flussufer und den (des Nachts nicht existenten) Fährbetrieb hinweisen, wurden dabei gekonnt ignoriert. Nun, ich mappe unter Zuhilfenahme meines Aldi-Navis. Das grundsätzlich gar nicht so schlecht ist. Aber wenn man von den üblichen Durchgangsstraßen abweicht, um Wohnsiedlungen, Feldwege usw. abzufahren, stellt man erstmal fest, wieviele kleinere und größere Fehler die kommerziellen Daten so haben. Hier und da eine übersehene Einbahnstraße, zahlreiche Poller bzw. andere Absperrungen. Auch sind schon mal Feldwege als normal befahrbar markiert, die einen Mercedes G schon sehr fordern würden und zumindest bei Regenwetter eigentlich nur mit schwerem Gerät zu durchpflügen sind. Achja, vor einer Treppe, einer Kuhweide und einem Kinderspielplatz stand ich auch schon mal, alles vom Navi als befahrbar eingestuft. Auch wollte es mich schon quer durch ein mit Tor und Pförtner abgesperrtes Industriegelände zu einer schon seit Jahren nicht mehr vorhandene Brücke schicken :-) (Ältere) Industriegebiete sind eh eine Sache für sich, gelegentlich landet man auf Privatgelände, ohne es sofort zu bemerken, nicht überall gibt es Tore oder Absperrungen, sondern es steht nur ein verrostetes Hinweisschild im Gebüsch herum. Gurgel-Maps ist aber auch nicht besser Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Update
Bernd Wurst schrieb: Hallo. Am Freitag, 7. November 2008 schrieb Mario Salvini: Ein bicycle=designated auf einem highway=cycleway würde dasselbe auch aussagen, oder nicht? highway=cycleway implitiert schon ein bicycle=designated Na also, dann kann ich mit einem Tag sagen wofür du zwei brauchst. ;-) Oder anders gesagt: highway=cycleway foot=designated ist ein kombinierter Rad-/Fußweg. Ganz stumpf nach Schema F, das größte erlaubte Verkehrsmittel bestimmt die Kategorie, per default ist auf Radwegen kein Fußgänger erlaubt, also setzt man diese Erlaubnis dazu. No need for path. auf einem gemeinsamen Fuss/Radweg haben Fussgänger Vorrang. wäre also wenn dann eher ein highway=footway bicycle=designated ;) Zudem es viele Fälle gibt, wo eine Nutzungserlaubnis ohne Schild durch den Kontext gegeben ist. Nimm nur mal eine normale Straße. Da ist kein Schild dran, dass da Radfahrer fahren dürfen. Dürfen sie aber trotzdem. Oder ein Feldweg. Da dürfen Radfahrer fahren auch ohne Schild. Versuchen wir das mal spurweise zu entschlüsseln. auf einem Radweg (cycleway) -- bicycle=designated auf einem Bürgersteig (footway) gilt in Deutschland grundsätzlich erstmal -- bicycle=no (ausgenommen Kinder unter 12) auf der normalen Straße ohne Radspur (cyclelane) -- bicycle=yes Footway ist eigentlich kein Bürgersteig sondern eher ein eigenständiger Fußweg. seit wann sind Bürgersteige keine eigenständigen Fusswege? Bitte nicht verwechseln mit Randstreifen. Ein deutscher Bürgersteig ist in den meisten Fällen im laut OSM-Kontext ein footway (also foot=designated) Siehe oben, auch auf einem Fußweg kann man explizit andere Verkehrsteilnehmer als erlaubt setzen, wenn dies der Realität entspricht. Manche Wege sind halt für Fahrräder freigegeben und man sieht denen einfach an, dass man da bei einer gemütlichen Radtour nicht unbedingt lang geleitet werden soll. Ist nicht die Regel aber gibt es. Das kannst du mit highway=path nicht aussagen, dafür brauchst du dann diverse Eigenschafts-Tags dazu (die man aber an jeden footway auch dran setzen kann wenn man Lust hat). Natürlich erlaubt die StVO durch Zusatzschilder anderen Fahrzeugklassen die Nutzung von Wegen wo soe normalerweise nicht fahren dürften. Ich gehe aber innerhalb dieser Diskussion vom Idealfall (sprich z.B. ein Fussweg, Radweg, Reitweg,.. ohne beschilderte Ausnahmen) in Deutschland übliche Konstellationen sind noch ausgeschilderter gemeinsamer Rad/Fussweg -- foot=designated bicycle=designated ausgeschilderter getrennter Rad/Fussweg -- foot=designated bicycle=designated segregated=yes Fussweg mit Fahrräder frei: foot=desiganted bicycle=yes Ja, und das alles kann man auch an ein highway=cycleway / footway genau so dranhängen und braucht kein neues top-level-tag. Wenn die Leute verstanden haben, das footway/cycleway/bridleway 2nd-level-tags sind die bestimmte zusätzliche Eigenschaften implizieren, dann ja ;) und dann haben wir noch den normalen Pfad, Feldweg wo grundsätzlich erstmal alles drauf darf, was nicht motorisiert is (path) - nach Default-Tabelle gilt bicycle=yes Was ist eine Default-Tabelle? Du erinnerst dich an die Diskussion vor ner Weile, dass die Regelung wer mit welchem Verkehrsmittel auf Feldwegen fahren darf in den Bundesländern höchst unterschiedlich ist? mit Default-Tabelle meine ich: http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing/Access-Restrictions bzgl. der Feldwege muss man jetzt halt abwägen wie mans macht, ob man jetzt für jedes Bundesland noch eine Default-restriktion erfasst (mein Favorit) oder alle Feldwege in Deutschland betaggt, nur weil man sich nicht einigen kann. Das Feldweg-Problem sollte man aber vielleicht eher gesondert (neuer Thread oder in der Wiki) diskutieren. Persönlich gehören in die OSM-DB eigentlich nur ausgeschilderte Ausnahmen, bzw. Sachverhalte die nicht durch default-Tabellen abgedeckt sind. Default kann man z.B: an Flächen-Relations hängen (so könnte man an jedes Bundesland eine access-Restriktion-Rule für highway=track hängen und gut wärs) ohne highway=path und designated würde irgendwo eine Information auf der Strecke bleiben. Naja, Feldwege sind bei mir highway=track oder soll das ebenfalls getötet werden? Es kommt auf den Feldweg an würde ich sagen ;-). Aber grundsätzlich sind track und path zwar verwandt aber nicht synonym. Also wird da nix 'getötet' ;) Ob du aber jetzt highway=footway + bicycle=desiganted oder den footway noch in path+foot=designated aufschlüsselst is eigentlich egal. solange klar bleibt, dass ein footway ohne bicycle=designated für Radfahrer erstmal nicht zugänglich is (es sei denn es is Räder frei ausgeschildert) Du hast immerhin erkannt, dass es in den meisten Fällen keinen Mehrwert bringt, das noch aufzuschlüsseln. ;-) Gruß, Bernd hab auch nie gefodert alle footways umzutaggen ;-). Aber dennoch sollte die
Re: [Talk-de] autobug / is_in
On Fri, Nov 07, 2008 at 07:37:31AM +0100, Holger Issle wrote:
Moin Sascha,
On Thu, 6 Nov 2008 15:00:23 +0100, Sascha Silbe wrote:
Klingt sinnvoll. Wie genau würdest Du die Nodes auswählen? BBox um den
Kreis Tübingen?
Genau das war meine Idee, mit dem xapi link auf der autobug-Seite.
Wobei die bbox irrelevant ist, wenn wir die tools auf irgendeine
Wiki-Seite stellen, wo die ein jeder nutzen kann. Weil: Alleine
richten wir das nie in Deutschland.
Na so viel ists nu auch nicht - in NRW siehts mittlerweile ganz gut aus.
Gibt noch einige inkonsistenzen mit Düsseldorf vs Regierungsbezirk
Düsseldorf aber da mache ich jeden tag ein bischen.
Ich habe mir ein paar script gebaut mit der ich ein paar nodes in der
datenbank selektiere die bestimmte inkonsistenzen aufweisen z.b. Köln
aber nicht Regierungsbezirk - Dann hole ich mir aus der api einfach alle
nodes - packe das aneinander in ein valides .osm xml und bearbeite das
im JOSM.
So kommt man auf 2-300 nodes/h die man repariert bekommt ;)
Hier das shell script fuer die node holerei - wenn man denn die node_id
hat:
[EMAIL PROTECTED]:~/bin$ cat getnodes
#!/bin/sh
echo ?xml version=\1.0\ encoding=\UTF-8\?
echo osm version=\0.5\ generator=\getnodes\
for i in $*; do
wget -q -O /tmp/tempfile.1 http://www.openstreetmap.org/api/0.5/node/$i
sed -ne /tmp/tempfile.1 '/^.osm/,/^..osm/ { /^.osm/d; /^..osm/d; p; }'
done
echo /osm
So hole ich dann die node_id aus meiner mirror db:
osm select * from node_tags where k = 'is_in' and (v like '%Köln%' ) and v
not like '%Regierungsbezirk%' and node_id in (select node_id from node_tags
where k like 'place') limit 10;
node_id | k | v
---+---+
240096286 | is_in | Kreis Heinsberg,Köln,Nordrhein-Westfalen,Bundesrepublik
Deutschland,Europe
277139672 | is_in | Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
277081722 | is_in | Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
277081397 | is_in | Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
277081068 | is_in | Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
277080808 | is_in | Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
277079808 | is_in | Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
277076844 | is_in | Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
277074018 | is_in | Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
277071458 | is_in | Köln,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe
das ganze dann mit ein bischen awk
~/bin/getnodes `cat export | awk '{ print $1 }'` ~/Desktop/nodes.osm
Und schon kann es losgehen ...
Ich hatte schonmal drueber nachgedacht das http maessig zu automatisieren
d.h. ein cgi script was man mit einem suchpattern fuettern kann was dann
die entsprechenden nodes zusammensucht und nen osm.xml rauswirft ...
Flo
--
Florian Lohoff [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little
security shall soon have neither - Benjamin Franklin
signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path vs footway (war Mapnik Update)
Am Freitag, 7. November 2008 schrieb Claudius Henrichs: Vielleicht wäre als Denkanstoss bei der Diskussion path vs footway/cycleway auch mal die Idee ganz hilfreich, highway=path als Ergänzung und nicht als Ersatz zu sehen. Das mag vielen schon klar sein, einige scheinen aber auf ein entweder..., oder abzuzielen. Ich hatte auf der englischen Liste eine ähnliche Frage gestellt: http://lists.openstreetmap.org/pipermail/talk/2008-November/031161.html Eine (wenn auch kontroverse) Antwort: There is no defined physical difference between footway and path. The difference is that footways are primarily or exclusively for use by foot traffic, while paths are not. http://lists.openstreetmap.org/pipermail/talk/2008-November/031164.html Gruß, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
Ulf Lamping schrieb: Map Features! http://wiki.openstreetmap.org/index.php/DE:Map_Features#Beschr.C3.A4nkungen maxheight=3.9 (Meter) maxweight=15 (Tonnen) Das ist blödsinnig - hier hat jemand nur unzureichend nachgedacht. Es kann durchaus vorkommen, dass zwei Straßen mit unterschiedlichen aber dennoch relevanten Durchfahrtshöhen unter einer Brücke durhgehen. Wie soll ich dass dann machen? für jeden Pfeiler einen Node anlegen und dann aufspalten? Da gibt es keine einfache Lösung, aber die aktuelle ist nicht schlau. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
Franz Stockerl: Schreiben wir Landkreis XXX oder Kreis XXX? Ich w?rde zum Kreis tendieren, ist ein wenig k?rzer. (Sorry, der digest dieser Liste geht als 7-Bit-encoded us-ascii raus, daher die Fragezeichen.) Kreis Main-Kinzig-Kreis? Sieht so hingerotzt aus, dass ich viele das per Hand korrigieren sehe. Ich wollte noch ein paar schlagendere Beispiele anführen, aber Landkreis Grafschaft Bentheim und Kreis Herzogtum Lauenburg gibt's wirklich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
Hi, Am 7. November 2008 22:54 schrieb André Reichelt [EMAIL PROTECTED]: Ulf Lamping schrieb: Map Features! http://wiki.openstreetmap.org/index.php/DE:Map_Features#Beschr.C3.A4nkungen maxheight=3.9 (Meter) maxweight=15 (Tonnen) Das ist blödsinnig - hier hat jemand nur unzureichend nachgedacht. Es kann durchaus vorkommen, dass zwei Straßen mit unterschiedlichen aber dennoch relevanten Durchfahrtshöhen unter einer Brücke durhgehen. Wie soll ich dass dann machen? für jeden Pfeiler einen Node anlegen und dann aufspalten? Maxheight haengt doch am Way und nicht an der Brücke? Strasse 1 (Way 1) mit maxheight=3.9 versehen und Strasse 2 (Way 2) mit maxheight=3.1 Tschüss, Tim. -- http://de.wikia.com ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
André Reichelt schrieb: Ulf Lamping schrieb: Map Features! http://wiki.openstreetmap.org/index.php/DE:Map_Features#Beschr.C3.A4nkungen maxheight=3.9 (Meter) maxweight=15 (Tonnen) Das ist blödsinnig - hier hat jemand nur unzureichend nachgedacht. Du bist mit dem Urteil blödsinnig recht schnell bei der hand! Es kann durchaus vorkommen, dass zwei Straßen mit unterschiedlichen aber dennoch relevanten Durchfahrtshöhen unter einer Brücke durhgehen. Wie soll ich dass dann machen? für jeden Pfeiler einen Node anlegen und dann aufspalten? Da gibt es keine einfache Lösung, aber die aktuelle ist nicht schlau. Oh Himmel, das kann ich langsam nicht mehr hören: Ich kenne da einen Sonderfall der ganz bestimmt in 0,1% aller Fälle auftritt, deswegen ist das aktuelle Schema Mist und muß durch was besseres ersetzt werden. Mal davon abgesehen, daß ich dein Problem nicht verstehe. Wenn dort zwei Straßen mit unterschiedlichen MaxHöhen unter einer Brücke durchgehen, bekommen die halt jeweils einen anderen maxheight Tag. Der maxheight betrifft die Straßen, die unter der Brücke durchgehen, die Brücke selbst ist garnicht betroffen - die Straße die über die Brücke führt hat meist ja kein Höhenproblem nach oben hin (da kommt dann eher maxweight zum tragen) ... Wo ist also das Problem? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
hallo André Reichelt wrote: Ulf Lamping schrieb: Map Features! http://wiki.openstreetmap.org/index.php/DE:Map_Features#Beschr.C3.A4nkungen maxheight=3.9 (Meter) maxweight=15 (Tonnen) Das ist blödsinnig - hier hat jemand nur unzureichend nachgedacht. Es kann durchaus vorkommen, dass zwei Straßen mit unterschiedlichen aber dennoch relevanten Durchfahrtshöhen unter einer Brücke durhgehen. Wie soll ich dass dann machen? für jeden Pfeiler einen Node anlegen und dann aufspalten? Da gibt es keine einfache Lösung, aber die aktuelle ist nicht schlau. ich würde das so machen: für die brücke eine maxweight, für die darunter durchführenden strassenabschnitte das jeweilige maxheight. ist das nicht eine einfache lösung? oder doch unschlau, oder nur unzureichend nachgedacht, oder gar blödsinnig? grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
Ulf Lamping schrieb: Der maxheight betrifft die Straßen, die unter der Brücke durchgehen, die Brücke selbst ist garnicht betroffen Ok, dann habe ich das flsch verstanden. So ist es natürlich sinnvoll. Ich habe das jetzt auf maximale durchfahrtshöhe bezogen unter der Brücke. Tschuldigung! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zusatz-Infos auf der Karte: http://webcontent.osm.lab.rfc822.org/
Hi! Ich hab' mir immer gewünscht, daß man nicht nur aufgeräumte Karten hat, sondern auch welche, in denen aller möglicher Kram verzeichnet ist. In dem Zusammenhang hab' ich mal was angefangen und würd' gerne Euren Input dazu bekommen, wohin man das weiterentwickeln könnte: http://webcontent.osm.lab.rfc822.org/ MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of: http://www.eyrie.org/~eagle/faqs/questions.html the second : signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug update
On Fri, Nov 07, 2008 at 11:09:47PM +0100, Johannes Hüsing wrote: Kreis Main-Kinzig-Kreis? Da kann mans ja weglassen, der Name ist dann von sich aus schon eindeutig. Den Präfix optional zu machen ist ja programmiertechnisch kein Problem. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusatz-Infos auf der Karte: http://webcontent.osm.lab.rfc822.org/
On Sat, Nov 08, 2008 at 12:03:57AM +0100, Jan-Benedict Glaw wrote: http://webcontent.osm.lab.rfc822.org/ In der derzeit maximal möglichen Zoomstufe überlagern sich sehr viele Texte und Symbole, zumindest hier in Tübingen. Ich schätze mal, weiter rein geht nicht, weil Du die TaH-Tiles verwendest? Die Idee ist aber gut. :) CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freizeitpark oder was?
2008/11/6 Bernd Wurst [EMAIL PROTECTED]: Hallo. Am Donnerstag, 6. November 2008 schrieb Chris66: Die Rodelbahn war als Cable-Car (Seilbahn) gemappt. Nun ist es ein highway:service. ;-) Und warum genau ist das besser?! Wenn es wirklich eine Sommerrodelbahn ist, dann wäre ich für attraction=summer_tobbogan http://wiki.openstreetmap.org/index.php/Proposed_features/Key:attraction mittlerweile ist die attraction drin, aber das Teil hat aber immer noch ein highway=service. Ist da denn wirklich eine Straße, wo die Bahn ist? Dort wo es den Berg wieder hochgeht habe ich mal provisorisch ne Seilbahn getaggt, also das, was vorher schon der Erstersteller drin hatte, aber wenn sich jemand dort auskennt wäre es nicht schlecht, das noch mal zu bestätigen (und evtl. den highwaytag wieder zu entfernen). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Am 5. November 2008 19:38 schrieb Mario Salvini [EMAIL PROTECTED]: Martin Koppenhoefer schrieb: Zumal 4km/h viel näher an der wissenschaftlichen Definition von 1 Meter pro Sekunde = 3,6 km/h liegt. Gruß Mario das geht hier ja immer noch weiter. Also gut: 4km/h liegt viel weiter weg von der wissenschaftlichen Definition von 2 Meter pro Sekunde = 7,2 km/h. Martin das is wohl eher das Eilmarschtempo der schweizer Armee (8km in 58min) aber netter Versuch ;) -- Mario danke, ;) es ist sowieso egal, ob man dort 2, 3, 7 oder 12 km/h annimmt. Wird in der Praxis praktisch keine Rolle spielen... Bin mir auch mittlerweile sicher, dass dort [Schrittgeschwindigkeit] rein sollte, und nicht irgendein Wert, auch wenn man mit dem Wert (sofern vernüftig gewählt) auch nichts Schlimmes macht. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] designated
Fabian Schmidt schrieb: Am 07.11.08 schrieb Tobias Wendorff: Wieso dann nicht einfach ein intelligentes, allgemeingültiges Schema? Weil die jetzt vorhandenen footway / path / track einfacher und für viele intuitiv unterscheidbar sind? Der Unterschied zwischen dem Skater-tauchglichen Beispielfußweg im Wiki und Trampelpfaden durchs Gebirge ist bei weitem größer als zwischen einer primary und einer tertiary. Das 5. und 6. Bild aus http://wiki.openstreetmap.org/index.php/Tag:highway=path/Examples widerspricht zugegebenermaßen meiner Intuition. was genau widerspricht der Intuition? (außer vielleicht, dass sie surface=unpaved sind?) zu Deinen Vorschlägen: foot=yes gilt m.E. implizit (außer auf cycleways, bridleways, motorways und trunks), braucht also nicht getaggt zu werden. ACK ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusatz-Infos auf der Karte: http://webcontent.osm.lab.rfc822.org/
Am Sat, 8 Nov 2008 00:03:57 +0100 schrieb Jan-Benedict Glaw [EMAIL PROTECTED]: Ich hab' mir immer gewünscht, daß man nicht nur aufgeräumte Karten hat, sondern auch welche, in denen aller möglicher Kram verzeichnet ist. In dem Zusammenhang hab' ich mal was angefangen und würd' gerne Euren Input dazu bekommen, wohin man das weiterentwickeln könnte: http://webcontent.osm.lab.rfc822.org/ Ich überlege schon seit ein paar tagen, wie/wo man Wanderwege (teilweise liegen mehrere Routen aufeinander) inklusive der Symbole mappt und darstellt. Hier in der Gegend wimmelt es von Informationstafeln zu Bergbaugistorischen Objekten, die Texte wie Reste der Kunstgrabenanlage der Grube Zu den sieben Planeten 1750 - 1891 (frei aus dem Gedächtnis) enthalten - das würde ich auch sehr gern einpflegen, aber da müssen noch ein paar gutüberlegte Tags eingeführt werden. Weiß nicht, ob man das als Tourismus=Information, information=* oder Bergbau=Historisch Inhalt=* oder als Schild, Inhalt=* taggen sollte. Zu den Bergbauobjekten gehören Gebäudeensemble - amenity, auch die einzelnen Gebäude brauchen Tags (Huthaus, Bergschmiede...) siehe http://malenki.ch/OSM/Bilder/pano_Mordgrube.jpg *hust* Kunstgräben - atm nur mit waterway zu taggen, lieferten früher Aufschlagwasser für Wasserkünste, werden jetzt von Revierwasserlaufanstalten betrieben, meist zur Trinkwassergewinnung genutzt. Röschen, Mundlöcher und noch laufende Zechen nicht zu vergessen... Ich seh schon, das wird ein eigenes Thema, deswegen lass ich es erstmal gut sein. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freizeitpark oder was?
Martin Koppenhoefer schrieb: http://wiki.openstreetmap.org/index.php/Proposed_features/Key:attraction mittlerweile ist die attraction drin, aber das Teil hat aber immer noch ein highway=service. Den highway hatte ich erstmal dringelassen, weil ich vermute, dass die summer_tobbogan weder in Osma noch in Mapnik gemalt wird. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] domanda
On 11/07/08 Cristina Moretto wrote:
come si convertono tracce Fugawi in gpx calcolando che gpsbabel supporta
solo fino alla versione 2 e che qui si tratta della v3 delle fugtrk??
E' il formato usato per le piste ciclabili sul sito della provincia di
trento (o era quella di bolzano? ora non ricordo bene)?
In ogni caso potrebbe essere lo stesso di cui ho fatto un parziale
reverse engineering tempo fa (avevo provato con gpsabel prima ma non era
riconosciuto). Metto in attach il programma.
Nota che non decodifica il time (non mi ricordo nemmeno se il file che
avevo avesse un time non-zero).
Esegui con (ti serve un sistema little endian, quindi non powerpc, per
esempio):
perl trk2gpx traccia.trk traccia.gpx
Se non funziona, prova a mandarmi il file se puoi.
Se hai tu (o qualcun altro) un dispositivo che genera questi file
ci possiamo mettere d'accordo per vedere di completare le cose del
formato che mancano.
lupus
--
-
[EMAIL PROTECTED] debian/rules
[EMAIL PROTECTED] Monkeys do it better
#!/usr/bin/perl -w
my $content;
my $input = shift;
open (F, $input) || die $!;
read (F, $content, -s $input);
close (F);
print ?xml version=\1.0\?\n;
print gpx version=\1.0\ creator=\trk2gpx\
xmlns=\http://www.topografix.com/GPX/1/0\;\n;
print trktrkseg\n;
# header format (36 bytes):
# FUGTRK ff ff header_size?(i4) num_points(i4)
# 20 more bytes
# trackpoint format (48 bytes):
# 24 bytes
# lat(d8) long(d8)
# 8 bytes
$content = substr ($content, 36);
while (length ($content) = 48) {
my ($unk1, $lat, $lon) = unpack (a24d2, $content);
$content = substr ($content, 48);
print \ttrkpt lat=\$lat\ lon=\$lon\/trkpt\n;
}
print /trkseg/trk/gpx\n;
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] domanda
Ciao, come si convertono tracce Fugawi in gpx calcolando che gpsbabel supporta solo fino alla versione 2 e che qui si tratta della v3 delle fugtrk?? Suggerimenti? Cristina Moretto --- [EMAIL PROTECTED] FBK - Fondazione Bruno Kessler FreeIT - Free Information Technology Via Sommarive, 18 - 38050 Povo (Trento), Italy +39 0461 314520 +39 338 7051131 Fax:+39 0461 314591 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Openlayers icone per markers
Alessio Zanol wrote: Se ho capito bene la tua idea è quella di fare una mappa che sia cliccabile per approfondire determinati punti. Ciao, per spiegarci...una cosa come quella che Simone ha fatto per la giornata Sapere libera tutti? http://cortesi.com/sapere_libera_tutti/ OL + KML + what? -- Cristina Moretto --- [EMAIL PROTECTED] FBK - Fondazione Bruno Kessler FreeIT - Free Information Technology Via Sommarive, 18 - 38050 Povo (Trento), Italy +39 0461 314520 +39 338 7051131 Fax:+39 0461 314591 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Openlayers icone per markers
Volentieri ma non ben capito come si fa, ho spiegato (per quello che mi permettono le mie conoscenze informatiche) il mio progetto ad Alessio e a Cristina. Mi è parso di capire che dovessi fare così. Se riesco a farlo in altro modo più condiviso e libero bene, ma devi spiegarmi come. Se ho capito bene la tua idea è quella di fare una mappa che sia cliccabile per approfondire determinati punti. Ad esempio, cliccare sulla chiesa e vedersi apparire la foto della chiesa con la descrizione, la storia etc. Per fare questo il modo più semplice credo sia passare da openlayers! Ovviamente la cosa migliore è inserire in openstreetmap tutti i punti di interesse possibili (chiese, monumenti, etc) in modo da avere comunque tutto in OSM, e poi per i punti in cui si vuole l'approfondimanto fatto dai ragazzi posizionare un marker in openlayers che una volta cliccato apra la sezione con l'ipertesto (o in un popup o in un frame a parte o come si vuole..). Tranquillo Matteo che pian piano ce la facciamo :) Come vedi ora hai l'aiuto di molti e non solo del sottoscritto! Ciao, Alessio Ok Allora devo fare così: 1 tracciare i percorsi inserendo punti di interesse taggati (per i percorsi già fatti basta aggiungerli vero?) 2 inserire nel sito della scuola la carta osm con openlayers (il file elenco con coordinate che ho usato mi sembra un bell'oggetto didattico, per gli stiudenti è istruttivo preparare punti con coordinate e qualche frase + link, è un po' più ostico e astratto JOsm i bimbi fanno le medie). 3 domanda: ho guardato http://cortesi.com/sapere_libera_tutti mi piacerebbe fare delle schede fatte così. Intanto grazie e ciao sabato vedo anche fabrizio forse i miei piccoli studenti diventeranno liberi tracciatori speriamo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Openlayers icone per markers
Volentieri ma non ben capito come si fa, ho spiegato (per quello che mi permettono le mie conoscenze informatiche) il mio progetto ad Alessio e a Cristina. Mi è parso di capire che dovessi fare così. Se riesco a farlo in altro modo più condiviso e libero bene, ma devi spiegarmi come. Se ho capito bene la tua idea è quella di fare una mappa che sia cliccabile per approfondire determinati punti. Ad esempio, cliccare sulla chiesa e vedersi apparire la foto della chiesa con la descrizione, la storia etc. Per fare questo il modo più semplice credo sia passare da openlayers! Ovviamente la cosa migliore è inserire in openstreetmap tutti i punti di interesse possibili (chiese, monumenti, etc) in modo da avere comunque tutto in OSM, e poi per i punti in cui si vuole l'approfondimanto fatto dai ragazzi posizionare un marker in openlayers che una volta cliccato apra la sezione con l'ipertesto (o in un popup o in un frame a parte o come si vuole..). Tranquillo Matteo che pian piano ce la facciamo :) Come vedi ora hai l'aiuto di molti e non solo del sottoscritto! Ciao, Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Openlayers icone per markers
OL = openlayers KML = cos'è? Se mi date due dritte e' l'xml per i dati gis proposto da google ed ora entrato a far parte degli standard dell'opengisconsortium Personalmente sarei piu' contento se i dati che crei finissero direttamente su openstreetmap, questo perche' mi sembra piu' un progetto GIS che usa OpenStreetMap come sfondo. Mi rendo conto che, da un punto di vista didattico e' meglio procedere secondo quanto da te descritto. Puoi sempre pensare di procedere in parallelo. A spanne quanti punti pensi di inserire? La creazione di un KML non e' cosa complessa e puoi farlo anche a partire da un file csv. Ci sono anche tool che fanno geotagging delle immagini ed esportano direttamente in KML Google offre molta documentazione in merito http://code.google.com/apis/kml/documentation/whatiskml.html Il rischio e' che ti concentri sulla creazione di un file KML che poi puoi utilizzare con google maps, google earth, openlayers e molto altro ancora ... Metto la parola rischio fra virgolette perche' l'idea non e' sbagliata, ma mi sembra che la parte openstreetmap passi un po' in secondo piano in favore di quanto offerto da google e di progetti piu' google maps like ce ne sono tantissimi. A questo punto ti chiedo di darmi maggiori informazioni sulla parte didattica strutturata su OpenStreetMap . State raccogliendo anche le tracce GPS per i percorsi? Quanto a JOSM concordo: molto probabilmente per i ragazzi delle medie e' piu' indicato Merkaator o Potlach ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Openlayers icone per markers
OL = openlayers KML = cos'è? Se mi date due dritte e' l'xml per i dati gis proposto da google ed ora entrato a far parte degli standard dell'opengisconsortium Personalmente sarei piu' contento se i dati che crei finissero direttamente su openstreetmap, questo perche' mi sembra piu' un progetto GIS che usa OpenStreetMap come sfondo. Il progetto (che è in origine il passeggiate hacker che mi ha dato Lorena, e quindi credo che arriva da una tua idea) si compone di: gita, a piedi, intorno alla scuola, con tracciatore GPS, macchine foto, registratori, videocamera, etc etc tracciamento del percorso fatto su osm (per ora sto provando io, ma ho intenzione di nsegnare dei rudimenti ad alcuni ragazzi e farli provare) via josm (o proverò merkaator o potlach) apposizione dei marker sul frame inserito nel sito della scuola con fumetti (tipo http://cortesi.com/sapere_libera_tutti) con i lmaggior numero di dati possibili: ad esempio nella tre vie di bezzecca che compongono i lcorso principale potremmo inserire una decina/quindicina di punti. Questa attività penso verrà ripetuta due tre volte duarnte l'anno scolastico per ognuan delle tre classi coinvolte. Poi si vedrà. Mi rendo conto che, da un punto di vista didattico e' meglio procedere secondo quanto da te descritto. Puoi sempre pensare di procedere in parallelo. Si ma dovrò vedere di recuparare del tempo nelle vacanze di natale, vedremo A spanne quanti punti pensi di inserire? Almeno una trentina. La creazione di un KML non e' cosa complessa e puoi farlo anche a partire da un file csv. Ci sono anche tool che fanno geotagging delle immagini ed esportano direttamente in KML Google offre molta documentazione in merito http://code.google.com/apis/kml/documentation/whatiskml.html grazie andrò a vedere Il rischio e' che ti concentri sulla creazione di un file KML che poi puoi utilizzare con google maps, google earth, openlayers e molto altro ancora ... Metto la parola rischio fra virgolette perche' l'idea non e' sbagliata, ma mi sembra che la parte openstreetmap passi un po' in secondo piano in favore di quanto offerto da google e di progetti piu' google maps like ce ne sono tantissimi. Sul fatto di usare osm sono abbastanza convinto, fai conto che il progetto rientra però uin una altro progetto più grande che riguarda le scuole del c9 nel quale verrà usato molto giscover (non nella mia scuola però) A questo punto ti chiedo di darmi maggiori informazioni sulla parte didattica strutturata su OpenStreetMap . State raccogliendo anche le tracce GPS per i percorsi? si Quanto a JOSM concordo: molto probabilmente per i ragazzi delle medie e' piu' indicato Merkaator o Potlach ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] confini e relazioni: script di correzione
On Sun, Nov 2, 2008 at 7:57 PM, Paolo Molaro [EMAIL PROTECTED] wrote: On 10/31/08 Simone Cortesi wrote: la relation dovrebbe essere questa: http://www.openstreetmap.org/browse/relation/48130 ma va bene anche rifarla purche' sia completa di tutto. Ce n'e' anche un'altra: 36988. vero, ma la 48130 è quella che fa riferimento ai dati istat. l'altra no. Allora, il tuo upload e' fallito per alcune way perche' un amico fritz (si chiama proprio FischersFritz:) aveva cancellati alcuni nodi mentre l'upload era in progresso. da cui il famoso scioglilingua studiato alle superiori: Fischer Fritz fischt frische Fische. Frische Fische fischt Fischer Fritz. Ho fatto anche l'upload delle relation che referenziavano le suddette way, ho visto che quei comuni in vicinanza dell'Aquila sono stati sistemati. con due che mancano ancora: 1) Liguria (questa ha alcune way cancellate da te, per esempio la 27970354 e la 27973784 ed altre cancellate da giovand), quindi vorrei sapere che e' successo qui 27970354 stavo sistemando il confine con il vaticano e ho eliminato quella meno precisa, quindi quella istat appena inserita. le altre non so. 2) Italia: da qui mi va in timeout, provo di nuovo piu' tardi o domani. non l'ho vista, hai riprovato? userai la relation 48130? -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
