[agromania] Fw: RE: [Ina-SRI] National Workshop on S.R.I.
TS; Lagi, masalah keberhasilan Padi SRI. Salam, KushaBS = PEMBERITAHUAN: Perlahan tapi pasti kami akan mulai melakukan penertiban keanggotaan di milis ini. Jika Anda belum terdaftar sebagai anggota Agromania Business Club (ABC), silahkan segera mendaftarkan dengan mengisi formulir di http://www.agromania.co.cc Dapatkan GRATIS 1 CD Direktori Penjual dan Pembeli Agro Indonesia Edisi 2007 -2008 senilai Rp 250.000 (belum termasuk ongkos kirim) untuk anggota baru yang mendaftar sebelum tanggal 20 September 2008. = AGROMANIA (online terpercaya sejak 1 Agustus 2000) BERGABUNG: http://groups.yahoo.com/subscribe/agromania = --- On Mon, 9/8/08, Made Setiawan [EMAIL PROTECTED] wrote: From: Made Setiawan [EMAIL PROTECTED] Subject: RE: [Ina-SRI] National Workshop on S.R.I. To: [EMAIL PROTECTED] Date: Monday, September 8, 2008, 9:18 AM Saya juga tertarik untuk datang sebagai observer. Peserta SRI di desa kami mulai bertumbuh sejak keberhasilan kami dalam panen lalu dengan hasil 800kg per 10 ara (dua kali lebih banyak dari metode biasa yang dialkukan oleh petani setempat). SRI yang kami terapkan waktu itu pun tidak sepenuhnya mengikuti aturan yang sebenarnya (petani khawatir dengan areal yang macak-macak, jadi sering dibanjri lewat dari 2 cm diatas akaran). Dengan bukti awal hasil SRI jumlah petani dan areal tanam juga mulai meluas. Salam SRI Blahbatuh, gianyar, Bali Made Setiawan From: [EMAIL PROTECTED] .com [mailto:Ina- [EMAIL PROTECTED] com] On Behalf Of Iswandi Anas Sent: Saturday, September 06, 2008 3:36 PM To: [EMAIL PROTECTED] .com Subject: RE: [Ina-SRI] National Workshop on S.R.I. Dear Pa Djuwito P Moh. Hasan, Pa Chakra dan Anggota Ina-SRI yang lain, Sesuai dengan pertemuan SC National Workshop on S.R.I. diputuskan bahwa Workshop ini akan terbuka untuk umum, diadakan dua hari, hari pertama acara utamanya adalah dari petani S.R.I untuk petani S.R.I. dan para akademisi, peneliti dan pengambil kebijakan yang mau mendengarkan langsung dari petani sedangkan hari kedua adalah seminar dengan pembicara Politisi, akademisi/peneliti dan praktisi. Sebagai pelaksana adalah Direntorat Pengelolaan Lahan Ditjen PLA Departemen Pertanian RI . Kita tunggu undangan resmi dari OC. Wassalam, Prof.Dr Iswandi Anas Head of the Laboratory of Soil Biotechnology Department of Soil Sciences and Land Resources, Faculty of Agriculture, Bogor Agriculturl University (IPB), Jl. Meranti, IPB Darmaga Campus, Bogor 16680, INDONESIA Phone: +62-251-8422047; Fax: +62-251-8629358 Email: [EMAIL PROTECTED] net.id; [EMAIL PROTECTED] com; Cellphone +62-81310750540 From: [EMAIL PROTECTED] .com [mailto:Ina- [EMAIL PROTECTED] com] On Behalf Of djuwito wito Sent: Saturday, September 06, 2008 10:03 AM To: [EMAIL PROTECTED] .com Subject: Re: [Ina-SRI] National Workshop on S.R.I. Yth. Pak Iswandi Saya sangat tertarik dan berusaha akan mengikuti pelaksanaan Workshop Nasional SRI tersebut, kami mohon kepada Pak Iswandi untuk bisa mengirimkan Jadwal dan Silabus Workshop kepada kami. Dan jika diperbolehkan dan ada kesempatan, kami dari Comdev PT. HM. Sampoerna Tbk Sukorejo-Pasuruan bisa mengisi materi Workshop dengan judul Pengalaman PT. HM. Sampoerna Tbk dalam Pengembangan SRI Terima kasih Salam, Djuwito Tim SRI Comdev PT. HM. Sampoerna, Tbk Sukorejo. HP. 081 237 60554 e-mail : djuwito_mtr@ yahoo.com --- On Thu, 4/9/08, Iswandi Anas [EMAIL PROTECTED] net.id wrote: From: Iswandi Anas [EMAIL PROTECTED] net.id Subject: [Ina-SRI] National Workshop on S.R.I. To: [EMAIL PROTECTED] .com Date: Thursday, 4 September, 2008, 2:08 PM Dear Ina-SRI member, While waiting for a formal announcement from Directorate General for Land and Water Management Ministry of Agriculture RI, I would like to inform that the National Workshop on S.R.I will be held on October 20 and 21, 2008. The first day of the workshop will be allocated for the farmers to conveys their message in success and problems they are facing and in this first day workshop the scientists and executives are encourage to hear from the farmers. In the second day of workshop will be open seminar and the speakers will be decision makers, scientists and practiciants. Every members of Ina-S.R.I. are invited to joint this seminar. Best regards, Prof.Dr Iswandi Anas Head of the Laboratory of Soil Biotechnology Department of Soil Sciences and Land Resources, Faculty of Agriculture, Bogor Agriculturl University (IPB), Jl. Meranti, IPB Darmaga Campus, Bogor 16680 , INDONESIA Phone: +62-251-422047; Fax: +62-251-629358 Email: [EMAIL PROTECTED] net.id; Cellphone +62-81310750540 New Email names for you! Get the Email name you've always wanted on the new @ymail and @rocketmail. Hurry before someone else does! [Non-text portions of this message have been removed]
[OSM-talk] Restaurants/Fast Food
Is it only me that finds these two classifications a bit limiting? How do other people use them? I'm thinking of say a restaurant where you could dine in the restaurant, order takeaway at the counter, drive through and order at the window, or phone for a delivery. Do I class that as a restaurant? Or does it depend on the type of food they sell (that you can drive through suggests fast food in this example). There are also takeaways where the service is anything but fast, especially if they also have a busy eat-in restaurant section. What I would have preferred is have takeaway as an option and then have say for places where you can eat in: amenity=restaurant takeaway=yes/no drive_thru=yes/no delivery=yes/no and where you can't eat in amenity=takeaway drive_thru=yes/no delivery=yes/no Which makes me consider that there may be places that only deliver, and perhaps amenity=fast_food would be suitable for those? I don't think there are any round here though; most of the delivery places also allow you to collect if you wish. So far I've been tagging some of the local takeaways as restaurant even if they don't have an eat in area if I don't think of the type of food that they sell as fast food - e.g. say Indian or Chinese takeaways where you get the same standard of food as in the equivalent restaurant, wait as long for it to be prepared, but take it away in cartons rather than eating it on the premises - but feel that I should go back and revisit them. The reason is that there is a KFC restaurant that I do think of as fast food, but has an eat in area (as well as drive thru and takeaway options). It feels wrong tagging it as fast food though when it is more of a restaurant than the takeaways that I've tagged as restaurant. Thanks for reading. If this has already been discussed I'm still fairly new; if there is a similar proposal on the wiki then I find the wiki next to impossible to find anything in and have taken to bookmarking any interesting pages mentioned on this list so I can find them again easily. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Restaurants/Fast Food
Ed Loach wrote: Is it only me that finds these two classifications a bit limiting? No. amenity=restaurant takeaway=yes/no drive_thru=yes/no delivery=yes/no and where you can't eat in amenity=takeaway drive_thru=yes/no delivery=yes/no What about: amenity=food eatin=yes/no takewaway=yes/no drivethrough=yes/no delivery=yes/no fastfood=yes/no foodtype=FREEFORM (e.g. 'chinese', 'indian', 'chicken', 'tasteless cardboard' etc.) Mind you, is it really worth capturing this information? Nick. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Restaurants/Fast Food
For me the criteria is quite simple : amenity=fast_food : get food at desk, pay at desk. amenity=restaurant : food served at the table, pay at table. The kind of food served, quality of service, or whether there is a dining place or not is irrelevant (though restaurants always have one, obviously). There are restaurants that will also allow to get food at the desk and take away, or offer delivery service : they might qualify for dual use amenity. -Message d'origine- De : [EMAIL PROTECTED] [mailto:talk- [EMAIL PROTECTED] De la part de Nick Barnes Envoyé : mardi 9 septembre 2008 11:55 À : talk@openstreetmap.org Objet : Re: [OSM-talk] Restaurants/Fast Food Ed Loach wrote: Is it only me that finds these two classifications a bit limiting? No. amenity=restaurant takeaway=yes/no drive_thru=yes/no delivery=yes/no and where you can't eat in amenity=takeaway drive_thru=yes/no delivery=yes/no What about: amenity=food eatin=yes/no takewaway=yes/no drivethrough=yes/no delivery=yes/no fastfood=yes/no foodtype=FREEFORM (e.g. 'chinese', 'indian', 'chicken', 'tasteless cardboard' etc.) Mind you, is it really worth capturing this information? Nick. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Where i can get Tiles from Level 14. as Zip-File ?
Hi, does anyone know a place to download tiles-level as zip-arc's? Would like to use them on my local server? I'd tried to download the tiles via http (automated by an php-script) from http://tah.openstreetmap.org/Tiles/tile/ ... but that takes too long. regards, AndreasG ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Restaurants/Fast Food
What I would really like, is for some one to be sitting in a restaurant, and be able to tap away on their mobile device (or via a web page later on ), and rate the quality of the restaurant, and of course in clude every thing else (accessibility options for instance). Is that some thing that could be built around the current OSM DB, or would it require a second paralel project? 2008/9/9 Chris Hill [EMAIL PROTECTED] I agree the tags are a bit limited, but I think the distinction between restaurant and fast_food is usually a good one. amenity=food doesn't show that it is prepared food, ready to eat rather than a shop selling the raw materials. Adding the extra tags to restaurant and fast_food will work by improving what we have rather than creating a new, parallel set of tags. Is it worth capturing?: yes. This would be useful for someone creating a tourist map of an area for example. cheers, Chris - Original Message From: Nick Barnes [EMAIL PROTECTED] To: talk@openstreetmap.org Sent: Tuesday, 9 September, 2008 10:55:22 Subject: Re: [OSM-talk] Restaurants/Fast Food Ed Loach wrote: Is it only me that finds these two classifications a bit limiting? No. amenity=restaurant takeaway=yes/no drive_thru=yes/no delivery=yes/no and where you can't eat in amenity=takeaway drive_thru=yes/no delivery=yes/no What about: amenity=food eatin=yes/no takewaway=yes/no drivethrough=yes/no delivery=yes/no fastfood=yes/no foodtype=FREEFORM (e.g. 'chinese', 'indian', 'chicken', 'tasteless cardboard' etc.) Mind you, is it really worth capturing this information? Nick. ___ 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] [Tagging] Restaurants/Fast Food
Ed, I also map eating places in reasonable detail as it will be very useful when OSM search engines expand to local POI searches, as I am sure they will. We are in a distinct minority at the moment so I suggest personal experimentation and then make specialist proposal(s) if no one else does. From experience, it is best to have as few general qualitative tag values as possible so that they are memorable and do not require great thought in choosing which one to use. For eating places that is amenity = restaurant, cafe, fast_food. If they are used without any supporting tags, they still give a reasonable though not precise indication of what the decor is going to be like and what you might have to pay even though the distinction can be blurry as you rightly point out - is the local bistro a cafe or restaurant? Any more categories and it gets really difficult. Then carefully add specialist tags which most folks can cheerfully ignore or add later. As far as I know, there has been no proposals covering takeaway, delivery, drive_thru =yes/no. I think they'd make a good addition, I'll join you adding them. Do feel free to just go ahead and add new specialist tags to the database. I am a great and active proponent of Map Features as a place to gradually evolve a coherent set of globally useful tags but it is only part of the way forward. I, for example, map gluten_free=yes because it is has a reasonably clear meaning in context, is of great interest to me, may be useful to others but of very minority interest. Also have a look at: http://wiki.openstreetmap.org/index.php/Map_Features amenity = restaurant, cafe, fast_food http://wiki.openstreetmap.org/index.php/Key:cuisine - I find this really useful. http://wiki.openstreetmap.org/index.php/Key:description - Useful for adding anything that does not fit a specific tag Mike At 11:45 AM 9/09/2008, Ed Loach wrote: Is it only me that finds these two classifications a bit limiting? How do other people use them? I'm thinking of say a restaurant where you could dine in the restaurant, order takeaway at the counter, drive through and order at the window, or phone for a delivery. Do I class that as a restaurant? Or does it depend on the type of food they sell (that you can drive through suggests fast food in this example). There are also takeaways where the service is anything but fast, especially if they also have a busy eat-in restaurant section. What I would have preferred is have takeaway as an option and then have say for places where you can eat in: amenity=restaurant takeaway=yes/no drive_thru=yes/no delivery=yes/no and where you can't eat in amenity=takeaway drive_thru=yes/no delivery=yes/no Which makes me consider that there may be places that only deliver, and perhaps amenity=fast_food would be suitable for those? I don't think there are any round here though; most of the delivery places also allow you to collect if you wish. So far I've been tagging some of the local takeaways as restaurant even if they don't have an eat in area if I don't think of the type of food that they sell as fast food - e.g. say Indian or Chinese takeaways where you get the same standard of food as in the equivalent restaurant, wait as long for it to be prepared, but take it away in cartons rather than eating it on the premises - but feel that I should go back and revisit them. The reason is that there is a KFC restaurant that I do think of as fast food, but has an eat in area (as well as drive thru and takeaway options). It feels wrong tagging it as fast food though when it is more of a restaurant than the takeaways that I've tagged as restaurant. Thanks for reading. If this has already been discussed I'm still fairly new; if there is a similar proposal on the wiki then I find the wiki next to impossible to find anything in and have taken to bookmarking any interesting pages mentioned on this list so I can find them again easily. Ed ___ 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] Restaurants/Fast Food
I agree the tags are a bit limited, but I think the distinction between restaurant and fast_food is usually a good one. amenity=food doesn't show that it is prepared food, ready to eat rather than a shop selling the raw materials. Adding the extra tags to restaurant and fast_food will work by improving what we have rather than creating a new, parallel set of tags. Is it worth capturing?: yes. This would be useful for someone creating a tourist map of an area for example. I quite liked Nick's idea, although perhaps stick with amenity=restaurant and/or amenity=fast_food rather than amenity=food; the eat_in=yes/no option would dictate whether you could eat in or not. Otherwise I would want to tag fast food restaurants with two amenity tabs which I don't think is currently supported by any editors (cf supermarket/post-office discussion - was that this list? - ah yes The 0.6 API will not support duplicate key values.). So in my example of the KFC drive_thru with eat in area, I could use either amenity=restaurant or amenity=fast_food each with eat_in=yes takeaway=yes delivery=no drive_thru=yes name=KFC (and I don't think I'd bother with a foodtype in KFC's case, although I liked the idea - a restaurant nearby called Saffron sells some sort of eastern cuisine, but I can't remember which and a foodtype there would be useful) The difference in how it rendered would then solely be down to my choice of amenity tag, but all the information would be captured. I guess if delivery=yes then going totally over the top we could add telephone= and perhaps url= for ways to order. But that's probably going too far... I think I'll check the places I've added already (all I think as restaurant) and reconsider whether fast_food would be appropriate. I figure I might use fast_food for anywhere that doesn't have an eat_in facility even if the food doesn't arrive particularly quickly. I'll also use fast_food for any of KFC, BK, McDonalds or smaller chains doing similar even if they do have eat_in facilities. I don't think I will for Pizza Hut (unless they are one of the small delivery non-eat-in versions I've seen about), Pizza Express and so on. And I haven't even mentioned the amenity=café (or is that cafe?) Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] Restaurants/Fast Food
On 09/09/2008 13:53, Mike Collinson wrote: I also map eating places in reasonable detail as it will be very useful when OSM search engines expand to local POI searches, as I am sure they will. You mean like restaurants near Cambridge, UK or cafes near Pimlico Type it into the search box and see what you get! David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Restaurants/Fast Food
For the type of food, there is the 'cuisine' tag; 'cusine=italian' for example. I would agree with the: 'sit to order' = restaurant 'stand to order' = fast_food 'daytime only' = cafe?? In addition if the place is a chain/franchise, I also add the 'operator' and (if know, normally on receipt) 'ref=store_number'. Also if know; 'phone', 'URL' and any pertainant 'note'. Cheers, Mungewell. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Restaurants/Fast Food
What I would really like, is for some one to be sitting in a restaurant, and be able to tap away on their mobile device (or via a web page later on ), and rate the quality of the restaurant, and of course in clude every thing else (accessibility options for instance). Is that some thing that could be built around the current OSM DB, or would it require a second paralel project? I would really think that any commentary on quality/service is best left for another project as it is subjective. OSM maps the physical. The only thing that might count is the 'family friendness' of a restaurant Cheers, Mungewell. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OS Trumped
Steve Chilton wrote: Anyway the OS are one the of the primary (platinum?!) sponsors of the RGS (along with Land Rover and Rolex from memory). So the map of the venue, and how to get to it, prominantly displayed on the back cover of the abstracts naturally used Open Street Map data. Nice one! Just as good, from the BGS press release: ORDNANCE SURVEY MASTERMAP AWARD FOR BETTER MAPPING The Ordnance Survey MasterMap award is to encourage innovative and stimulating map products derived from, and composed mainly of, Ordnance Survey's MasterMap data. The award is run with the support of Ordnance Survey. Unfortunately, an award will not be made this year as it was the opinion of the judges that the entries did not fulfil all of the criteria as stated in the rules. The problem was not with the quality of the products, but they felt there was minimal or no innovative use of OS MasterMap data. -- Jonathan (Jonobennett) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=vending_machine AND amenity=post_box: what about?
vegard a écrit : On Mon, Sep 08, 2008 at 06:40:59AM -0700, Karl Newman wrote: So personally I think duplicate keys would be the easiest and best way to tag such double-uses. Norbert Just make two different nodes, each located closest to the amenity concerned. There's nothing that makes it non-routable. It's just a Well - apart from the fact that it actually makes it difficult to render In many cases, the supermarket *is* the post-office, I agree fully with it. Here for example, at railways stations (let say middle class) you can buy train tickets (hopefully), but also book your travel or get some foreign money. At the same desk, deserved by the same person. I really have here 3 amenities as one point. The easy answer of some people map the world as it is... is here just too short. The fact that neither API 0.5 nor API 0.6 (will) support it is a good point for not using it. But not to forget to think about it ? Then in short, what is the process for API specifications inputs? :-) by the way: I just had a look at http://dev.openstreetmap.org/~kleptog/osm-0.5.dtd !ELEMENT node (tag*) !ATTLIST node id [...cut...] !ELEMENT tag EMPTY !ATTLIST tag k CDATA #REQUIRED !ATTLIST tag v CDATA #REQUIRED and from the current dtd definition, I could not see anything saying that it is forbidden to use twice the key amenity for a node or a way. Or did I missed something? best regards Pierre-André ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tagging] Restaurants/Fast Food
At 03:01 PM 9/09/2008, David Earl wrote: On 09/09/2008 13:53, Mike Collinson wrote: I also map eating places in reasonable detail as it will be very useful when OSM search engines expand to local POI searches, as I am sure they will. You mean like restaurants near Cambridge, UK or cafes near Pimlico Type it into the search box and see what you get! David Yes, of course, what was I thinking! Centre of the Universe searches come up beautifully: restaurants near Otley, cafes near Otley. Perhaps I meant as they become even more sophisticated - eating places as a group, indian restaurants, maps with multiple POI markers and pop-ups showing the sub-tags, that sort of thing. But I am sure you are thinking or working on that already. Detailed tagging contributions will become more valuable. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenStreetMap routing service
2008/9/8 Lambertus [EMAIL PROTECTED]: Lars Aronsson wrote: Lambertus wrote: There are no roads in Scandinavia that are called trunk roads. So we have to invent our own understanding of when to use this label. Unfortunately, the Finns and Norwegians made a different interpretation than the Swedes. So at some zoom levels, it looks as if Norway and Finland are full of green trunk roads, while Sweden is a country with very few roads. Because we labeled those roads as primary, which are not rendered at that zoom level. I think we should change all Swedish riksväg roads from primary to trunk, to match the definition used for Norway and Finland, and to make the map of Sweden look less empty at some zoom levels. FYI: In Norway trunk road are used for stamveg (marked with green number signs in the wild), not riksveg (white signs). This is described in http://wiki.openstreetmap.org/index.php/No:Map_Features -- Bernt Marius Johnsen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSMXAPI question: is it me, or...
Either I don't understand how querying OSMXAPI works or I stumbled upon a bug. Perhaps someone can have a look at this: I would like to download all regional cycle routes within a certain small area in The Netherlands. As all these routes are tagged using relations (checked this) I try to query these routes as relations (which should also return the ways and nodes according to the wiki). On http://www.informationfreeway.org: /api/0.5/relation[route=bicycle][network=rcn][bbox=5.5,52.0,6.3,52.3] The result is an ~10 MB osm file that contains relations and bits of ways and nodes ranging from the UK to Belgium, Netherlands and Germany. Some ways appear to be complete, others are partly downloaded because there are nodes but no ways. If I was to think that the bbox parameter is ignored (because of the data from far outside the bbox) then the output from OSMXAPI again seems incorrect because there are large areas of ways and nodes missing that one would expect if all rcn cycle routes are downloaded. So it's clear; I don't understand how this result is caused or what I should query to get the result I'm looking for ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMXAPI question: is it me, or...
Thanks for looking at it and you are right, only one predicate and one bbox predicate is allowed, I missed that. Unfortunately when I request again with only one predicate, the result is almost the same (data from far outside the bbox and missing ways and nodes without ways): /api/0.5/relation[network=rcn][bbox=5.5,52.0,6.3,52.3] Chris Hill wrote: Lambertus wrote: Either I don't understand how querying OSMXAPI works or I stumbled upon a bug. Perhaps someone can have a look at this: /api/0.5/relation[route=bicycle][network=rcn][bbox=5.5,52.0,6.3,52.3] I don't think you can use multiple predicates. The wiki says: A request can be suffixed with multiple predicates, each of which further constrains the results (currently limited to one tag predicate and one bbox predicate) Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMXAPI question: is it me, or...
Lambertus Yes, its likely to be a bug. I'll take a look at it. 80n On Tue, Sep 9, 2008 at 10:12 PM, Lambertus [EMAIL PROTECTED] wrote: Thanks for looking at it and you are right, only one predicate and one bbox predicate is allowed, I missed that. Unfortunately when I request again with only one predicate, the result is almost the same (data from far outside the bbox and missing ways and nodes without ways): /api/0.5/relation[network=rcn][bbox=5.5,52.0,6.3,52.3] Chris Hill wrote: Lambertus wrote: Either I don't understand how querying OSMXAPI works or I stumbled upon a bug. Perhaps someone can have a look at this: /api/0.5/relation[route=bicycle][network=rcn][bbox=5.5,52.0,6.3,52.3] I don't think you can use multiple predicates. The wiki says: A request can be suffixed with multiple predicates, each of which further constrains the results (currently limited to one tag predicate and one bbox predicate) Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Bebouwde Kom
Dit klinkt misschien als een domme vraag, maar is er een norm t.a.v. de betekenis van bebouwde kom in NL? Dit vraag ik omdat er verschillende definities bestaan. Ik kan er in ieder geval drie bedenken: * planologisch (bestemmingsplannen e.d.) * feitelijk (het bebouwde gebied) * verkeerstechnisch (tussen de blauwe woonplaatsborden) In mijn woonplaats (Maarssen) heeft de gemeente een tijd geleden de verkeerstechnische bebouwde kom aanzienlijk opgerekt, zodat nu een aantal wegen op grote afstand van de feitelijke bebouwing al binnen de bebouwde kom vallen. In OSM zie ik dat de BK-grens min of meer de feitelijke bebouwing volgt. Als de BK-grens in OSM gebruikt wordt om te bepalen of de verkeersregels voor binnen de bebouwde kom op een bepaald wegvak van toepassing zijn, gaat dat dus mis. Graag jullie advies: de BK-grens laten aansluiten op de verkeerstechnische, of de wegen in dit grijze gebied allemaal afzonderlijk taggen waar nodig? --colin ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bebouwde Kom
On Tuesday 09 September 2008, Colin Smale wrote: Dit klinkt misschien als een domme vraag, maar is er een norm t.a.v. de betekenis van bebouwde kom in NL? Nou, valt wel mee, hier is al eerder discussie over geweest :-) [...] In OSM zie ik dat de BK-grens min of meer de feitelijke bebouwing volgt. Vanuit de AND data waren dit soort gegevens beschikbaar en op een gegeven moment heeft iemand hier het predikaat landuse=residential opgeplakt, omdat het zoals je zegt inderdaad nog het meest overeenkomt met het bebouwde gebied. Ik denk dat het het beste is om die betekenis te houden, maar ik kan me voorstellen dat er anderen zijn die daar anders over denken. Als de BK-grens in OSM gebruikt wordt om te bepalen of de verkeersregels voor binnen de bebouwde kom op een bepaald wegvak van toepassing zijn, gaat dat dus mis. Inderdaad, we hebben eigenlijk geen verkeerstechnische bebouwde kom gegevens. Graag jullie advies: de BK-grens laten aansluiten op de verkeerstechnische, of de wegen in dit grijze gebied allemaal afzonderlijk taggen waar nodig? Ik zou deze inderdaad afzonderlijk taggen met bijvoorbeeld maxspeed. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bebouwde Kom
On Tue, 9 Sep 2008, Roeland Douma wrote: Dat wordt dan wel een bitch van een relatie. En volgens mij wil je dat echt niet voor grotere steden gaan doen. Of laat ik het zo zeggen. Ik wil dat niet voor grotere steden gaan doen :P Het lijkt me onderhouds technisch ook vrijwel onmogelijk aangezien bij een beetje stad als iemand een weg toevoegd en deze niet aan de relatie toevoegd dit bijna niet te zien is. Dan moet dat maar geautomatiseerd op basis van een bbox die automatisch nieuwe wegen aan een relatie toevoegd. Een relatie is *veel* beter dan tag. Dat is ook een van de reden dat ik ways als relations beschrijf. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bebouwde Kom
Oke op basis van een bbox, of nouja meer een bpoly. Dat zou super zijn. Dan heeft het zeker ook mijn steun! --Roeland On Tuesday 09 September 2008 10:15:11 Stefan de Konink wrote: On Tue, 9 Sep 2008, Roeland Douma wrote: Dat wordt dan wel een bitch van een relatie. En volgens mij wil je dat echt niet voor grotere steden gaan doen. Of laat ik het zo zeggen. Ik wil dat niet voor grotere steden gaan doen :P Het lijkt me onderhouds technisch ook vrijwel onmogelijk aangezien bij een beetje stad als iemand een weg toevoegd en deze niet aan de relatie toevoegd dit bijna niet te zien is. Dan moet dat maar geautomatiseerd op basis van een bbox die automatisch nieuwe wegen aan een relatie toevoegd. Een relatie is *veel* beter dan tag. Dat is ook een van de reden dat ik ways als relations beschrijf. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bebouwde Kom
On Tue, 9 Sep 2008, Roeland Douma wrote: Oke op basis van een bbox, of nouja meer een bpoly. Dat zou super zijn. Dan heeft het zeker ook mijn steun! Overweeg 'floodfilling' ook eens :) Dan zouden we alle punten waar een overgang is van buiten/binnen kom moeten markeren, en alles van type way wat binnen deze graaf past is binnen de bebouwde kom. De relatie die dat oplevert zou dan een 'cache' zijn, maar het kan ook zonder dat worden uitgerekend. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] OSM NL - The Definate List
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sta je niet op deze lijst, dan zou je, je eigenlijk van de mailinglist moeten uitschrijven want dan heb je minder dan 10 edits op je naam staan. % sys.nodes_legacy, sys.nodes_legacy # table_name % counter, username # name % int, varchar # type % 7,29 # length [ 3251457, AND ] [ 132403, BroadwayLamb ] [ 120161, Skywave ] [ 90725,GercoKees ] [ 78572,Eimai ] [ 54840,Polyglot ] [ 54528,moyogo] [ 47274,Team_Alpha] [ 44666,NULL] [ 42834,Lambertus ] [ 42346,Freek ] [ 40313,grenzdebil_bonn ] [ 38306,cbm ] [ 35096,Sec ] [ 29332,Torstiko ] [ 28173,SaschaR ] [ 27026,Toi ] [ 24560,Stefan de Konink ] [ 20955,PhilippeP ] [ 20629,ggezz ] [ 20613,dilo ] [ 20590,polderrunner ] [ 19813,Keichi] [ 18685,N8N ] [ 18389,cetest] [ 18075,Athemis ] [ 15548,Raymond ] [ 15345,xof ] [ 14833,Karel Demeyer ] [ 14701,mighty_eighty ] [ 14360,cartinus ] [ 13919,ivom ] [ 13810,Richard van der Weerd ] [ 13715,Karl Meyer] [ 13193,Dino_Dieter ] [ 12744,florisje ] [ 12325,Ropino] [ 12239,CyFo ] [ 11582,SimonA] [ 11154,avatar] [ 11060,CygnusOlor] [ 10887,gclemens ] [ 10621,Gluko ] [ 10443,rubke ] [ 10405,fcauwe] [ 10025,mark_m_888] [ 9931, Netzwolf ] [ 9541, pl4nkton ] [ 9419, tamin ] [ 9415, Skratz] [ 9307, Sebastiaan] [ 8945, JRohrer ] [ 8605, colonia ] [ 8587, Mikrokosmonaut] [ 8486, WanTan] [ 8413, krog ] [ 8076, Rene_A] [ 7878, Udo ] [ 7721, matra-manni ] [ 7603, black_bike] [ 7592, killefiz ] [ 7564, vanagaudi ] [ 7527, GeBu ] [ 7521, MaikB ] [ 7499, silasdm ] [ 7485, itserik ] [ 7426, dryke ] [ 7372, Andreas Dose ] [ 7342, Banny ] [ 7339, Steven te Brinke ] [ 7273, erik ] [ 6826, ammit ] [ 6732, Willem1 ] [ 6707, r0bert] [ 6639, raskas] [ 6615, Highspeedkiller ] [ 6505, gammlaa ] [ 6468, Corriere ] [ 6388, mercedon ] [ 6189, DaBear] [ 6165, richke] [ 6122, Maximilian T ] [ 6122, Glg11 ] [ 6089, theun ] [ 6068, Ørn ] [ 6011, georgberg ] [ 5995, Lithion ] [ 5943, energon ] [ 5926, paulbe] [ 5893, GPSGeert ] [ 5838, jeepster4000 ] [ 5795, Dennis_de ] [ 5731, LucT ] [ 5696, Filip ] [ 5425, ToffeHoff ] [ 5421, StefanFVogel ] [ 5374, Henry Every ] [ 5368, NorSch] [ 5368, Geert Schuring] [ 5323, Ed Kapitein ] [ 5290, Eugene van der Pijll ] [ 5229, Rogni ] [ 5098, Schack] [ 4997, PaulW ] [ 4985, Kurt Roeckx ] [ 4971, Roebuck ] [ 4834, heiligenhauser] [ 4820, mdornseif ] [ 4705, RoToRa] [ 4703, rotbarsch ] [ 4667, pweemeeuw ] [ 4666, dc6iq ] [ 4597, Waldrenner] [ 4575, cimm ] [ 4549, jobe ] [ 4525, mvdborre ] [ 4467, sylver81 ] [ 4451, Michel Brabants ] [ 4383, effem ] [ 4371, Hermes] [ 4367, speedy] [ 4356, Gery ] [ 4311, Hans van Wijk ] [ 4304, koko ] [ 4302, Fopper] [ 4299, retep ] [ 4292, MeinerEiner ] [ 4149, -jha- ] [ 4129, FabianW ] [ 4116, iandric ] [ 4108, nimix ] [ 4093, Joove ] [ 4076, Mdri ] [ 4037, Camper] [ 4004, Thomas Clavier] [ 3967, ste ] [ 3945, MartinP_do] [ 3920, kumakyoo ] [ 3904, Ben Op Weg] [ 3864, Ricky65 ] [ 3852, Koen Vandermot] [ 3829, Maarten Deen ] [ 3770, Veit-Kern ] [ 3741, cptechnik ] [ 3738, Thomas1950] [ 3721, Damian] [ 3713, Crazy Software Productions] [ 3687, TaedeT] [ 3655, florianheer ] [ 3641, Spezialist] [ 3602, Ldp ] [ 3576, mijo ] [ 3553, [EMAIL PROTECTED] ] [ 3493, bjk ] [ 3467, HaraldK ] [ 3432, moylaender] [ 3398, ervano] [ 3347, thoroe] [ 3311, Zafilutsche ] [ 3290, moonwashed] [ 3264, katpatuka ] [ 3259, Xaa ] [ 3256, Daguru] [ 3210, agelis] [ 3206, vassloff ] [ 3202, GandalfTheWhite ] [ 3197, lizard] [ 3193, mvexel] [ 3155, Fam-Os] [ 3128, bradypus ] [ 3091, pebe ] [ 3040, peSHIr] [ 3011, Myckel] [ 2987, lexip ] [ 2985, Lambert Carsten ] [ 2976, cobaco] [ 2942, AiNikolas ] [ 2941, hatzfeld ] [ 2940, Moffi ] [ 2895, peter2se ] [ 2870, uboot ] [ 2862, electroluchs ] [ 2817, GB_Germany_Vie] [ 2809, Tino ] [ 2783, Fulnir] [ 2782, Al-Chimist] [ 2780, Noèl Köthe] [ 2772, cdw ] [ 2769, lemontree ] [ 2706, dahlberg ] [ 2697, diber ] [ 2695,
[talk-au] Relations
Hi Liz, OK - the JOSM relation editor is still a bit beta-ish so you have to type all the info. Here's an example No right turn from a-street to b-road key value --- : type restriction : type of relation name No Right Turn: a-street to b-road :just a label - may be shown on a map or a screen restriction no_right_turn : may also be no_u_turn no_left_turn etc created_by JOSM Role Occupied By - -- from a-street : click on a-street to poulate this to b-street: click on b-street to fill this in via1234567 (-35., 150.): click on ther intersecting node for this one. Therefore the ways called a-street and b-road and their intersecting node are the members of this restriction type relation. see -36.2078049, 150.1238405 tying two bits of a way together into one entity (Tee-Place) key value - typestreet name Tee Place created_by JOSM Role Occupied by - - Tee Place (4 nodes) : click on first bit of Tee Place Tee Place (7 nodes) : click on second bit of Tee Place Therefore the two Tee Places are linked together by a relation to form Tee Place. I don't know how this goes down with a search algorythm - which one of the three does it find first? They seen to work (using gosmore routing engine). Cheers Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Google nearly up to date
Google Maps has finally caught up to OSM in the Canberra suburbs of Dunlop and Forde. Actually this is quite impressive for Google since some of the Forde streets have only been open to the public for a month or so. Mind you, they do have an extra appendage on Jessie Street that isn't actually there (I don't think it's an Easter Egg, but who knows!!). However they fall way behind in Franklin - C'mon Google some of those street have been driveable for over 10 days now. :-) In Queanbeyan they are wrong quite a bit and no evidence that it will ever be fixed. One Street in Harrison has three different names - a Google/Navteq/PSMA name a Sensis/Whereis name an OSM Name (identical to the street sign) - also happens to be the one decreed by legislation. Yes - this street had it's name changed by legislation twice, even before it was built and since only OSM mappers seem to be keen enough to actually drive the roads in order to map what is actually there, the others will probable never correct the mistake. A street in Franklin also had it's name changed. - OSM reflected this within a day or two of the street sign being changed.. One of the major roads in the centre of Canberra had it's name changed. The government website had the details for many a month so I was watching out for when the street signs finally changed. Google and Sensis still have this street wrong. I beleive that this is one of the good features of OSM - it can change quickly. E.G Burnie street in Lyons is impassable both in OSM and reality (roadworks of a major nature that will take a long time). Also Sheppard street in Hume. Whilst the commercial mappers just take information from other sources and bulk import it into their datasets they are going to have problems - just look at the new google map rendering of Canberra International airport. There seens to be a civilian roundabout in the middle of a taxiway - Still thats ok since they got it's name wrong anyway. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Relations
Sorry 'bout the formatting (looked ok on my screen). It doesnt make much sense now - damm. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Brisbane Mapping Party Marathon
Inspired by the London Mapping Party Marathons, I thought it might be fun to get some of the Brisbane area mappers together for a quick (1-2 hrs + drinks) little midweek evening mapping party sometime in October. I think New Farm might be a good place to start as it has some roads missing, but others fairly well mapped that could do with a POI injection. I have tentatively scheduled it for the evening of Wednesday 10th October. Details are here: http://wiki.openstreetmap.org/index.php/Brisbane/Mapping_Party_Marathon/2008-10 . Many details are still to be ironed out, and I'm very flexible on dates and such, but I'd really love to get something like this happening regularly in Brisbane. Let me know how it works out for any Brisbanites listening in here, and pass it on to any of your friends who might be interested. I'd be glad to introduce new people to OSM too! - David -- View this message in context: http://www.nabble.com/Brisbane-Mapping-Party-Marathon-tp19394244p19394244.html Sent from the OpenStreetMap - Australian Talk mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Relations
On Tue, 9 Sep 2008, Nick Hocking wrote: Sorry 'bout the formatting (looked ok on my screen). It doesnt make much sense now - damm. I'll try anyway. there's a No Left Turn in the metropolis of Binalong - important for routing because it keeps traffic on the main road. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] oberirdische U-Bahn = subway?
Hi, Am 9. September 2008 06:55 schrieb Michael Buege [EMAIL PROTECTED]: Iirc wurde vor kurzem hierzulist angemerkt, dass eine U-Bahn idR nicht Bahn im Sinne von Eisenbahn oder S-Bahn ist, sondern eher in Richtung Strassenbahn einzustufen ist. Man korrigiere mich, wenn ich mich irre. Meine Kenntnisse im Schienenbereich sind sehr überschaubar, aber eine Straßenbahn hat Rücksicht auf andere Verkehrsteilnehmer zu nehmen, da sie über Straßen geführt wird, auf denen auch Autos, Fahrradfahrer, etc. unterwegs sind. Eine U-Bahn hat hingegen ein eigenes Netz (und kann somit auch deutlich einfacher den Fahrplan halten). Das ist für mich schon ein deutlicher Unterschied (und eher Eisenbahn-ähnlich). Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
Garry schrieb: Philipp Klaus Krause schrieb: Mit dem GPS bekommt man selbst hier im Schwarzwald oft eine Genauigkeit von weniger als 2m Abweichung. Und das hast Du wie überprüft? Garr Bisher nur im Sinne von Reproduzierbarkeit, d.h. wenn ich an einem Ort bin, an dem das Gerät behauptet, einen Fehler kleiner 2 m zu haben und ich komme später nochmal dorthin, dann erhalte ich auch eine Position, die nicht mehr als zwei Meter abweicht, ob nun Minuten, Stunden oder Tage zwischen den Messungen lagen. Damit kann ich natürlich nicht ausschließen, daß ich immer den gleichen Fehler erhalte. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [AT] S31
Hallo! http://www.openstreetmap.org/?lat=47.7501lon=16.4029zoom=13 Könnte jemand bitte die Perlenschnur (offenbar ist jeder Punkt des Weges auch ein eigenständiger Punkt ohne Tags) entlang der S31 (way 4671375) entsorgen? Geht das automatisiert? TIA! Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Validator - Nicht verbundene Wege
On Mon, 8 Sep 2008, Tobias Wendorff wrote: Wo finde ich Informationen über alle Options? Welche Optionen? Das einzige, was Du dazu einstellen kannst stand in meiner ersten Mail. Ich dachte, Du hättest noch mehr geschaffen (in früheren Versionen). Wichtige Optionen sind im Einstellungsdialog. Alles andere soll der normale Nutzer überhaupt nicht anfassen. Da nicht?! http://wiki.openstreetmap.org/index.php/JOSM/Plugins/Validator Wenn sie irgendjemand dort einträgt, findest Du sie dort auch. Also wieder Source lesen? Wenn Du in die Geheimnisse einsteigen willst - Ja. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
On Mon, 8 Sep 2008, Tobias Wendorff wrote: Doch. Differential-Verfahren (ob Post-Processed oder in Echtzeit) haben eine permanente Korrektur, die den sich ändernden Bedingungen angepasst wird. Ich schrieb oben, dass eine Einmalkorrektur nicht möglich ist. Obwohl dies (aus Eigenversuch) doch im gewissen Maße möglich ist. Ich habe zwei exakt gleiche Empfänger (Holux M-1000) ausgeliehen. Einer lag auf dem Dach unseres Uni-Gebäudes (Koordinaten waren genau bekannt) und der andere war mit mir unterwegs. Beide verwenden den gleichen Algorithmus, die gleiche Uhr und hatten die gleichen Störungen durch Wetter mitbekommen. Ich habe dann die Differenz zwischen echter Koordinate und den gemessenen Daten der festen Station gebildet und diese dann anteilig auf die mobilen Daten gerechnet. Die Fehlerrate ist um 70% gesunken. Den einmal gemessenen Daten der Station oder den permanent gemessenen Daten? Im zweiten Fall hast Du auch keine Einmalinitialisierung, sondern eine Permanentkorrektur. Diesmal auf Koordinatenebene. Das ist generell möglich, allerdings musst Du Glück haben. Sobald sich die sichtbaren Satellitensätze der zwei Geräte zu stark unterscheiden (dass kann schon 1 Satellit verursachen) ist die Korrektur nicht nutzbar. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
Hallo. Am Dienstag, 9. September 2008 schrieb Andreas Labres: http://www.openstreetmap.org/?lat=47.7501lon=16.4029zoom=13 Könnte jemand bitte die Perlenschnur (offenbar ist jeder Punkt des Weges auch ein eigenständiger Punkt ohne Tags) entlang der S31 (way 4671375) entsorgen? Geht das automatisiert? Da wurde wohl eine Fahrspur komplett entsorgt! Jedenfalls sieht man hier http://www.openstreetmap.org/?lat=47.75487lon=16.40546zoom=17 dass eine Fahrspur komplett fehlt. Potlatch soll ja ne History haben, die ich aber nicht bedient bekomme, vielleicht kann damit jemand was richten. nochwas: http://www.openstreetmap.org/?lat=47.74663lon=16.41987zoom=17 Der Kreisverkehr dreht falschrum. Gruß, Bernd -- Demokratie beruht auf drei Prinzipien: - auf der Freiheit des Gewissens - auf der Freiheit der Rede - auf der Klugheit, keine der ersten beiden in Anspruch zu nehmen 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] oberirdische U-Bahn = subway?
Ich finde, man sollte es nach dem baulichen Begebenheiten taggen. Da wo U-Bahn oberirdisch railway und da wo S-Bahn unterirdisch subway. Den Rest über Namen oder andere Tags .(U123, S456) Der Meinung bin ich überhaupt nicht, da es sich bei dem railway-tag offensichtlich um ein Beförderungssystem handelt und dieses sich nur durch einige Meter Erde obendrüber nicht ändert.Es ist ja für eine U-Bahn nicht verboten einige Meter überirdisch zu fahren, weshalb ich das tatsächliche System der Bahn zugrundelegen würde und dieses auch für das gesamte Streckennetz beibehalten würde. Grüße, ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stark vereinfachte Karten aus OSM-Daten
Nach einigen verzweifelten Versuchen mit einem SVG-Export und Barbeitung des selbigen in inkscape habe ich grade beschlossen, dass dieser Weg nicht gangbar ist. Warum? Ich denke so eine Anfahrt müsste mit einer Routing-Funktion verbunden werden, da die der Zielort / die Zielstraßen eine so geringe Stufe haben, dass - alle Straßen dieser Stufe angezeigt - das Bild schon wieder unübersichtlich wird. Ich könnte mir vorstellen dabei z.B. alle Autobahnen anzuzeigen und alle Strecken und Orte, die auf dem Weg von den Autobahnen zum Ziel führen. D.h. man müsste zum rendern einzelne Straßen zum anzeigen aktivieren bzw. deaktivieren. Geht das? Grüße, PieSchie ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
PieSchie schrieb: Ich finde, man sollte es nach dem baulichen Begebenheiten taggen. Da wo U-Bahn oberirdisch railway und da wo S-Bahn unterirdisch subway. Den Rest über Namen oder andere Tags .(U123, S456) Der Meinung bin ich überhaupt nicht, da es sich bei dem railway-tag offensichtlich um ein Beförderungssystem handelt und dieses sich nur durch einige Meter Erde obendrüber nicht ändert.Es ist ja für eine U-Bahn nicht verboten einige Meter überirdisch zu fahren, weshalb ich das tatsächliche System der Bahn zugrundelegen würde und dieses auch für das gesamte Streckennetz beibehalten würde. So sehe ich das auch: U-Bahn=subway, egal ob nun gerade unter oder über der Erde Statdtbahn=light-rail, z.B. Karlsruhe, Bielefeld, Hannover. Mit Ausnahme der unterirdischen Stadtbahnen, denen würde ich dennoch =subway verpassen. S-Bahnen=railway . Das System Karlsruhe macht es auch hier etwas schwerer, da einige auch die Eisenbahnlinien die von der Stadtbahn befahren werden als light-rail anlegen, das finde ich eigentlich falsch da hier prinzipiell auch Vollbahnen jeder Art verkehren können oder könnten. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
Bernd Wurst wrote: Da wurde wohl eine Fahrspur komplett entsorgt! Oh Sch... Hoffentlich kriegt das noch wer hin... nochwas: http://www.openstreetmap.org/?lat=47.74663lon=16.41987zoom=17 Der Kreisverkehr dreht falschrum. Umgedreht. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
On Tue, 9 Sep 2008, Stephan Schildberg wrote: ich vermute mal, dass ich diese Liste noch nicht lang lese, trotzdem wage ich es mal zu fragen: Auf welchen Anlass geht der hier gepflegte Flaschschreibung zurück xyz getackt? Neographie braucht einfach neue Begriffe! Solange wir lalle mitmachen trägt OSM zur Weiterentwicklung der Sprache bei. Was gibt es gegen die alten deutschen Wörter aufnehmen, eintragen, aufzeichen, erfassen, bestimmen, kartieren, ermitteln, kennzeichnen, beschreiben oder feststellen einzuwenden. Tacken und Taggen sind für mich grausame Wortschöpfungen, die keinerlei Daseinsberechtigung haben. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Validator - Nicht verbundene Wege
On Mon, 8 Sep 2008, Frank Sautter wrote: ich habe gerade einen neuen Validator-Test fertiggestellt, welche auf unverbundene Wege prüft. Geprüft werden freiliegende Endpunkte von Wegen. ich bin begeistert! und erschreckt, wie viele fehler doch noch in meiner - von solchen fehlern frei geglaubte - heimatregion da doch noch zum vorschein kam. Ging mir auch so :-) Es gibt noch eine zweite Option: validator.UnconnectedWays.way_way_distance=0.0 Wird diese auf Werte größer 0 gesetzt, so werden auch Knoten in der Mitte oder verbundene Endpunkte geprüft. Das dauert allerdings sehr lange stimmt, vielleicht gibts da noch optimierungsmöglichkeiten. Eine Vorfilterung vielleicht, welche die Daten gruppiert und dadurch die Anzahl der Vergleiche stark minimiert. Ist aber ein nicht zu verachtender Aufwand. Ich habe dazu keine Zeit oder Lust. Patches werden gern entgegengenommen. und hat bei mir nur falsche Warnung gebracht. bei mir kamen da noch einige fehler zum vorschein. Welche? - Connected way nodes (Punkte mit anderen Wegen verbunden) - Way nodes (mittlere Punkte) Hast Du andere Parameter genutzt? Wenn ja welche. Erzielen andere Werte bessere Ergebnisse? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
hallo Andreas Labres wrote: Bernd Wurst wrote: Da wurde wohl eine Fahrspur komplett entsorgt! Oh Sch... Hoffentlich kriegt das noch wer hin... habe ich gerade eben mit potlatch und dessen Undelete funktion wieder hergestellt. bitte überprüfe ob alles passt. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
Zitat Bernd Wurst: [...] Potlatch soll ja ne History haben, die ich aber nicht bedient bekomme, Weg markieren, H druecken, auswaehlen. [...] hth -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Andreas Barth schrieb: Hallo, wie tagged man denn eine oberirdische U-Bahn richtig? Die in München ist teilweise als subway, teilweise als railway getagged. railway ist sie m.E. definitiv nicht, subway ist richtiger von der Erwartung, was da fährt. (andere) Meinungen? Alle U-Bahn-Strecken in Hamburg sind railway=subway, auch dort, wo sie dem Namen des Betreibers Hamburger Hochbahn nachkommen und oberirdisch bzw. sogar auf Viadukten verlaufen. Die genauere Auszeichnung erfolgt dann mit tunnel=yes bzw. bridge=yes und entsprechendem Layer. S-Bahnen sind in Hamburg allesamt railway=light_rail, da sie über ein separates Schienennetz verlaufen. Es ist zwar an vielen Stellen mit dem normalen Bahnnetz über Weichen verbunden, diese Übergänge werden allerdings nur in Ausnahmesituationen benutzt. Außerdem gibt es noch die Linien der AKN. Diese Bahngesellschaft ist teilweise im Hamburger Verkehrsverbund integriert, verkehrt aber bis ganz nach Neumünster und läßt auf ihrer Strecke auch (vor allem nachts) Güterzüge fahren. Aus diesem Grund ist die AKN pauschal railway=rail, selbst auf den Abzweigungen, auf denen nur S-Bahn-artige Personenbeförderung stattfindet. Da in anderen Städten das schienengebundene Nahverkehrssystem nicht unbedingt so eindeutig getrennt ist, sondern sich Mischformen entwickelt haben (Straßenbahn fährt teilweise unterirdisch bzw. als S-Bahn), sollte sich das Tagging an der Erwartung des Kartenbetrachters orientieren. Ich würde beispielsweise Straßenbahnstrecken immer als railway=tram taggen, selbst wenn die Triebwagen irgendwann den Straßenbereich verlassen und auf separaten Strecken als S-Bahn gewertet werden müssen. Mitunter gibts für den Wechsel von Tram auf Light Rail ja auch technische Anhaltspunkte, beispielsweise den Wechsel der Stromversorgung. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Am 9. September 2008 10:06 schrieb Sven Rautenberg [EMAIL PROTECTED]: Andreas Barth schrieb: Hallo, wie tagged man denn eine oberirdische U-Bahn richtig? Die in München ist teilweise als subway, teilweise als railway getagged. railway ist sie m.E. definitiv nicht, subway ist richtiger von der Erwartung, was da fährt. (andere) Meinungen? Alle U-Bahn-Strecken in Hamburg sind railway=subway, auch dort, wo sie dem Namen des Betreibers Hamburger Hochbahn nachkommen und oberirdisch bzw. sogar auf Viadukten verlaufen. Die genauere Auszeichnung erfolgt dann mit tunnel=yes bzw. bridge=yes und entsprechendem Layer. S-Bahnen sind in Hamburg allesamt railway=light_rail, da sie über ein separates Schienennetz verlaufen. Es ist zwar an vielen Stellen mit dem normalen Bahnnetz über Weichen verbunden, diese Übergänge werden allerdings nur in Ausnahmesituationen benutzt. Außerdem gibt es noch die Linien der AKN. Diese Bahngesellschaft ist teilweise im Hamburger Verkehrsverbund integriert, verkehrt aber bis ganz nach Neumünster und läßt auf ihrer Strecke auch (vor allem nachts) Güterzüge fahren. Aus diesem Grund ist die AKN pauschal railway=rail, selbst auf den Abzweigungen, auf denen nur S-Bahn-artige Personenbeförderung stattfindet. Da in anderen Städten das schienengebundene Nahverkehrssystem nicht unbedingt so eindeutig getrennt ist, sondern sich Mischformen entwickelt haben (Straßenbahn fährt teilweise unterirdisch bzw. als S-Bahn), sollte sich das Tagging an der Erwartung des Kartenbetrachters orientieren. Ich würde beispielsweise Straßenbahnstrecken immer als railway=tram taggen, selbst wenn die Triebwagen irgendwann den Straßenbereich verlassen und auf separaten Strecken als S-Bahn gewertet werden müssen. Mitunter gibts für den Wechsel von Tram auf Light Rail ja auch technische Anhaltspunkte, beispielsweise den Wechsel der Stromversorgung. ich sehe das aehnlich: S-BAHN = light_rail U-Bahn = subway Tram = tram ist einfach zu merken, logisch, und deckt Ausnahmen nicht ab. Ich wuerde in den Faellen, wo die Bahn-Spezialisten aufgrund von Spurweite, Spannung, Kreuzungsfreiheit und anderen Feinheiten Abweichungen in der vg. Definition feststellen dies mit Zusatztags klaeren. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
hallo Michael Buege wrote: Zitat Bernd Wurst: [...] Potlatch soll ja ne History haben, die ich aber nicht bedient bekomme, Weg markieren, H druecken, auswaehlen. in diesem fall gab es keine weg zu markieren, daher nützt die history funktion nix mehr. aber es gibt ein U, das alle gelöschten wege (rot) erscheinen lässt. ich musste allerdings weit rauszoomen und relativ lange warten, bis das im konkreten fall funktioniert hat. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google bringt Google Transit
Am 9. September 2008 02:52 schrieb André Reichelt [EMAIL PROTECTED]: Birgit Nietsch schrieb: Zumindest in einem Punkt kann Google uns nicht überholen: Die Google Kartendaten sind nicht gemeinfrei. Und werden sie gemeinfrei, so sind sie keine Google-Daten mehr. Catch-22 mal andersrum. ;-) Ich muss mich meinen beiden Vorrednern anschließen. Zusätzlich ist natürlich noch ein Punkt, wie viel Wert ich darauf lege. Als Privatperson will ich nur, dass die Daten kostenlos, akkurat und aktuell sind. Alle drei Punkte kann Google mehr oder minder erfüllen. Erst wenn es um das Drucken von Karten oder Anfahrtplänen geht oder um eine digitale Verwendung, wird es bei Google kritisch und ggf. teuer. gerade diese digitale Verwendung ist es doch, die man haben will, naemlich der Einsatz im Navi. Der ist bei Google explizit ausgeschlossen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
2008/9/9 Dirk Stöcker [EMAIL PROTECTED] On Tue, 9 Sep 2008, Stephan Schildberg wrote: ich vermute mal, dass ich diese Liste noch nicht lang lese, trotzdem wage ich es mal zu fragen: Auf welchen Anlass geht der hier gepflegte Flaschschreibung zurück xyz getackt? Neographie braucht einfach neue Begriffe! Solange wir lalle mitmachen trägt OSM zur Weiterentwicklung der Sprache bei. Was gibt es gegen die alten deutschen Wörter aufnehmen, eintragen, aufzeichen, erfassen, bestimmen, kartieren, ermitteln, kennzeichnen, beschreiben oder feststellen einzuwenden. Tacken und Taggen sind für mich grausame Wortschöpfungen, die keinerlei Daseinsberechtigung haben. man koennte auch kategorisieren, definieren oder indizieren verwenden, aber m.E. ist taggen am sinnvollsten, weil es schlicht und kurz den Vorgang beschreibt, Tags, also Key/Value-Paare an ways zu haengen. Das ist ein Vorgang, fuer den es kein altes deutsches Wort gibt, weil der Vorgang selbst auch neu ist. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
Ich sag doch, wenn schon eindeutschen, dann richtig: tackern (oder anheften) das Wort gibt's wenigstens schon ...tacken klingt irgendwie nach http://de.wikipedia.org/wiki/Tucke :) Dirk Stöcker schrieb am 09.09.2008 09:36: On Tue, 9 Sep 2008, Stephan Schildberg wrote: Was gibt es gegen die alten deutschen Wörter aufnehmen, eintragen, aufzeichen, erfassen, bestimmen, kartieren, ermitteln, kennzeichnen, beschreiben oder feststellen einzuwenden. Tacken und Taggen sind für mich grausame Wortschöpfungen, die keinerlei Daseinsberechtigung haben. Ciao ___ 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] JOSM: Validator - Nicht verbundene Wege
Dirk Stöcker wrote: ich habe gerade einen neuen Validator-Test fertiggestellt, welche auf unverbundene Wege prüft. Geprüft werden freiliegende Endpunkte von Wegen. [...] Kommentare und konstruktive Kritik willkommen. Eine sehr schöne und nützliche Sache. In meiner Gegend habe ich damit einen unverbundenen Weg gefunden (den jemand anderes eingezeichnet hatte). Nun das für mich weniger Erfreuliche: Ich hatte noch 87 Treffer, die allesamt Dinge waren wie: - Endpunkt eines Weges in der Nähe von einem leisure-Polygon - Endpunkt einer addr:interpolation-Linie in der Nähe einer Straße Fazit: Die Prüfung sollte sich auf Ways (Linien) mit highway=* beschränken. Oder zumindest addr:interpolation (und noch ein paar mehr) ausnehmen. Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Validator - Nicht verbundene Wege
2008/9/9 Hatto von Hatzfeld [EMAIL PROTECTED]: Fazit: Die Prüfung sollte sich auf Ways (Linien) mit highway=* beschränken. Oder zumindest addr:interpolation (und noch ein paar mehr) ausnehmen. Besser wäre es vielleicht, immer highway mit highway, waterway mit waterway usw. zu vergleichen. So würde man die meisten Fehlenden Verknüpfungen entdecken, ohne Ablenkung von Nachbarobjekten. Ist sicherlich auch schneller... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
Hallo, Ich sag doch, wenn schon eindeutschen, dann richtig: tackern (oder anheften) das Wort gibt's wenigstens schon Es heisst aber was anderes. Wenn die Englaender mit taggen das haetten ausdruecken wollen, was Du hier vorschlaegst, dann haetten sie to staple und nicht to tag genommen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TU Darmstadt Gebäudenummern
Hallo OSMler, ich habe gestern in Darmstadt alle fehlenden Gebäude der TU (Stadtmitte, Lichtwiese und Bot. Garten) nachgetragen und mit Gebäudenummern, Institutsnamen (sofern vorhanden) und Fachbereichen versehen (name). Stadtmitte: http://www.openstreetmap.org/?lat=49.87649lon=8.65726zoom=17layers=0B0FTF Lichtwiese: http://www.openstreetmap.org/?lat=49.86152lon=8.6807zoom=17layers=0B0FTF Botanischer Garten: http://www.openstreetmap.org/?lat=49.86925lon=8.68053zoom=17layers=0B0FTF Grundsätzlich würde ich die Gebäudenummern eher im ref-Tag sehen, andererseits fragen mich die Studenten immer: Wo ist denn S3|06?, so dass ich diese Info fast als wichtigeste ansehen würde. Dazu kommt, dass die Kombi aus Nummer, Gebäudename und/oder Fachbereich manchmal arg lang und häßlich aussieht. Mich würde eure Meinung interessieren, wie man das lösen könnte und ob es ein einheitliches Konzept für Gebäudenummern (nicht Hausnummern) gibt. Viele Grüße Alex -- Alex Pleiner [EMAIL PROTECTED] zeitform Internet Dienste OHG Tel./Fax: +49 (0) 6151 155-635 / -634 Fraunhoferstraße 5 PGP S/MIME: http://key.zeitform.de/ap 64283 Darmstadt, Germany Reg: HRA 6898 (Amtsgericht Darmstadt) http://www.zeitform.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
U-Bahn=subway, egal ob nun gerade unter oder über der Erde Statdtbahn=light-rail, z.B. Karlsruhe, Bielefeld, Hannover. Mit Ausnahme der unterirdischen Stadtbahnen, denen würde ich dennoch =subway verpassen. S-Bahnen=railway . Das System Karlsruhe macht es auch hier etwas schwerer, da einige auch die Eisenbahnlinien die von der Stadtbahn befahren werden als light-rail anlegen, das finde ich eigentlich falsch da hier prinzipiell auch Vollbahnen jeder Art verkehren können oder könnten. Die Stadtbahn von Stuttgart hat als Zeichen ein blaues U, hat Normalespur und fährt im Stadtzentrum und unter einigen Wohngebieten bzw. großen Knotenpunkten unterirdisch, ansonsten oberirdisch. Hier wurde light_rail benutzt und konsistent durchgehalten. Vielleicht sollte man einfach eine Unterscheidung zwischen Schienen und darauf fahrenden Fahrzeugen machen. Genauso wie highway=* sollte railway=* den Typ darstellen, um was für Schienen es sich handelt. In dem Fall wäre es etwas, was die Unterscheidung zwischen (breitspur, normalspur, schmalspur, zahnradspur) hat. Als weitere Attribute wäre dann analog zum highway der Access, welche Typen von Bahnen die Spur befahren können oder dürfen. Dabei wäre sowas wie subway=yes, tram=yes, rail=yes, passengers=yes, goods=yes. Interessant sind dann natürlich noch die Systeme, welche die Schienen befahren können. Die resultieren aus den Regelungen, Signaltypen und Kommunikationswegen (Induktionsschleifen, ...). Auf weitere Attribute wie Spannung, Frequenz, Stromleitungstyp, minimale Stromabnehmerbreite will ich mal nicht eingehen. Diese Attribute sollten auf den Strecken sein, unabhängig ob Karlsruher Straßenbahnen auf DB-Schienen fahren können (fähig sind zu fahren) oder nicht. Vorausgesetzt, das Schienensystem wäre gleisfein gemappt, ist die Route der Straßenbahnen (die befahrenen Schienenwege) in dem Fall durch Relationen zu realisieren - IMHO. Grüße, ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TU Darmstadt Gebäudenummern
Alex Pleiner wrote: Hallo OSMler, ich habe gestern in Darmstadt alle fehlenden Gebäude der TU (Stadtmitte, Lichtwiese und Bot. Garten) nachgetragen und mit Gebäudenummern, Institutsnamen (sofern vorhanden) und Fachbereichen versehen (name). Stadtmitte: http://www.openstreetmap.org/?lat=49.87649lon=8.65726zoom=17layers=0B0FTF Lichtwiese: http://www.openstreetmap.org/?lat=49.86152lon=8.6807zoom=17layers=0B0FTF Botanischer Garten: http://www.openstreetmap.org/?lat=49.86925lon=8.68053zoom=17layers=0B0FTF Grundsätzlich würde ich die Gebäudenummern eher im ref-Tag sehen, andererseits fragen mich die Studenten immer: Wo ist denn S3|06?, so dass ich diese Info fast als wichtigeste ansehen würde. Dazu kommt, dass die Kombi aus Nummer, Gebäudename und/oder Fachbereich manchmal arg lang und häßlich aussieht. Mich würde eure Meinung interessieren, wie man das lösen könnte und ob es ein einheitliches Konzept für Gebäudenummern (nicht Hausnummern) gibt. Ref klingt imho logisch. Nur bräuchten wir dann vielleicht auch die ref-Angaben in den Karten (afaik derzeit nicht?). Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Thomas Schäfer ([EMAIL PROTECTED]) [080909 00:25]: Am Dienstag, 9. September 2008 00:02 schrieb Andreas Barth: Hallo, wie tagged man denn eine oberirdische U-Bahn richtig? Die in München ist teilweise als subway, teilweise als railway getagged. railway ist sie m.E. definitiv nicht, subway ist richtiger von der Erwartung, was da fährt. Wie ist eigentlich die S-Bahn auf der Stammstrecke (Hackerbrücke-Ostbahnhof) eingetragen? Da ergibt sich das gleiche Problem nur andersrum. railway. (andere) Meinungen? Ich finde, man sollte es nach dem baulichen Begebenheiten taggen. Da wo U-Bahn oberirdisch railway und da wo S-Bahn unterirdisch subway. Den Rest über Namen oder andere Tags .(U123, S456) subway ist spezifisch U-Bahn. Die S-Bahn ist keine U-Bahn. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Tim 'avatar' Bartel ([EMAIL PROTECTED]) [080909 08:16]: Hi, Am 9. September 2008 06:55 schrieb Michael Buege [EMAIL PROTECTED]: Iirc wurde vor kurzem hierzulist angemerkt, dass eine U-Bahn idR nicht Bahn im Sinne von Eisenbahn oder S-Bahn ist, sondern eher in Richtung Strassenbahn einzustufen ist. Man korrigiere mich, wenn ich mich irre. Meine Kenntnisse im Schienenbereich sind sehr überschaubar, aber eine Straßenbahn hat Rücksicht auf andere Verkehrsteilnehmer zu nehmen, da sie über Straßen geführt wird, auf denen auch Autos, Fahrradfahrer, etc. unterwegs sind. Rechtlich sind U-Bahnen und Straßenbahnen nach BOStrab (also PBefG) konzessioniert (wie auch Busse), während S-Bahnen nach EBO (also AEG = Allgemeines Eisenbahngesetz) konzessioniert sind. Sonderfall ist Karlsruhe, wo sich beides mischt. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Martin Koppenhoefer ([EMAIL PROTECTED]) [080909 10:24]: ich sehe das aehnlich: S-BAHN = light_rail U-Bahn = subway Tram = tram Klassische S-Bahnen sind railway, Karlsruhe ist da sicher die Ausnahme. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
On Tue, 09 Sep 2008 12:10:04 +0200, Frederik Ramm wrote: Es heisst aber was anderes. Wenn die Englaender mit taggen das haetten ausdruecken wollen, was Du hier vorschlaegst, dann haetten sie to staple und nicht to tag genommen. Jupp, und das passende Deutsche Wort wäre auszeichnen oder markieren. Siehe dazu auch leo: http://dict.leo.org/ende?lp=endelang=desearchLoc=0cmpType=relaxedsectHdr=onspellToler=onchinese=bothpinyin=diacriticsearch=to+tagrelink=on -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
Hallo Dirk, Dirk Stöcker schrieb: Den einmal gemessenen Daten der Station oder den permanent gemessenen Daten? Permanente Messungen. Ich war im Umkreis von ca. 5 km unterwegs. Das mobile Gerät sowie das stationäre Gerät liefen parallel. Im zweiten Fall hast Du auch keine Einmalinitialisierung, sondern eine Permanentkorrektur. Diesmal auf Koordinatenebene. Das ist generell möglich, allerdings musst Du Glück haben. Sobald sich die sichtbaren Satellitensätze der zwei Geräte zu stark unterscheiden (dass kann schon 1 Satellit verursachen) ist die Korrektur nicht nutzbar. Das stimmt. Ich überlege ehrlich, zwei RAW-GPS-Module zu kaufen, aber mir fehlt die Zeit und das Geld dafür. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Andreas Barth schrieb: * Martin Koppenhoefer ([EMAIL PROTECTED]) [080909 10:24]: ich sehe das aehnlich: S-BAHN = light_rail U-Bahn = subway Tram = tram Klassische S-Bahnen sind railway, Karlsruhe ist da sicher die Ausnahme. Nicht ganz. S-Bahn-Tunnel sind i.d.R. zu niedrig für richtige Züge, und die Stromabnehmer sind nicht immer kompatibel. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Birgit Nietsch ([EMAIL PROTECTED]) [080909 14:11]: Andreas Barth schrieb: * Martin Koppenhoefer ([EMAIL PROTECTED]) [080909 10:24]: ich sehe das aehnlich: S-BAHN = light_rail U-Bahn = subway Tram = tram Klassische S-Bahnen sind railway, Karlsruhe ist da sicher die Ausnahme. Nicht ganz. S-Bahn-Tunnel sind i.d.R. zu niedrig für richtige Züge, und die Stromabnehmer sind nicht immer kompatibel. Berlin und Hamburg mag nochmal speziell sein, aber auch diese Strecken entsprechen den Vorschriften der Eisenbahn Bau- und Betriebsordnung. München, Frankfurt und Stuttgart haben definitiv normale Gleise, und normale Signale etc. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
Hallo Holger, das passende Deutsche Wort wäre auszeichnen oder markieren. Tag hat weder etwas mit Hochzeitstag noch mit Bundestag zu tun, sondern ist schlicht eine *Eigenschaft*, mit der das Abbild eines realen Objektes ausgezeichnet wird. Oder datenbanktechnisch ein Attribut, bestehend aus Schlüssel und Wert. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hundeverbot
Ich bin gerade dabei ein proposal zu starten. Gebe bescheid wenn gevotet werden darf. mfg, Kelvan Am 7. September 2008 14:48 schrieb Roland Ramthun [EMAIL PROTECTED] : Birgit Nietsch schrieb: Nun zur eigentlichen Frage: Gibt es bereits einen Tag in Verwendung den ich übersehen habe, wenn nicht würde ich ihn vorschlagen sofern niemand eine bessere Idee hat. Ich würde zwischen im Regelfall verboten und wirklich unbetretbar unterscheiden. Für Blindenhunde gibt es zahlreiche Ausnahmeregelungen. BOS dürfen sich ggf. auch über einige Verkehrsregeln hinwegsetzen. Trotzdem ist es nicht sinnvoll, das zu taggen, weil es eine seltene Ausnahme ist, über die der Befugte bereits selbst informiert ist. Es gibt aber auch Wege, da schickst du keinen Hund drauf, weil's da zu gefährlich wäre, oder schmerzhaft für den Hund. Das mag sein, aber das Tagging bildet ja die Realität ab. Irgendwelche Huckelpisten taggt man ja auch nicht mit bicycle=no, weil dort Schlaglöcher sind und man sich vermutlich ohne MTB alle Knochen bricht. Insofern würde ich vermuten, dass dog(s)=yes/no/leashed durchaus in Ordnung ist. Grüße Roland ___ 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] oberirdische U-Bahn = subway?
Martin Koppenhoefer schrieb: ich sehe das aehnlich: S-BAHN = light_rail U-Bahn = subway Tram = tram Das hatten wir doch gerade erst... S-Bahnen als light rail zu bezeichnen ist in meinen Augen Begriffsverbiegen. Light Rail steht als Fachtermini für Stadtbahnen im Deutschen. Wer nicht glaubt, schau doch hier: http://de.wikipedia.org/wiki/Stadtbahn und dann hier http://en.wikipedia.org/wiki/Stadtbahn und weiter hier http://en.wikipedia.org/wiki/Light_rail Ja, die Übergänge sind fließend, siehe Beispiel Karlsruhe. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Markus schrieb: Vielleicht hat ja jemand mal Lust, das mit der Flughöhe, Brennweite und Auflösung etwas genauer zu rechnen? (man will ja die einzelnen Häuser genau sehen /und/ möglichst wenig Sprit verbrauchen...) Laut http://www.erik-krause.de/schaerfe.htm ist das Bildfeld bei einer Vollformatkamera mit 50mm und 2000m Flughöhe 1440x960m² groß, grob überschlagen bleiben damit pro m² knapp 10 Pixel. Das liegt im Bereich der DOPs der Vermessungsämter und sollte für unsere Zwecke gut ausreichen. Wobei ich nicht weiß, in wieweit die Bilqualität noch durch die notwendige Entzerrung leidet. Der Vorteil dieser Brennweite ist auch, dass die entsprechenden Objektive (50mm sind Normalbrennweite am KB) zu den günstigsten Objektiven überhaupt zählen und gleichzeitig eine sehr gute Bildqualität liefern. Für 500€ kann man eine gebrauchte EOS 400D samt EF 50/1.8 bekommen und wäre schon gut gerüstet. Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orte ohne Straßennamen
Markus wrote: Wenn ein Ort keine benannten Strassen hat: - Ort: Ortsname als Strassenname - Ortsteil: Name des Ortsteiles als Strassenname - Einzelgehöft: Flurstücksname als Strassenname Die Post führt in den *Postleitdaten* alle Anschriften nach obiger Regel. PS: wo kann diese Regelung so einetragen werden, dass sie für alle direkt auffindbar ist? Ich habe es auf http://wiki.openstreetmap.org/index.php/Proposed_features/De:Hausnummern unter den Grundlagen vermerkt. Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Laut http://www.erik-krause.de/schaerfe.htm ist das Bildfeld bei einer Vollformatkamera mit 50mm und 2000m Flughöhe 1440x960m² groß, grob überschlagen bleiben damit pro m² knapp 10 Pixel. Das liegt im Bereich der DOPs der Vermessungsämter und sollte für unsere Zwecke gut ausreichen. Wobei ich nicht weiß, in wieweit die Bilqualität noch durch die notwendige Entzerrung leidet. Der Vorteil dieser Brennweite ist auch, dass die entsprechenden Objektive (50mm sind Normalbrennweite am KB) zu den günstigsten Objektiven überhaupt zählen und gleichzeitig eine sehr gute Bildqualität liefern. Für 500€ kann man eine gebrauchte EOS 400D samt EF 50/1.8 bekommen und wäre schon gut gerüstet. Holger wobei da wohl zu beachten wäre das die 400D einen sensor (22.2 x 14.8mm) hat. was wohl nicht ganz vollformat entsricht ;) grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Hallo Markus, Markus schrieb: Vielleicht hat ja jemand mal Lust, das mit der Flughöhe, Brennweite und Auflösung etwas genauer zu rechnen? (man will ja die einzelnen Häuser genau sehen /und/ möglichst wenig Sprit verbrauchen...) Ich persönlich finde es wichtiger, eine Mechanik / ein Kugelgelenk zu basteln, welches die Kamera immer genau senkrecht hält. Orthofotos wären interessant für uns - Schrägluftbilder sind zwar auch hübsch, aber schwer einzufügen. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Holger Blum schrieb: Der Vorteil dieser Brennweite ist auch, dass die entsprechenden Objektive (50mm sind Normalbrennweite am KB) zu den günstigsten Objektiven überhaupt zählen und gleichzeitig eine sehr gute Bildqualität liefern. Für 500€ kann man eine gebrauchte EOS 400D samt EF 50/1.8 bekommen und wäre schon gut gerüstet. Geheimtipp: Panasonic TZ5 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
Frederik Ramm: Hallo, Johann H. Addicks wrote: Auf welchen Anlass geht der hier gepflegte Flaschschreibung zurück xyz getackt? Wer ausser Jan Tackenbeck schreibt das denn noch ;-)? Bye Frederik Beste und einzig richtige Antwort Auszeichnen eines Weges halte ich für eine verständliche und damit einsteigerfreundliche Sprachwahl. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
On Tue, 9 Sep 2008, Tobias Wendorff wrote: Im zweiten Fall hast Du auch keine Einmalinitialisierung, sondern eine Permanentkorrektur. Diesmal auf Koordinatenebene. Das ist generell möglich, allerdings musst Du Glück haben. Sobald sich die sichtbaren Satellitensätze der zwei Geräte zu stark unterscheiden (dass kann schon 1 Satellit verursachen) ist die Korrektur nicht nutzbar. Das stimmt. Ich überlege ehrlich, zwei RAW-GPS-Module zu kaufen, aber mir fehlt die Zeit und das Geld dafür. Wozu? Z.B. von unserer Firma (www.dgpsonline.eu) gibt es DGPS-Korrekturdaten deutschlandweit kostenlos. Das einzige was man braucht, ist eine permanente Datenverbindung und eine Möglichkeit die NTRIP-Daten auf den GPS-Empfänger zu bekommen. Das erlaubt DGPS in Echtzeit. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
Dirk Stöcker schrieb: Wozu? Z.B. von unserer Firma (www.dgpsonline.eu) gibt es DGPS-Korrekturdaten deutschlandweit kostenlos. Das einzige was man braucht, ist eine permanente Datenverbindung und eine Möglichkeit die NTRIP-Daten auf den GPS-Empfänger zu bekommen. Das erlaubt DGPS in Echtzeit. Dazu muss der Empfänger aber diese Daten auch verarbeiten können. Da ich keine GPRS-Flatrate besitze und auch keinen Empfänger, bin ich ein Fan von Post-Processing. Wenn ich ein GPS-Modul hätte, was die Rohdaten aufzeichnen könnte, gäbe es ja nur begrenzte Probleme. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Differential-GPS
Liebe Profis, immer wieder lese ich von EGNOS, SAPOS und anderen Schmankerln, die die Genauigkeit unserer Geräte um den Faktor 100 bis 1000 erhöhen, sogar bei der Höhenmessung. Und dass fast alle Geräte dies können... Könnte nicht mal jemand für Wikipedia entsprechend verständliche und hilfreich-informative Artikel schreiben und im OSM-Wiki verlinken? Und hier im OSM-Wiki wäre ein HowTo-Artikel wünschenswert. (Hardware, Software, Kosten, etc) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
Dirk Stöcker schrieb: Im zweiten Fall hast Du auch keine Einmalinitialisierung, sondern eine Permanentkorrektur. Diesmal auf Koordinatenebene. Das ist generell möglich, allerdings musst Du Glück haben. Sobald sich die sichtbaren Satellitensätze der zwei Geräte zu stark unterscheiden (dass kann schon 1 Satellit verursachen) ist die Korrektur nicht nutzbar. Das stimmt. Ich überlege ehrlich, zwei RAW-GPS-Module zu kaufen, aber mir fehlt die Zeit und das Geld dafür. Wozu? Z.B. von unserer Firma (www.dgpsonline.eu) gibt es DGPS-Korrekturdaten deutschlandweit kostenlos. Das einzige was man braucht, ist eine permanente Datenverbindung und eine Möglichkeit die NTRIP-Daten auf den GPS-Empfänger zu bekommen. Das erlaubt DGPS in Echtzeit. Gibt es für Linux eine (am besten OSS) Software, die NTRIP-Daten empfangen und mit gpsd kommunizieren kann? Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo kann ich ggf. Tiles der Stufe 14 als ZIP Archiv runterladen ?
[EMAIL PROTECTED] schrieb: Hi, wo kann man den die OSM-Tiles als ZIP-Archiv runterladen? Soweit ich weiß, gar nicht. Das Herunterladen einzelner Tiles per http, zB ueber http://tah.openstreetmap.org/Tiles/tile/ ... habe ich schon versucht, braucht aber ewig bei Zoom-Level 14, (trotz automatisierten PHP-Script Download). Das ist kein erwünschtes Verhalten, oder möchtest Du den Traffic bezahlen? Vermutlich wird man auch bald gesperrt. Grundsätzlich gilt in so einem Fall, dass bitte das Planetfile (von einem Mirror) heruntergeladen wird und dann kann man damit selber rendern. Sollte das die individuellen Fäigkeiten übersteigen, könnte man mal im IRC fragen, ob man ein Tile-Archiv bekommen kann, was ich allerdings nicht glaube. Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Markus schrieb: Liebe Profis, immer wieder lese ich von EGNOS, SAPOS und anderen Schmankerln, die die Genauigkeit unserer Geräte um den Faktor 100 bis 1000 erhöhen, sogar bei der Höhenmessung. Und dass fast alle Geräte dies können... Könnte nicht mal jemand für Wikipedia entsprechend verständliche und hilfreich-informative Artikel schreiben und im OSM-Wiki verlinken? Und hier im OSM-Wiki wäre ein HowTo-Artikel wünschenswert. (Hardware, Software, Kosten, etc) siehe http://de.wikipedia.org/wiki/Differential_Global_Positioning_System Gruss, Markus Gruß Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
PieSchie schrieb: Vielleicht sollte man einfach eine Unterscheidung zwischen Schienen und darauf fahrenden Fahrzeugen machen. Genauso wie highway=* sollte railway=* den Typ darstellen, um was für Schienen es sich handelt. In dem Fall wäre es etwas, was die Unterscheidung zwischen (breitspur, normalspur, schmalspur, zahnradspur) hat. Als weitere Attribute wäre dann analog zum highway der Access, welche Typen von Bahnen die Spur befahren können oder dürfen. Dabei wäre sowas wie subway=yes, tram=yes, rail=yes, passengers=yes, goods=yes. Interessant sind dann natürlich noch die Systeme, welche die Schienen befahren können. Die resultieren aus den Regelungen, Signaltypen und Kommunikationswegen (Induktionsschleifen, ...). Auf weitere Attribute wie Spannung, Frequenz, Stromleitungstyp, minimale Stromabnehmerbreite will ich mal nicht eingehen. Diese Attribute sollten auf den Strecken sein, unabhängig ob Karlsruher Straßenbahnen auf DB-Schienen fahren können (fähig sind zu fahren) oder nicht. Vorausgesetzt, das Schienensystem wäre gleisfein gemappt, ist die Route der Straßenbahnen (die befahrenen Schienenwege) in dem Fall durch Relationen zu realisieren - IMHO. Dem schließe ich mich an. Wir ändern ja auch nicht den Typ einer Straße je nachdem, ob eine Buslinie darauf verläuft oder gar je nach Art der Buslinie (Fernbus vs. ÖPNV vs. Flughafenshuttle, etc). Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
Damit meine Fragesteller vom Verschönerungsverein schon mal vorab etwas über die Grundlagen der Geräte lesen können, habe ich http://wiki.openstreetmap.org/index.php/de:GPS_Receiver etwas erweitert und würde mich freuen, wenn Ihr die Lücken noch etwas füllen könntet. Danke für Eure Tips! Schön fände ich, wenn Ihr die Erfahrungen mit Euren Geräten dort direkt reinschreibt! Martin Koppenhöfer: 60Csx Gerhard Heinzel: Garmin 60csx Lars Schimmer: Garmin eTrex Legend HCx Philipp Klaus Krause: Vista HCx Gern auch mit Bezugsquellen, und Lieferformalitäten/Zoll. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Philipp Klaus Krause ([EMAIL PROTECTED]) [080909 17:30]: PieSchie schrieb: Vielleicht sollte man einfach eine Unterscheidung zwischen Schienen und darauf fahrenden Fahrzeugen machen. Genauso wie highway=* sollte railway=* den Typ darstellen, um was für Schienen es sich handelt. In dem Fall wäre es etwas, was die Unterscheidung zwischen (breitspur, normalspur, schmalspur, zahnradspur) hat. Als weitere Attribute wäre dann analog zum highway der Access, welche Typen von Bahnen die Spur befahren können oder dürfen. Dabei wäre sowas wie subway=yes, tram=yes, rail=yes, passengers=yes, goods=yes. Interessant sind dann natürlich noch die Systeme, welche die Schienen befahren können. Die resultieren aus den Regelungen, Signaltypen und Kommunikationswegen (Induktionsschleifen, ...). Auf weitere Attribute wie Spannung, Frequenz, Stromleitungstyp, minimale Stromabnehmerbreite will ich mal nicht eingehen. Diese Attribute sollten auf den Strecken sein, unabhängig ob Karlsruher Straßenbahnen auf DB-Schienen fahren können (fähig sind zu fahren) oder nicht. Vorausgesetzt, das Schienensystem wäre gleisfein gemappt, ist die Route der Straßenbahnen (die befahrenen Schienenwege) in dem Fall durch Relationen zu realisieren - IMHO. Dem schließe ich mich an. Wir ändern ja auch nicht den Typ einer Straße je nachdem, ob eine Buslinie darauf verläuft oder gar je nach Art der Buslinie (Fernbus vs. ÖPNV vs. Flughafenshuttle, etc). Bei Schienen hat das eine oft viel mit dem anderen zu tun: Wenn wo die Münchner U-Bahn fährt, dann ermöglicht die technische Ausrüstung der Strecke (Signalsystem, Stromschiene, Bahnsteige) nicht beliebig andere Fahrzeuge auf der Strecke fahren zu lassen. Von ihrem gesamten Erscheinungsbild ist eine oberirdische U-Bahn-Strecke trotzdem eine U-Bahn-Strecke. Unabhängig davon wären Relationen für Linien natürlich sinnvoll. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Andreas Barth schrieb: Bei Schienen hat das eine oft viel mit dem anderen zu tun: Wenn wo die Münchner U-Bahn fährt, dann ermöglicht die technische Ausrüstung der Strecke (Signalsystem, Stromschiene, Bahnsteige) nicht beliebig andere Fahrzeuge auf der Strecke fahren zu lassen. Von ihrem gesamten Erscheinungsbild ist eine oberirdische U-Bahn-Strecke trotzdem eine U-Bahn-Strecke. Teils, Berlin, z.B. hat auch komische Stromschienen an der S-Bahn auch wenn da wohl noch Dieselloks fahren könnten und früher Dampfloks fuhren. Hier in Freiburg beispielsweise gibt es jetzt eine Breisgau S-Bahn, die z.B. zum Teil auf den Rheintalstrecke fährt. Es gibt eine Strecke nach Breisach, die auch von Güterzügen befahren wird und eine ins Elztal, wo im Moment nur die S-Bahn fährt (der letzte Gleisanschluß eines Unternehmens wurde erst vor kurzem abgebaut). Es heißt jetzt halt S-Bahn, ist aber eine normale Bahn mit normalen Dieseltriebwagen (Regioshuttle), die anderswo (Hohenzollernsche Landesbahn) auch als normale Bahn, nicht S-Bahn fahren. Damit ist es dann die Beschriftung der Fahrzeuge, die darüber entscheidet, wie eine Bahnstrecke in OSM auftaucht. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, Sep 09, 2008 at 05:41:07PM +0200, Markus wrote: http://de.wikipedia.org/wiki/SAPOS Ueber SAPOS bin ich selber noch nicht gestolpert - finde ich aber spannend. Weiss jemand wieviele Basisstationen das sind? Und vor allem - welche empfaenger koennen was damit anfangen? 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] Trigonometrische Punkte
On Tue, 9 Sep 2008, Markus Koelle wrote: Wozu? Z.B. von unserer Firma (www.dgpsonline.eu) gibt es DGPS-Korrekturdaten deutschlandweit kostenlos. Das einzige was man braucht, ist eine permanente Datenverbindung und eine Möglichkeit die NTRIP-Daten auf den GPS-Empfänger zu bekommen. Das erlaubt DGPS in Echtzeit. Gibt es für Linux eine (am besten OSS) Software, die NTRIP-Daten empfangen und mit gpsd kommunizieren kann? Den OpenSource-Client gibt es hier. http://sditools.cvs.sourceforge.net/sditools/sditools/ntripclient/ GPSd-ChangeLog: * Thu Dec 14 2006 Eric S. Raymond [EMAIL PROTECTED] - 2.34-1 - Fix for byte-swapping of Zodiac control messages on big-endian hardware. Disable iTalk by default and note that it needs to be tested. Command line arguments can now be DGPSIP or NTRIP URLs; -d is deprecated. Added udev Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
On 08/09/08 20:00 +0200, Lars Schimmer wrote: Nur die Höhendaten sind halt etwas ungenau, dafür dann den Vista HCx nehmen. Kosten um die 200 Euro/Stück. Höhendaten fließen doch eh nicht in OSM ein. STw Rolf -- ... Expediency asks the question, 'Is it politic?' ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, 9 Sep 2008, Markus wrote: Allerdings wünsche ich mir in Wikipedia mehr Verständlichkeit, damit der Normalverbraucher die Informationen auch anwenden kann. Und hier im OSM-Wiki wünsche ich mir ein HowTo. RTCM-Datenstrom besorgen und zum GPS leiten -- Genauigkeit etwa 0.5-10m (je nach Gerät). Also: was genau muss ich tun, damit ein GPS in hoher Genauigkeit anzeigt? (hier lese ich immer von 30 m und ausmitteln - wo es doch auf Meter und Zentimeter genau ginge...) Auto verkaufen und dafür geodätischen Zweifrequenzempfänger kaufen und Händler Deiner Wahl fragen, wie er zu benutzen ist. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
On Tue, 9 Sep 2008, Markus wrote: Damit meine Fragesteller vom Verschönerungsverein schon mal vorab etwas über die Grundlagen der Geräte lesen können, habe ich http://wiki.openstreetmap.org/index.php/de:GPS_Receiver etwas erweitert und würde mich freuen, wenn Ihr die Lücken noch etwas füllen könntet. Danke für Eure Tips! Schön fände ich, wenn Ihr die Erfahrungen mit Euren Geräten dort direkt reinschreibt! Martin Koppenhöfer: 60Csx Gerhard Heinzel: Garmin 60csx Lars Schimmer: Garmin eTrex Legend HCx Philipp Klaus Krause: Vista HCx Gern auch mit Bezugsquellen, und Lieferformalitäten/Zoll. Ich habe einen i-Blue 747 Empfänger. Der interne Chipsatz ist sehr gut und der zugehörige Empfänger auch. Gibt es bei eBay für unter 50 Euro. Kann knapp 24 Stunden permanent 1-Sekundendaten aufzeichnen. Ist ein reiner Logger+Wegpunktmarkierer, aber dafür klein, handlich - einfach ideal. Mit Klebeband und kleinen Magneten sogar mit Magnetfuß :-) Diktiergeräte gibt es auch für unter 50 Euro bei eBay. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Dirk Stöcker schrieb: RTCM-Datenstrom besorgen und zum GPS leiten -- Genauigkeit etwa 0.5-10m (je nach Gerät). Nur ein Bruchteil der Geräte können die Daten korrekt verarbeiten, wenn überhaupt. Nenn mir Beispiele, aber bitte keine über 150 EUR. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, 9 Sep 2008, Florian Lohoff wrote: http://de.wikipedia.org/wiki/SAPOS Ueber SAPOS bin ich selber noch nicht gestolpert - finde ich aber spannend. Weiss jemand wieviele Basisstationen das sind? Sehr viele. Alle 50 bis 70 Kilometer steht eine. Und vor allem - welche empfaenger koennen was damit anfangen? RTCM2 ist ein Standardformat. Nahezu alle modernen Empfänger können das verarbeiten. Ob Du allerdings die Daten zum GPS-Chip bekommst und den auch dazu konfigurieren kannst, diese Daten auszuwerten ist ein anderes Thema. SAPOS ist für Lowcost-Empfänger (alles 5000 Euro) totaler Overkill. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
On Tue, 9 Sep 2008, Tobias Wendorff wrote: Dirk Stöcker schrieb: Ich habe einen i-Blue 747 Empfänger. Der interne Chipsatz ist sehr gut und der zugehörige Empfänger auch. Gibt es bei eBay für unter 50 Euro. Kann knapp 24 Stunden permanent 1-Sekundendaten aufzeichnen. MTK-Chipsatz ... also für Fußgänger leider kaum geeignet :-( Wieso? Kann ich nicht bestätigen. Sogar in der Hemdtasche (also 50% Abschattung und vertikaler Lage) bringt der beachtliche Ergebnisse. Für gute Ergebnisse empfiehlt sich wie schonmal gesagt natürlich ein Basecap mit Empfängerhalterung. Kommt er mit den RTCM-Daten zurecht? Welche Genauigkeit erreichst Du? Keine Ahnung. Ich nutze kein DGPS, weil aus meiner Sicht für die OSM-Anwendung der Aufwand den Nutzen nicht rechtfertigt. Und da genau das mein Beruf ist, kann ich den Aufwand sehr gut abschätzen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, 9 Sep 2008, Tobias Wendorff wrote: Dirk Stöcker schrieb: RTCM-Datenstrom besorgen und zum GPS leiten -- Genauigkeit etwa 0.5-10m (je nach Gerät). Nur ein Bruchteil der Geräte können die Daten korrekt verarbeiten, wenn überhaupt. Nenn mir Beispiele, aber bitte keine über 150 EUR. Die Chips können es in der Regel (ist ja auch sehr einfach). Wie die Daten bis zum Chip kommen kann ich natürlich nicht beurteilen. Und ob man den Chip davon überzeugen kann die Daten auch anzunehmen (Steuerbefehle bekannt?), ist eine weitere Frage. Allerdings habe ich auch kein Interesse daran das herauszufinden. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Dirk Stöcker schrieb: Die Chips können es in der Regel (ist ja auch sehr einfach). Wie die Daten bis zum Chip kommen kann ich natürlich nicht beurteilen. Und ob man den Chip davon überzeugen kann die Daten auch anzunehmen (Steuerbefehle bekannt?), ist eine weitere Frage. Darum fragte ich ja auch: Welche Geräte können es und nicht Welche Chips können es und wie bringt man sie dazu. Allerdings habe ich auch kein Interesse daran das herauszufinden. Hauptsache verkaufen, Support gibt's keinen? :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
Dirk Stöcker schrieb: MTK-Chipsatz ... also für Fußgänger leider kaum geeignet :-( Wieso? Kann ich nicht bestätigen. Sogar in der Hemdtasche (also 50% Abschattung und vertikaler Lage) bringt der beachtliche Ergebnisse. Für gute Ergebnisse empfiehlt sich wie schonmal gesagt natürlich ein Basecap mit Empfängerhalterung. Das Problem ist static navigation, was in einigen MTK-basierten Geräten aktiviert ist, in anderen wieder nicht. Kommt er mit den RTCM-Daten zurecht? Welche Genauigkeit erreichst Du? Keine Ahnung. Ich nutze kein DGPS, weil aus meiner Sicht für die OSM-Anwendung der Aufwand den Nutzen nicht rechtfertigt. Und da genau das mein Beruf ist, kann ich den Aufwand sehr gut abschätzen. Und genau das wäre für mich der Ansporn zu gucken, ob es nicht auch anders geht :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Routing - Funktionierende Systeme
Hallo Dirk, Wenn Du ein Java fähiges Handy hast, und eine passende GPS-Maus, dann kannst Du gpsmid (http://gpsmid.sourceforge.net) verwenden. Das hat gute Ansätze. In einer der letzten nightly CVS-builds ist mittlerweile auch das Ausrichten der Karte in Fahrtrichtung eingebaut. Damit sind dann die Routingsymbole auch sinnvoller. Ich verwende es mit einem Nokia N73 und einem Nokia LD-3W GPS Bluetooth Empfänger. Es ist möglich Tracks und Waypoints zu speichern. Gruß, Achim Am Dienstag, den 02.09.2008, 12:03 +0200 schrieb Dirk Stöcker: Hallo, weil das Thema gerade aufkommt: Wer hat funktionierende Systeme für mobiles OSM-Routing? Welche sind das (Hardware, Software)? Wie teuer ist das System? Kann man Fehler mit dem System markieren und so für nachträgliche Änderung speichern? Ich würde mir gern etwas entsprechendes zulegen, wenn es nicht allzu teuer ist. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Hallo, Dem ist aber nicht so. Um nur in den Bereich von unter 1m zu kommen ist eine mindestens 4stellige Euro-Investition erforderlich. Und mit nur kurzem Nachdenken findet man ca. 10, 20 oder 50 Moeglichkeiten, die Qualitaet von OSM an anderen Stellen sehr viel nachhaltiger zu verbessern als irgendwo an der 5. Nachkommastelle herumzudrehen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Gallo Garry, also wenn ich die bisherigen Beiträge zusammenfasse, ist Differential-GPS in Bezug auf unsere Consumer-Geräte nicht mehr als ein Werbegag und für OSM so nicht verwendbar. Richtig? Dann sollten wir das aber auch im Wiki entsprechend deutlich schreiben. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
On Tue, 9 Sep 2008, Tobias Wendorff wrote: Kommt er mit den RTCM-Daten zurecht? Welche Genauigkeit erreichst Du? Keine Ahnung. Ich nutze kein DGPS, weil aus meiner Sicht für die OSM-Anwendung der Aufwand den Nutzen nicht rechtfertigt. Und da genau das mein Beruf ist, kann ich den Aufwand sehr gut abschätzen. Und genau das wäre für mich der Ansporn zu gucken, ob es nicht auch anders geht :-) Vielleicht etwas unklar ausgedrückt. Das ist nicht nur mein Beruf, sondern ich schreibe auch die Software, welche GPS-Berechnungen erledigt. Ich bin mir deshalb der theoretischen und praktischen Limits voll bewusst. Ohne permanente Datenverbindung und viel Gefummel bei der Chip-Ansteuerung wird im Consumerbereich nichts. Und ich habe einfach keine Lust dazu, insbesondere weil ich bei Bedarf einfachen Zugriff auf hochpräzise Systeme habe. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo kann ich ggf. Tiles der Stufe 14 als ZIP Archiv runterladen ?
Klar, natuerlich lade ich mir 4.6 GB von einem Server runter (und verursache dabei gar keinen Traffic (-(: ), um mich dann durch eine relativ vollstaendige Dokumentation zum Thema Mapnik durchzukaempfen, diese Mail-List mit Fragen dazu vollzuknallen, um am Ende weder Tiles noch ein Vorstellung darueber zu haben, wieso das herunter- laden eine 4.6 GB Datei weniger Traffic verursachen sollte, als der verteilte Zugriff auf eine bestehende Tile-Base. Und zum Thema individuellen Faehigkeiten (Arroganz im Hals geparkt), gibt es bei einem Gemeinschaftsprojekt, wo jeder etwas an GPS-Daten hinzugefuegt hat, wohl sicher auch noch differenzierte Meinungen, als eine pauschale Vorverurteilung in Bezug auf das 'absaugen' von Daten ... (Nutzer = Schaedling Gedankengut) Noch'n Tip in Bezug auf Deinen Tonfall: Von ganz oben faellt man, laut Newton, immer- noch am haertesten auf ... ach, was soll's ... ag Roland Ramthun schrieb: [EMAIL PROTECTED] schrieb: Hi, wo kann man den die OSM-Tiles als ZIP-Archiv runterladen? Soweit ich weiß, gar nicht. Das Herunterladen einzelner Tiles per http, zB ueber http://tah.openstreetmap.org/Tiles/tile/ ... habe ich schon versucht, braucht aber ewig bei Zoom-Level 14, (trotz automatisierten PHP-Script Download). Das ist kein erwünschtes Verhalten, oder möchtest Du den Traffic bezahlen? Vermutlich wird man auch bald gesperrt. Grundsätzlich gilt in so einem Fall, dass bitte das Planetfile (von einem Mirror) heruntergeladen wird und dann kann man damit selber rendern. Sollte das die individuellen Fäigkeiten übersteigen, könnte man mal im IRC fragen, ob man ein Tile-Archiv bekommen kann, was ich allerdings nicht glaube. Grüße Roland ___ 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] GPS-Geräteempfehlung
Dirk Stöcker schrieb: Vielleicht etwas unklar ausgedrückt. Das ist nicht nur mein Beruf, sondern ich schreibe auch die Software, welche GPS-Berechnungen erledigt. Ich bin mir deshalb der theoretischen und praktischen Limits voll bewusst. Ohne permanente Datenverbindung und viel Gefummel bei der Chip-Ansteuerung wird im Consumerbereich nichts. Und ich habe einfach keine Lust dazu, insbesondere weil ich bei Bedarf einfachen Zugriff auf hochpräzise Systeme habe. Wie siehst Du die Antennenproblematik? Würde eine externe bzw. größere Antenne die Qualität der Messung verbessern? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stark vereinfachte Karten aus OSM-Daten
PieSchie schrieb: Ich denke so eine Anfahrt müsste mit einer Routing-Funktion verbunden werden Ich dachte, es geht um ein Printmedium, oder habe ich da etwas falsch in Erinnerung. Gedruckte Schaltkreise sind wohl noch nicht leistungsstark genug und druckbare OLEDs sind auch nocht nicht alltagstauglich. Villeicht in 5 Jahren oder so... signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, 9 Sep 2008, Markus wrote: also wenn ich die bisherigen Beiträge zusammenfasse, ist Differential-GPS in Bezug auf unsere Consumer-Geräte nicht mehr als ein Werbegag und für OSM so nicht verwendbar. Richtig? Im Grund ja. Falls doch jemand Interesse hat: Wie gesagt im Testbetrieb stellen wir Daten deutschlandweit per Ntrip kostenlos zur Verfügung: www.dgpsonline.eu. Ich werde aber ohne Bezahlung keinen Support abwickeln. Das ist dann normale Arbeit und kein Hobby mehr und Arbeit muss bezahlt werden. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de