Re: [talk-ph] talk-ph Digest, Vol 26, Issue 18 Re: NGA-GNS uploads
/plain; charset=iso-8859-1 This is a pretty tough issue. Imports are contentious in some sectors of the international OSM community. But for the Philippines where we don't have much data to import anyway, the question boils down to whether we prefer no data at all over poor data. GNS in particular seems to be problematic with entities below the municipal level as demonstrated by Ax. I think that we should hold off on importing them for now. Maybe in the future that data will be improved. In the meantime, there are tons of things we can do to improve the existing data. Keep right and OpenStreetBugs provide tons of data problems alone, and there are some residual sawtooth coastlines remaining. I know data maintenance and improvement is not as fun as importing virgin data but my personal opinion is that we should try fixing the existing data first before adding more data that themselves needs fixing too. What do others think? On Tue, Sep 21, 2010 at 8:32 AM, Anthony G. Balico anthony.bal...@gmail.com wrote: Hi Guys, Axk and I had a bit of a discussion on GNS. Your thoughts please? I find the thread below so cluttered, im sure you'll also find it the same way. Sorry about that. I just thought i should include my first reply so you would know the start. This is how it goes: [conversation snipped] -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ph/attachments/20100922/a00a4b4b/attachment-0001.html -- Message: 3 Date: Wed, 22 Sep 2010 10:32:57 +0800 From: Anthony G. Balico anthony.bal...@gmail.com To: Eugene Alvin Villar sea...@gmail.com Cc: talk-ph@openstreetmap.org Subject: Re: [talk-ph] NGA-GNS uploads Message-ID: 1285122777.1807.7.ca...@anthonybalico-laptop Content-Type: text/plain; charset=utf-8 Since you've mentioned the tendency to be contentious, hopefully this one won't go overboard :-) So that +1 to No imports for now. -Original Message- From: Eugene Alvin Villar sea...@gmail.com To: Anthony G. Balico anthony.bal...@gmail.com Cc: talk-ph@openstreetmap.org Subject: Re: [talk-ph] [Fwd: [Fwd: [OpenStreetMap] Re: Re: Re: NGA-GNS uploads]] Date: Wed, 22 Sep 2010 00:14:06 +0800 This is a pretty tough issue. Imports are contentious in some sectors of the international OSM community. But for the Philippines where we don't have much data to import anyway, the question boils down to whether we prefer no data at all over poor data. GNS in particular seems to be problematic with entities below the municipal level as demonstrated by Ax. I think that we should hold off on importing them for now. Maybe in the future that data will be improved. In the meantime, there are tons of things we can do to improve the existing data. Keep right and OpenStreetBugs provide tons of data problems alone, and there are some residual sawtooth coastlines remaining. I know data maintenance and improvement is not as fun as importing virgin data but my personal opinion is that we should try fixing the existing data first before adding more data that themselves needs fixing too. What do others think? On Tue, Sep 21, 2010 at 8:32 AM, Anthony G. Balico anthony.bal...@gmail.com wrote: Hi Guys, Axk and I had a bit of a discussion on GNS. Your thoughts please? I find the thread below so cluttered, im sure you'll also find it the same way. Sorry about that. I just thought i should include my first reply so you would know the start. This is how it goes: [conversation snipped] -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ph/attachments/20100922/da1d398c/attachment-0001.html -- Message: 4 Date: Wed, 22 Sep 2010 11:54:56 +0800 From: maning sambale emmanuel.samb...@gmail.com To: Anthony G. Balico anthony.bal...@gmail.com Cc: talk-ph@openstreetmap.org Subject: Re: [talk-ph] NGA-GNS uploads Message-ID: aanlktin-o-ygo6h0y=p+7okpd6ohxd3xv8mk8=asj...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 On Wed, Sep 22, 2010 at 10:32 AM, Anthony G. Balico anthony.bal...@gmail.com wrote: So that +1 to No imports for now. By this statement, I assume you are referring to the GNS data. In some cases, imports can be very useful. After importing several data into OSM, I am now more on the no imports camp too. However, I'd rather initiate meetings with the Marikina government to arrange imports of housenumbers than collecting them all by myself. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- Message: 5 Date: Wed, 22 Sep 2010 13:56:20
Re: [talk-ph] talk-ph Digest, Vol 26, Issue 18 Re: NGA-GNS uploads
On Wed, Sep 22, 2010 at 2:22 PM, noel mondragon noel_pylo...@yahoo.com wrote: My opinion that we need to check by our own local maps and some data are duplicated too. I tried it here sa aming LGU, merong mga inconsistency eg, spelling, coordinates and duplication. But it helps kasi me mga label ka na sa map. Is GNS-NGA is open source? GNS data is public domain. But as you and others have said, there are a lot of errors in the data (that's what you get when you rely mostly on foreign cartographers to make your topo maps). Some of the imported data from GNS have been fixed already in OSM. If you want to use the raw (along with its errors) you can get the data directly from GNS website. On the other hand, if you intend to use the data from OSM, be mindful of the license. :) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] SRTM data
AFAIK SRTM-data is licensed PD. OSMC http://wiki.openstreetmap.org/wiki/OSMC_Reitkarte is composed of (at least) 2 different layers, and I vaguely remember this was due to licensing issues OSM-SRTM. The cyclemap on the other hand is using one layer with OSM and SRTM combined. I'd prefer the cyclemaps approach, as it loads faster and requires less computing power/memory on the client. Are there license issues which might come in play? cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] SRTM data
2010/9/22 Frederik Ramm frede...@remote.org: Grant Slater wrote: The NASA SRTM filled dataset is PD licensed. No issue. The 3rd party void filled SRTM is often not PD licensed. Some sets are explicitly non-commercial. This is the case with the map that Martin mentioned, it uses the noncommercial CGIAR dataset and thus cannot make combined tiles. OK, thanks to both of you for these explanations. I'm planning to use OSM2SRTM which uses SRTM3 AFAIK, so there should be no problem. cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Partnership between OSM and local government?
On 22 September 2010 17:00, Frederik Ramm frede...@remote.org wrote: planned license change (we don't usually go into detail unless of course someone requests it - we just say that OSM is committed to free and open licenses always). Do they understand that may include no attribution in future? In Australia, from what I've been told, attribution is a must and there is no way any government body will accept anything less. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Partnership between OSM and local government?
Hi, John Smith wrote: planned license change (we don't usually go into detail unless of course someone requests it - we just say that OSM is committed to free and open licenses always). Do they understand that may include no attribution in future? Convincing someone to give you date is a bit like sales. We're not lying to people but we're not trying to scare them either. We're not saying things like: Do you understand that giving data to us might ruin any future business model you might think of?, and neither to we ask them to read through CC-BY-SA, ODbL, CT OSMF's articles of association (I'm sorry but I cannot accept your data before you are perfectly clear about everything...). Of course if it would be my *intent* to let such a discussion fail because of the license, scaring them away would be easy, with any license. Personally I think the share-alike component has the most potential to scare them (do you understand that if you re-incorporate any of the good stuff we add into your databases, you will have to license all of them under the following license which has been thought out by a bunch of Americans?). In Australia, from what I've been told, attribution is a must and there is no way any government body will accept anything less. Most people we've spoken to are happy if we can put out a press release that says XYZ council helps OpenStreetMap and if we have a Wiki page that confirms it. The would get that even with PD. Of course YMMV and there will always be hard cases who demand a depth of attribution that even (our fashion of) CC-BY-SA cannot give them. But that's not too bad because we don't depend on Government data; it's just a nice add-on. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Partnership between OSM and local government?
On 22 September 2010 17:30, Frederik Ramm frede...@remote.org wrote: Convincing someone to give you date is a bit like sales. We're not lying to people but we're not trying to scare them either. We're not saying things Actually, it's a lie of omission: http://en.wikipedia.org/wiki/Lie#Lying_by_omission Of course if it would be my *intent* to let such a discussion fail because There is a difference between scaring them away and giving them all the pertinent facts that may become relevant. In this case they may assume that they will always be given indirect attribution when in fact this may not be the case in future. Most people we've spoken to are happy if we can put out a press release that says XYZ council helps OpenStreetMap and if we have a Wiki page that confirms it. The would get that even with PD. Based on what you have said, I don't hold much faith in this statement, they may assume that tiles generated from OSM data would attribute OSM and in turn link back to their formal attribution by OSM, others have pointed out other situations where this may also fail. Of course YMMV and there will always be hard cases who demand a depth of attribution that even (our fashion of) CC-BY-SA cannot give them. I'm not talking about this situation, as you said, even the current license doesn't cover this situation. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A warning about gates and other barriers
El 21/09/2010, a las 20:34, Frederik Ramm escribió: Hi, sergio sevillano wrote: thats a good idea lets put access a mandatory tag (not just useful) along barrier=gate There are no mandatory tags. don´t be picky :) im sure everyone understood me mandatory as bridge or tunnel should have layer tag. we can call it reminder instead of error on validator software ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] BE vs AE: kerb
Recently someone noted on the tagging-ML, that curb is AE and the OSM-style would be kerb. Unfortunately curb is quite frequent in the wiki (and probably in tagging although I think tagging kerbs is not yet a well established practise). I encourage everybody to stick to one of our golden rules and tag like the Empire does. If you spot any curbs in the wiki or data, please convert them to kerbs. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: SFK100 Press Release
Prishtina Hosts Second International Conference on Software Freedom For the second year running the Kosovar Association for Free/Libre and Open Source Software (FLOSSK) and the University of Prishtina are organizing a conference dedicated to free software - Software Freedom Kosova Conference 2010. This conference follows upon the success of SFK09 held in August last year attended by more than 500 participants and over 40 national and international speakers and professionals. SFK10 will take place on 25 and 26 September starting at 9:00 in the venues of the Faculty of Electrical and Computer Engineering of the University of Prishtina. This year the conference will host several notable hacker keynotes. Leon Shiman will speak on the use of FLOSS in public administration; Rob Savoy of Gnash project will talk about network protocols; Mikel Maron will speak on the geopolitical use of open maps and Peter Salus, historian of operating systems, will lecture on the history of development of GNU/Linux. Overall, over 20 topics will be discussed, ranging from issues associated with the Free Encyclopedia Wikipedia, GNU/Linux, intellectual property licenses, building of communities, OpenStreetMap, Sugar, and many other topics in the field of free software. Topics to be discussed and the quality of lecturers, along with the success of last year's conference make SFK10 the largest conference of its kind in Southeast Europe. The conference is held under the auspices of the Office of the Prime Minister of the Republic of Kosovo and is supported by a number of donors from whom it is worth mentioning: the Ministry of Energy and Mining, Mozilla, Rrota, PC World Albanian and the University of Prishtina Student Center. The conference is free to participants during the two days. The presentations and detailed information on the conference can be found at www.kosovasoftwarefreedom.org -- For Immediate Release FLOSS Kosova i...@flossk.org On Sep 22, 3:04 pm, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: here is a rough translation of the press release : Pristina is the conference host software ***On 25 and 26 September Pristina will be hosted for the second time Freedom Conference Software Kosovo.*** *FLOSS SFK10 Kosovo, organized by the Faculty of Electrical and Computer Engineering (FIEK) of the University of Pristina.* SFK09 held last year was attended by about 500 people who attended about 40 lectures of 25 lecturers. This time the conference will be focused: the 24 lectures will be from Kosovo, region and world. The main and guest lecturers at the same time honor of this conference are renowned as hackers Leon Shiman, Rob Savoye, Mikel Maro and Peter Salus.Shiman's Foundation board member who oversees the development of graphical system for Linux and BSD - x.org, and the owner of Shiman Associates consulting firm. Savoye is the primary developer of Gnash as previously developed for Debian, Red Hat and Yahoo. Savoye has been programming since 1977. Maron specializes in programming applications based on geography and location. Maron is OpenStreeMap Foundation board member, a service similar to Google Maps. Salus is a linguist, computer scientist and historian of technology. He worked a professor and dean at several universities. But this is only the result of the work of the organizing committee which is preparing the conference program for almost a year . Other topics will provide for all the little: Milot Shala will directly demonstrate the Qt Framework development of Nokia's, Martin will tell Bekkelund Norwegian practices with open source code (open source) in state administration, Baki Goxhaj will talk about WordPress, Marco Fioretti will show how programming languages can be used in schools. Other topics are Wikipedia, CAD, use of EU's funds in Open Source, Sugar platform for children, CMS systems for universities, Android platform, etc.. The conference will be held on the premises of FIEK-regulation. Free Registration begins on Saturday at 9:00 pm and during the two days program starts at 10:00. The conference is supported financially by the Office of the Prime Minister, Wheel, PC World and New OpenWorld.al. For more visit the official website of Kosovo Organization free software and open - FLOSS Kosovo http://kosovasoftwarefreedom.org/ . */ telegraph /* * * On Wed, Sep 22, 2010 at 12:57 PM, Luca Paolo Pescatore multiva...@gmail.com wrote: Ehm great... should I send to TechCrunch and other EN/US websites in Albanian ? :) Is it possible to have a PR in English ? Luca On Wed, Sep 22, 2010 at 12:54 PM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: Bernard Writes : The attached notice has been published today in Gazeta Express and I have sent it to: Telegrafi, Koha Ditore and RTKlive.com. You can use this to send to other media and maybe invite them to come. Also
Re: [OSM-talk] Fwd: SFK100 Press Release
On 22 September 2010 23:25, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: The conference is held under the auspices of the Office of the Prime Minister of the Republic of Kosovo and is supported by a number of donors from whom it is worth mentioning: the Ministry of Energy and Mining, Mozilla, Rrota, PC World Albanian and the University of Prishtina Student Center. Wow thats a good number of people from the govt. I think this is a chance to push the libre stack into every aspect of Govt operations . There would be lot of 'NO' , 'We can't ' nevertheless is an opportunity and we need to patiently spread the message keeping in mind that it would make a lot of impact . Regards, Pavithran -- pavithran sakamuri http://look-pavi.blogspot.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: SFK100 Press Release
On 22 September 2010 23:25, jamesmikedup...@googlemail.com Overall, over 20 topics will be discussed, ranging from issues associated with the Free Encyclopedia Wikipedia, GNU/Linux, intellectual property licenses, building of communities, OpenStreetMap, Sugar, and many other topics in the field of free software. The conference is free to participants during the two days. The presentations and detailed information on the conference can be found at www.kosovasoftwarefreedom.org Criticism: http://www.kosovasoftwarefreedom.org/index.php/travelling/about-kosovo.html There is a flash based interactive map , though is of flash , was OSM used to prepare that map ? http://www.kosovasoftwarefreedom.org/index.php/travelling/how-to-get-to-prishtina.html Again what about this map ? Also surprised to see a facebook connect link right beside what is free software link ? Copyright © 2010 Software Freedom Kosova Conference. All Rights Reserved. Joomla! is Free Software released under the GNU/GPL License. Thanfully you are crediting free software. Anyways the website uses free software propogates free software but has problem practising it ! Regards, Pavithran -- pavithran sakamuri http://look-pavi.blogspot.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] hypercube.telascience.org forbidden?
Mensen, ik gebruik altijd: planet-nl-latest.osm.gz van: http://hypercube.telascience.org/planet/planet-nl-latest.osm.gz om de boel in postgis te lezen. Deze server ligt er nu uit (althans 'forbidden'). Iemand hier iets van gehoord? Kunnen we ongegeneerd andere nl bestanden pakken? Ik weet bv dat geofabrik vroeger NL heel ruw 'uitknipte' waardoor er stukken zeeland miste... Groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] hypercube.telascience.org forbidden?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 22-09-10 12:49, Richard Duivenvoorde schreef: Mensen, ik gebruik altijd: Je bent zeker een oldbie :P http://planet.openstreetmap.nl/ Direct vanuit Nederland. Nationalistisch denken Richard ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkyZ388ACgkQYH1+F2Rqwn1KkgCeMzEi6dycEHxtpmkgiG6fezQ+ CycAnRsHwyl2jrEu62pwA/uHm9CBtX51 =0G2Y -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] wifi op osm
bedankt, er staat dat er in september een android toepassing komt om gsm en wifi data te verzamelen. Als die er is heb ik gevonden wat ik zocht. mvg, Ren'e 2010/9/22 Jan Vlug jan.pub...@famvlug.nl Voor GSM access points: http://realtimeblog.free.fr/with_osm4.php On 09/21/2010 09:48 AM, Rene Dohmen wrote: Goedemorgen, Bestaat er een equivalent van Wigle [1] waar de locatie van accesspoints geupload worden zodat ze later te bekijken zijn op OSM-kaarten? mvg, René Dohmen [1] http://wigle.net/gps/gps/Map/onlinemap2/ ___ Talk-nl mailing listtalk...@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] wifi op osm
klinkt als de wardrive map van wayback ;) Groeten Rob Op 22 september 2010 20:20 schreef Rene Dohmen rdohmen+osm-talk...@gmail.com rdohmen%2bosm-talk...@gmail.com het volgende: bedankt, er staat dat er in september een android toepassing komt om gsm en wifi data te verzamelen. Als die er is heb ik gevonden wat ik zocht. mvg, Ren'e 2010/9/22 Jan Vlug jan.pub...@famvlug.nl Voor GSM access points: http://realtimeblog.free.fr/with_osm4.php On 09/21/2010 09:48 AM, Rene Dohmen wrote: Goedemorgen, Bestaat er een equivalent van Wigle [1] waar de locatie van accesspoints geupload worden zodat ze later te bekijken zijn op OSM-kaarten? mvg, René Dohmen [1] http://wigle.net/gps/gps/Map/onlinemap2/ ___ Talk-nl mailing listtalk...@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] OSM alternatives...
hi, Just checking, has anyone gone through the geoscience map features and matched it up with OSM tags? I have the Google Docs chart and am just guessing at what each feature should be represented on a mapnik map as. I can invite anyone in as editors, just ask :) Thanks, Sam On 9/21/10, John Smith deltafoxtrot...@gmail.com wrote: It doesn't seem likely things are going to be resolved to everyone's liking, in fact there seems to be a new type of service popping up every other week. So to this end I just filed a bug with JOSM asking to get multiple credentials stored and some easy way to switch between them. This is so you don't need to run JOSM under multiple usernames when you are playing with or editing data on various other services that are compatible with the OSM APIs. https://josm.openstreetmap.de/ticket/5490 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] OSM alternatives...
Oh :) Here's the link https://spreadsheets.google.com/ccc?key=0Am70fsptsPF2dDNEdUpoMDZzSWxXRThGeklDeUtnblEhl=en I'm still working on the others (canvec/tiger/garmin/linz/coraine/Ordnance Survay) on the offline version, since there is so many edits going on. Cheers, Sam On Wed, Sep 22, 2010 at 12:08 AM, Sam Vekemans acrosscanadatra...@gmail.com wrote: hi, Just checking, has anyone gone through the geoscience map features and matched it up with OSM tags? I have the Google Docs chart and am just guessing at what each feature should be represented on a mapnik map as. I can invite anyone in as editors, just ask :) Thanks, Sam On 9/21/10, John Smith deltafoxtrot...@gmail.com wrote: It doesn't seem likely things are going to be resolved to everyone's liking, in fact there seems to be a new type of service popping up every other week. So to this end I just filed a bug with JOSM asking to get multiple credentials stored and some easy way to switch between them. This is so you don't need to run JOSM under multiple usernames when you are playing with or editing data on various other services that are compatible with the OSM APIs. https://josm.openstreetmap.de/ticket/5490 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] OT: Javascript ist boese (war: Wie trage ich folgendes ein?)
Am Mittwoch 22 September 2010, 07:03:51 schrieb Bernd Wurst: Da man im heutigen Internet mit ausgeschaltetem JavaScript zu Recht nicht mehr weit kommt, sind es doch eher die Leute mit viel Ahnung und wenig Bedarf an solchen Fragen, die JS ausgeschaltet haben. zu recht definitiv nicht! JS bietet manchmal durchaus sinnvolle Zusatzfunktionalitaet, aber bei vielen Seiten koennte man genau so gut darauf verzichten, ohne irgendwelche Einschraenkungen zu haben... Eine Technologie nur deshalb einzusetzen, weil es geht, ist nicht immer toll. (Heutige Browser schaffen es doch ganz gut, die sinnvollen JS-Funktionen zu unterstützen und die blödsinnigen zu ignorieren. Ausschalten ist nicht mehr zeitgemäß.) Grade heutzutage ist sowas wie NoScript, das selektives Aktivieren von JS bietet absolut sinnvoll. Alleine das Usertracking von Google, Facebook und Co, das Einbinden externer Skripte bergen Gefahren und Sicherheitsrisiken. 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] Seekabel, die Zweite
Am Mittwoch 22 September 2010, 00:20:37 schrieb aighes: Ein Stromkabel ist ein Stromkabel, egal wo es nun liegt. Das sollte sich auch in den Taggs wiederspiegeln. Wir taggen schließlich eine Straße auch immer als Straße, egal ob sie unter der Erde verläuft oder in der Luft verläuft. Die Lage wird über zusätzliche Tags geregelt. +1 Ein Kabel ist ein Kabel ist ein Kabel. Ein Laie kann ausserdem nicht immer erkennen, ob es eine Kommunikations- oder Versorgungsleitung ist... Anstatt submarine|underground|air=yes zu nutzen würde ich allerdings eher etwas *=submarine|underground|air nutzen. Das macht das ganze mMn logischer und fehlerrobuster. +1 ein allgemeines Tag fuer Verlauf/Verlegung. Das kann man dann z.B. auch fuer Rohrleitungen verwenden. * passender englischer Begriff, der mir gerade nicht einfällt vielleicht laying? 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] Seekabel, die Zweite
Am Mittwoch 22 September 2010, 01:55:51 schrieb Stephan Wolff: es ist komplett inkompatibel zu bestehenden Anwendungen, da keine Anwendung das kennt. Alle Anwendungen müssten erst dieses neue Tag lernen. Wenn das erwünschte Verhalten keine Änderung des Programms erfordert, ist das Tag kompatibel. schon wieder jemand, der den Status Quo in Stein meisseln will, und keinerlei Weiterentwicklung befuerwortet... 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] Seekabel, die Zweite
Am 22. September 2010 07:22 schrieb Markus liste12a4...@gmx.de: seamark=cable seamark:cable:category= power_line | transmission_line | telephone | mooring_cable | mooring_chain wieso sollten die Kabel als seamarks getaggt werden? *seamark* ist der Namensraum für alle nautisch relevanten Dinge. (darf nicht verwechselt werden mit Zeichen) Dagegen verwehre ich mich (wie auch schon im letzten seamark-thread) entschieden. Suche dir bitte die Objekte in OSM, die dich als Käpt'n interessieren, nach Lage und Objekteigenschaften heraus, um sie für dich auszuwerten, aber verwende dieses (teils subjektive) Kriterium nicht, um den Haupt-Key(!) eines Objektes zu setzen. Die Interessen der verschiedenen Nutzergruppen überschneiden sich, das ist Fakt bei OSM und führt dazu, daß sich jeder seine Daten explizit herauspicken muss, was, wie ich aus eigener Erfahrung weiß, keine große Schwierigkeit ist - auch für euch nicht. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skandal: Der Staat verkauft Geodaten!
Eine nicht ganz unwesentliche Rolle in dem Spiel nehmen m.E. die Medien wahr. Diese haben durch gefilterte Berichterstattung einen ganz massiven Einfluss auf die öffentliche Wahrnehmung. Und wie reagiert der brave Deutsche? Er nimmt alles unreflektiert auf und ruft: Skandal! Persönliche Freiheitsrechte werden mit Füßen getreten!! Amerikanisches Mistzeugs brauchen wir hier nicht!! etc... Richtig interessant wird's dann aber, wenn man aus dieser Perspektive heraus auf andere politische oder politisierte Themen blickt: Atomkraft, Gentechnik, Banken .. alles böse, böse, böse. Christian Am 21.09.2010 um 23:11 schrieb Rainer Knaepper: wolfg...@ivkasogis.de (Wolfgang) am 21.09.10: Die einzigen, die davon einen Schaden haben, sind wir. Ich bin schon aufgefordert worden, ein Foto aus der Wikipedia zu entfernen. Denkmalgeschütztes Haus, von öffentlichem Verkehrsraum aus aufgenommen. Also nicht nur OSM hat Probleme. Das Klima wird immer weiter aufgeheizt, ja So allmählich kann man nur noch nachts mappen. Nachtarbeit würde mir als Wikiknipser bei den meisten Motiven doch /etwas/ Probleme bereiten. Mit Facebook im Internet und mit Payback zahlen, aber dass mir bloß niemand den Fußweg vor meiner Tür mappt, wo bleibt denn da der Datenschutz Wirklich großartig fand ich einen Artikel im Lokalteil einer Zeitung, bei dem sich zwei Ehepaare vor ihren Reihenhäusern ablichten ließen, vollständige Namensnennung inklusive, um kundzutun, daß sie gegen Streetview Einspruch erhoben hätten. Da das noch nicht an Wirrsinn genug ist: Die Häuskes liegen an diesen typischen, schmalen Zuwegungen, die von der eigentlichen residential kammartig abgehen, die die Gurgel-Autos gar nicht befahren. Rainer -- ___ 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
[Talk-de] JOSM: Problem mit der PlugIn-Liste
Hi ! ich habe schon ein Ticket [1] zu dem Problem erstellt das ich beim Starten von JOSM die Meldung bekomme das zu ALLEN Plugins keine Update-Infos vorliegen. Wenn ich den Dialog bestägtige werden mir auch keine Plugins mehr angezeigt - dabei sind diese ja noch installiert. Weiß einer von Euch ob man es nicht doch irgendwie hinbekommt diese wieder zu aktivieren? gruß Jan .-) [1] http://josm.openstreetmap.de/ticket/5491 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Problem mit der PlugIn-Liste
Hallo, Am Mittwoch 22 September 2010 08:53:48 schrieb Jan Tappenbeck: Hi ! ich habe schon ein Ticket [1] zu dem Problem erstellt das ich beim Starten von JOSM die Meldung bekomme das zu ALLEN Plugins keine Update-Infos vorliegen. Wenn ich den Dialog bestägtige werden mir auch keine Plugins mehr angezeigt - dabei sind diese ja noch installiert. Weiß einer von Euch ob man es nicht doch irgendwie hinbekommt diese wieder zu aktivieren? Bei mir ist alles im grünen Bereich. Version 3514. Vielleicht nicht immer die allerneueste Version benutzen? Ich vermute mal, dass das BS keine Rolle spielt. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Problem mit der PlugIn-Liste
Am 22.09.2010 09:11, schrieb Wolfgang: Hallo, Am Mittwoch 22 September 2010 08:53:48 schrieb Jan Tappenbeck: Hi ! ich habe schon ein Ticket [1] zu dem Problem erstellt das ich beim Starten von JOSM die Meldung bekomme das zu ALLEN Plugins keine Update-Infos vorliegen. Wenn ich den Dialog bestägtige werden mir auch keine Plugins mehr angezeigt - dabei sind diese ja noch installiert. Weiß einer von Euch ob man es nicht doch irgendwie hinbekommt diese wieder zu aktivieren? Bei mir ist alles im grünen Bereich. Version 3514. Vielleicht nicht immer die allerneueste Version benutzen? Ich vermute mal, dass das BS keine Rolle spielt. Gruß, Wolfgang hi ! das Problem muss irgendwo anders liegen - habe ich auch mit der 3514 ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Javascript ist boese (war: Wie trage ich folgendes ein?)
Hallo. Am Mittwoch 22 September 2010, 08:18:07 schrieb Guenther Meyer: Am Mittwoch 22 September 2010, 07:03:51 schrieb Bernd Wurst: Da man im heutigen Internet mit ausgeschaltetem JavaScript zu Recht nicht mehr weit kommt, sind es doch eher die Leute mit viel Ahnung und wenig Bedarf an solchen Fragen, die JS ausgeschaltet haben. zu recht definitiv nicht! JS bietet manchmal durchaus sinnvolle Zusatzfunktionalitaet, aber bei vielen Seiten koennte man genau so gut darauf verzichten, ohne irgendwelche Einschraenkungen zu haben... Man markt an diesem Thread, was keine Einschränkungen dann bedeutet. :) Eine Technologie nur deshalb einzusetzen, weil es geht, ist nicht immer toll. Eine Technologie gleich gar nicht einzusetzen obwohl sie sinnvoll ist, nur weil einige Leute da irgendwelchen Voodoo rein interpretieren kann auch nicht wirklich der Weg der Wahl sein. (Heutige Browser schaffen es doch ganz gut, die sinnvollen JS-Funktionen zu unterstützen und die blödsinnigen zu ignorieren. Ausschalten ist nicht mehr zeitgemäß.) Grade heutzutage ist sowas wie NoScript, das selektives Aktivieren von JS bietet absolut sinnvoll. Ich kenne diese Extension nicht, aber wenn dem Script verboten wird zu einer unbeteiligten Seite Daten zu senden (das wäre eine naheliegende Einschränkung), dann sollte das die genannte Funktionalität nicht stören. Auch Nerv-Javascript wie Popup-Fenster und Statusleistenverunstaltung sollte ein heutiger Browser unterbinden, ganz ohne Extension. Und nein, man will nicht JS per default aus haben und nur selektiv aktivieren. Oder man macht das, sollte dann aber bitte ganz dringend dranf verzichten, vermeintliche Bugs irgendwo zu melden. Alleine das Usertracking von Google, Facebook und Co, das Einbinden externer Skripte bergen Gefahren und Sicherheitsrisike Gut, dass das alles mit eingebundenen Bildern und Cookies nicht möglich ist. :-) Ich wunder mich grade, dass ich hier diese Sichtweise vertrete. Noch vor ein paar Jahren war JS nur für Mist zu gebrauchen und ich wäre voll auf deiner Seite gewesen. Heute ist das aber anders. Und wer meint, JS wäre Teufelszeug, der sollte sich mal genauer damit befassen, was mit anderen Dingen möglich ist. Oder vielleicht einfach keinen Google-/Facebook-Account machen, dann können die auch nur halb so viel über einen tracken. Und die eigenen Cookie- Richtlinien optimieren. Gruß, Bernd -- Wipe Info uses hexadecimal values to wipe files. This provides more security than wiping with decimal values. (Norton SystemWorks 2002 Professional Edition User's Guide, page 158) 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] jetzt funktioniert es wieder!!!!!!!!!!!!!
Ich hatte das gleiche Problem und hab es gelöst, in dem ich das Verzeichnis von josm, wo es die AddOns speichert gelöscht habe und dann die AddOns neu installiert. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-Problem-mit-der-PlugIn-Liste-tp5557865p5558309.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite
Am 22. September 2010 04:17 schrieb Garry garr...@gmx.de: Am 21.09.2010 23:14, schrieb Markus: Meistens kommen die Leitungen von Land als Überlandleitung: power= line | minor_line zu einem Mast am Ufer: power= tower | pole oder als Erdkabel: + tunnel=yes Bin mir nicht sicher wie die englische Begriffswelt aussieht, aber im deutschen hängen an den Masten in der Regel Leiterseile (= lines?) und das im Boden/ unter Wasser immer (!) Kabel (= cables?). Der Unterschied liegt hauptsächlich darin das letzteres einen umhüllenden Isolator hat und somit gefahrlos berührt werden kann. Dann muss ich jetzt etwas spitzfindig nachfragen. Nach der von Garry eben gegebenen Definition von Stromleitungen hängen bei uns im Dorf überall cables an den Masten (power=pole). Sollen die jetzt auf power=minor_cable umgetaggt werden? So wie es aussieht gibt es im Augeblick hier drei diskutierte Ansätze zur Unterscheidung von cable und line: 1. Line hängt in der Luft und cable ist verbuddelt bzw. unter Wasser. 2. Line ist ein unisolierter Leiter, bei cable hat der Leiter eine Isolierung. 3. Line und cable sind eigentlich das das gleiche -- irgendwie wird dort etwas (weiter) geleitet. Bauart (ober-/unterirdisch) wird über Zusatztags beschrieben. Die Unterscheidung, was im cable/line durchfließt wird bei allen drei Vorschlägen über den Schlüssel angegeben (power=*, communication=*). Das Ursprungspostig hatte hier einen anderen Ansatz, der aber soweit ersichtlich nicht aufrecht erhalten wird(?). Im Prinzip halte ich alle drei Vorschläge für brauchbar. 1. und 2. überschneiden sich weitgehend, weil alles was man verbuddeln will auch isoliert sein sollte. Andereseits kann man auch isolierte Kabel in die Luft hängen. 1. Scheint mir die derzeit gängige Herangehensweise zu sein. Eine Umstellung von 1./2. auf 3. würde auf der Auswertungsseite Problem machen, da auch die bishereigen Anwendungen zusatztags auswerten müssten. Andererseits gewinnt man kaum etwas zusätzlich an Information, dass sich nicht auch mit 1. bzw. 2. bereits abbilden könnte, wenn man sich einigermaßen sicher ist, dass die ganze Definition nicht wieder umgeworfen wird. 2. gibt gegenüber erstens die Zusatzinformation isoliert/nicht isoliert. Ist das wirklich eine wichtige Information die man erfassen sollte? Das für 3. notwendige Zusatztag könnte auch als redundante Information an 1. angefügt werden. 2. kommt nicht gänzlich ohne Zusatztag aus, wenn man verdeutlichen möchte, dass dort ein isolierter Leiter in der Luft hängt. In allen anderen Fällen wären auch bei 2. Zusatztags redundant. Alles in allem bin ich (nun doch) für 1. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite - IMPORT FERTIG
Guten Morgen, der Import ging jetzt doch schneller als gedacht. Kleine Zusammenfassung: Bei ca. der Hälfte der Kabel habe ich geprüft, ob schon irgendwo Daten vorhanden sind und bin auf keine Kollisionen gestoßen. Den Rest habe ich dann blind ohne genauere Überprüfung importiert. Man möge mir verzeihen, wenn ich da redundante Daten erzeugt habe. Folgendes Schema wurde benutzt: communication=line bzw. power=line name=Foo operator=Bar source=Kingfisher Information Service, February 2010, http://www.kisca.org.uk/charts.htm submarine = yes Wie ich schon vorher schrieb, hänge ich an meinem Tagging-Schema nicht. Wer sich berufen fühlt, soll das verbessern. In den Daten gab es keine Kabel, die sowohl Strom als auch Kommunikation transportierten. Allerdings habe ich mindestens eine Strecke gesehen, wo Strom- und Kommunikationskabel parallel liefen. U.u. ist das in der Realität nur ein einzelnes Kabel. Leider habe ich keine Vergleichsdaten, um das überprüfen. Insgesamt scheint mir die Qualität der Daten durchwachsen zu sein. Gerade bei inaktiven Kabeln (disused=yes) fehlen große Abschnitte, bei denen ich nicht weiß, ob die Daten fehlerhaft sind oder die entsprechenden Kabelstränge tatsächlich nicht mehr auf dem Meeresboden liegen. Auch hier würden Vergleichsdaten helfen. Die Datenbasis umfasste eh nur Kabel, die für die Fischerei um Großbritannien relevant sind, deswegen enden viele (Transatlantik-)Kabel mitten im Meer. Zu Landungsstellen bin ich nicht/kaum fündig geworden, deswegen habe ich die nicht erfasst. Sollte ich die Aktion im Wiki erfassen? Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite - IMPORT FERTIG
On Wed, Sep 22, 2010 at 11:40:15AM +0200, olvagor wrote: Sollte ich die Aktion im Wiki erfassen? Ja, bitte! Siehe imports-Seite. Schön wäre es vorallem, wenn jemand im Wiki nach Kingfisher sucht, dass er dann was dazu findet. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Projekt des Monats - Oktober 2010 .... wie geht es weiter?
Hi! der September neigt sich dem Ende entgegen. Wollen wir für Oktober ein neues Projekt starten ? Wenn eine Karte zu erstellen ist wie bei den Tanken sollte das kein Problem sein. Wer möchte das in die Hand nehmen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schiffsliegeplatz
Am 21. September 2010 23:14 schrieb Markus liste12a4...@gmx.de: zu d): Fläche einzeichnen. Die Schiffe werden mit einem Säulenkran aus dem Wasser gehoben und mit einem Rollwagen zu ihrem Parkplatz befördert, oder mit einem mobilen Hublift zu ihrem Bestimmungsort gefahren und dort in ein Gestell gesetzt. wenn vorhanden, unbedingt den Kran einzeichnen (man_made wahrscheinlich). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname vorhanden aber noch nicht ge baut
Am 22. September 2010 03:49 schrieb Florian Gross flor...@grossing.de: Also auch noch nicht im Bau? Dann eigentlich nichtmal construction, sondern als geplant taggen - das IIRC war es etwas mit proposed genau, anstatt construction einfach proposed (einmal als value, einmal als key). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite
Am 22. September 2010 01:34 schrieb Stephan Wolff s.wo...@web.de: Für Transportwege an Seilen und Masten verwenden wir je nach Bauform aerialway = cable_car / gondola / chair_lift ... Ein unterirdischer Transportweg wäre dagegen railway = subway das hat m.E. nichts mit den Stromkabeln zu tun. Eine Seilbahn oder ein Skilift ist nicht eine U-bahn, die durch die Luft fährt. Deine Analogie hinkt. Analog würde power = line / minor_line / cable / minor_cable Bauform und Bedeutung wiedergeben. Es enthält Informationen über den Spannungsbereich. Für alle Leitungen power = line mit neuen Zusatztags für Bauform und Spannungsebene wäre inkompatibel zum bereits eingeführten power = minor_line mit etwa 3700 Einträgen. das hat hier ja auch keiner vorgeschlagen. Da ich keine Anwendung kenne, die Seekabel und Hochspannungsleitungen gleich behandelt, sehe ich nicht mal einen theoretischen Vorteil. Ich finde solche Vorschläge kontraproduktiv. was für Anwendungen kennst Du denn, die diese Daten nutzen? Originär denke ich vor allem an Netzpläne wie den von Bahnpirat, und ich sehe nicht, warum Seekabel darin schaden sollten, im Gegenteil. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite
Am 22. September 2010 01:55 schrieb Stephan Wolff s.wo...@web.de: Wenn das erwünschte Verhalten keine Änderung des Programms erfordert, ist das Tag kompatibel. Kannst Du mal einen Link zu Deiner Anwendung schicken, die Stromkabel auswertet und wo es erwünscht ist, dass bestimmte Stromkabel im gleichen Spannungsbereich nicht dargestellt werden? Aus meiner Sicht ist das erwünschte Verhalten, dass zugehörige Daten auch erscheinen. Wenn ich an Deiner Analogie zu den Schienen anknüpfen darf: Dein Vorschlag entspricht ungefähr der Idee, für Eisenbahnschienen railway=rail zu verwenden, wenn sie durch einen Tunnel fahren jedoch sowas wie railway=tunneled_rail zu verwenden, und dann zu behaupten, das diene dem erwünschten Verhalten. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite
Am 22. September 2010 08:41 schrieb Martin Simon grenzde...@gmail.com: Am 22. September 2010 07:22 schrieb Markus liste12a4...@gmx.de: seamark=cable wieso sollten die Kabel als seamarks getaggt werden? *seamark* ist der Namensraum für alle nautisch relevanten Dinge. (darf nicht verwechselt werden mit Zeichen) Dagegen verwehre ich mich (wie auch schon im letzten seamark-thread) entschieden. Suche dir bitte die Objekte in OSM, die dich als Käpt'n interessieren, nach Lage und Objekteigenschaften heraus, um sie für dich auszuwerten, aber verwende dieses (teils subjektive) Kriterium nicht, um den Haupt-Key(!) eines Objektes zu setzen. Dem stimme ich aus vollem Herzen zu. Genauso wie Flüsse und andere Wasserwege, Wehre, Schleußen etc. nautisch relevant sind, aber keinen extra seamark-tag brauchen, so kann es auch nicht sein, dass andere Objekte, die sich nicht ausschließlich auf die Schifffahrt beziehen (wie z.B. Unterseekabel) als Haupttag seamark erhalten (und dann in der zigsten Unterebene die eigentlichen Werte auftauchen, wie z.B. bei seamark:cable:category= power_line, die noch dazuhin nicht den bereits etablierten Tagging-konventionen entsprechen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite (Kabel =! Freileitung!)
Am 22. September 2010 04:08 schrieb Garry garr...@gmx.de: Am 22.09.2010 00:20, schrieb aighes: Ein Stromkabel ist ein Stromkabel, egal wo es nun liegt. Das sollte sich auch Das ist dann doch sehr laienhaft... Man sollte doch zumindest der Unterscheidung von Kabeln und Leiterseilen gerecht werden. Der Unterschied? Lässt sich leicht feststellen durch Annäherung.. ;-) Bei einem Kabel (die kunstoffummantelten Schnüre ) passiert in der Regel nichts, bei einem Leiterseil (fast alles was von Mast zu Mast hängt und überwiegend aus Metall besteht) endet die Annäherung spätestens bei Berührung meist tödlich! Ich denke, das sollte man durch Subtags klären. Zunächst mal ist da eine Stromleitung. Als Hauptkriterium ist die Differenzierung nach Spannungen etabliert (d.h. falls das Gleichstrom-Hochspannungsnetz mal kommen sollte, wäre das im bisherigen System ein eigener Haupt-value für power). Die Stromleitung kann man dann weiter differenzieren nach Verlegeart (verbuddelt, in Rohren, aufgehängt, unter Wasser), Bauart (hängt z.T. mit der Verlegeart zusammen, ist aber prinzipiell ein eigenes Kriterium), ggf. kann man die Bauart weiter aufdröseln, z.B. isoliert=ja/nein Aufhängung Kapazität/Querschnitt/Anzahl der Leiter Material usw. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skandal: Der Staat verkauft Geodaten!
Am 21. September 2010 23:11 schrieb Rainer Knaepper rain...@smial.prima.de: wolfg...@ivkasogis.de (Wolfgang) am 21.09.10: Ich bin schon aufgefordert worden, ein Foto aus der Wikipedia zu entfernen. Denkmalgeschütztes Haus, von öffentlichem Verkehrsraum aus aufgenommen. Also nicht nur OSM hat Probleme. dem bist Du aber hoffentlich nicht nachgekommen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Welches Dateiformat um mehrere fixme's via JOSM in OSM zu importieren
Hallo, ich habe einige Widersprüche in der OSM entdeckt (living_street mit maxspeed=30) und würde diese gerne mit einem fixme versehen. Kann ich irgendwie eine Textdatei erzeugen, die ich dann mit JOSM oder einem anderen Tool einlesen kann, oder auch xml, und der die dann automatisch auf den Server lädt. Danke Tom ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Dateiformat um mehrere fixme's via JOSM in OSM zu importieren
Am 22.09.2010 13:04, schrieb Tom Müller: ich habe einige Widersprüche in der OSM entdeckt (living_street mit maxspeed=30) und würde diese gerne mit einem fixme versehen. Kann ich irgendwie eine Textdatei erzeugen, die ich dann mit JOSM oder einem anderen Tool einlesen kann, oder auch xml, und der die dann automatisch auf den Server lädt. Benutze die OSB (OpenStreetBugs) Seite. Da gibts auch eine API für. Lg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite
Am 22.09.2010 12:38, schrieb M∡rtin Koppenhoefer: Am 22. September 2010 01:55 schrieb Stephan Wolffs.wo...@web.de: Wenn das erwünschte Verhalten keine Änderung des Programms erfordert, ist das Tag kompatibel. Kannst Du mal einen Link zu Deiner Anwendung schicken, die Stromkabel auswertet und wo es erwünscht ist, dass bestimmte Stromkabel im gleichen Spannungsbereich nicht dargestellt werden? ??? Ich möchte nicht zwischen Stromkabeln und bestimmten Stromkabeln unterscheiden, sondern zwischen Kabel und Freileitung. Meinst du den Unterschied? Viele topographische Karten stellen Hochspannungsfreileitungen (z.B. 110kV) dar (z.B. http://onmaps.de/st/deutschland.php). Keine mir bekannte topographische Karte zeigt 110kV Kabel. Falls es doch ein solche Karte gibt, wird sie sicherlich ein anderes Symbol verwenden. Welche Anwendungen unterscheiden NICHT zwischen Kabel und Freileitung? Aus meiner Sicht ist das erwünschte Verhalten, dass zugehörige Daten auch erscheinen. Wenn ein Kabel mit dem gleichen Symbol wie eine Freileitung auf der Karte erscheint, wäre das für viele Anwender verwirrend. Wenn ich an Deiner Analogie zu den Schienen anknüpfen darf: Dein Vorschlag entspricht ungefähr der Idee, für Eisenbahnschienen railway=rail zu verwenden, wenn sie durch einen Tunnel fahren jedoch sowas wie railway=tunneled_rail zu verwenden, und dann zu behaupten, das diene dem erwünschten Verhalten. Die Gleise verlaufen in gleicher Bauart (Spurabstand, Lichtraumprofil, Oberleitung) in einem Tunnel - nur Zusatz tunnel=yes. U-Bahnen sind keine unterirdisch installierten Gondelbahnen, sondern haben eine andere Bauart - anderer Haupttag. Stromkabel sind keine im Tunnel geführten Freileitungen. Gruß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite (Kabel =! Freileitung!)
am Mittwoch, 22. September 2010 um 12:56 schrieben M∡rtin Koppenhoefer: Spannungen etabliert (d.h. falls das Gleichstrom-Hochspannungsnetz mal kommen sollte, wäre das im bisherigen System ein eigener Haupt-value Es gibt bereits Gleichspannungsleitungen z.B. [1]. Christian [1] http://de.wikipedia.org/wiki/Baltic_Cable ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt des Monats - Oktober 2010 .... wie geht es weiter?
Am 22. September 2010 12:01 schrieb Jan Tappenbeck o...@tappenbeck.net: Wollen wir für Oktober ein neues Projekt starten ? Wenn eine Karte zu erstellen ist wie bei den Tanken sollte das kein Problem sein. Wie wärs mit Ladestationen für Elektroautos? Die sind derzeit schwer im Kommen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Dateiformat um mehrere fixme's via JOSM in OSM zu importieren
Wo gibt es denn da eine API? Google gibt mir nichts :( Danke Tom Am 22.09.2010 13:10, schrieb Peter Körner: Am 22.09.2010 13:04, schrieb Tom Müller: ich habe einige Widersprüche in der OSM entdeckt (living_street mit maxspeed=30) und würde diese gerne mit einem fixme versehen. Kann ich irgendwie eine Textdatei erzeugen, die ich dann mit JOSM oder einem anderen Tool einlesen kann, oder auch xml, und der die dann automatisch auf den Server lädt. Benutze die OSB (OpenStreetBugs) Seite. Da gibts auch eine API für. Lg ___ 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] Projekt des Monats - Oktober 2010 .... wie geht es weiter?
Am 22.09.2010 13:50, schrieb M∡rtin Koppenhoefer: Am 22. September 2010 12:01 schrieb Jan Tappenbecko...@tappenbeck.net: Wollen wir für Oktober ein neues Projekt starten ? Wenn eine Karte zu erstellen ist wie bei den Tanken sollte das kein Problem sein. Wie wärs mit Ladestationen für Elektroautos? Die sind derzeit schwer im Kommen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de hi ! da habe ich gerade einen kontakt zu einer anderen erfassungsseite und mal sehen was daraus wird. weißt du ob schon tags eindeutig bekannt sind ? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Dateiformat um mehrere fixme's via JOSM in OSM zu importieren
am Mittwoch, 22. September 2010 um 14:09 schrieb Tom Müller: Wo gibt es denn da eine API? Google gibt mir nichts :( http://openstreetbugs.schokokeks.org/ Klick 'Weitere Informationen' - http://openstreetbugs.schokokeks.org/more.html Klick 'Manual, FAQ, Contact' - http://wiki.openstreetmap.org/wiki/OpenStreetBugs Im Abschnitt 'How can I add OpenStreetBugs to my application / map?' Klick auf 'description of the current API' - http://wiki.openstreetmap.org/wiki/OpenStreetBugs/API Voila! Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Javascript ist boese (war: Wie trage ich folgendes ein?)
On Wed, Sep 22, 2010 at 11:24:48AM +0200, Bernd Wurst wrote: JS bietet manchmal durchaus sinnvolle Zusatzfunktionalitaet, aber bei vielen Seiten koennte man genau so gut darauf verzichten, ohne irgendwelche Einschraenkungen zu haben... Man markt an diesem Thread, was keine Einschränkungen dann bedeutet. :) keine Einschraenkung und keine Zusatzfunktionalitaet sind zwei ganz verschiedene Dinge. Ausserdem, wer heute ohne JS unterwegs ist, tut das normalerweise ganz bewusst, und sollte auch wissen, das die Funktionalitaet nicht die gleiche ist. Eine Technologie gleich gar nicht einzusetzen obwohl sie sinnvoll ist, nur weil einige Leute da irgendwelchen Voodoo rein interpretieren kann auch nicht wirklich der Weg der Wahl sein. das hat auch niemand behauptet... (Heutige Browser schaffen es doch ganz gut, die sinnvollen JS-Funktionen zu unterstützen und die blödsinnigen zu ignorieren. Ausschalten ist nicht mehr zeitgemäß.) Grade heutzutage ist sowas wie NoScript, das selektives Aktivieren von JS bietet absolut sinnvoll. Ich kenne diese Extension nicht, aber wenn dem Script verboten wird zu einer unbeteiligten Seite Daten zu senden fuer ein Tracking muss man keine Daten senden, da reicht jeglicher Zugriff... Ich wunder mich grade, dass ich hier diese Sichtweise vertrete. Noch vor ein paar Jahren war JS nur für Mist zu gebrauchen und ich wäre voll auf deiner Seite gewesen. Heute ist das aber anders. Und wer meint, JS wäre Teufelszeug, der sollte sich mal genauer damit befassen, was mit anderen Dingen möglich ist. Oder vielleicht einfach keinen Google-/Facebook-Account machen, dann können die auch nur halb so viel über einen tracken. Und die eigenen Cookie- Richtlinien optimieren. das brauchst du mir nicht sagen... ;-) signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Javascript ist boese (war: Wi e trage ich folgendes ein?)
Hi. Am Mittwoch 22 September 2010, 14:54:38 schrieb Guenther Meyer: On Wed, Sep 22, 2010 at 11:24:48AM +0200, Bernd Wurst wrote: JS bietet manchmal durchaus sinnvolle Zusatzfunktionalitaet, aber bei vielen Seiten koennte man genau so gut darauf verzichten, ohne irgendwelche Einschraenkungen zu haben... Man markt an diesem Thread, was keine Einschränkungen dann bedeutet. :) keine Einschraenkung und keine Zusatzfunktionalitaet sind zwei ganz verschiedene Dinge. Irgendwie seh ich den Unterschied jetzt nicht. Also ja, man kann die Seite (wie fast alles) irgendwie nutzen ohne JS. Aber es gibt doch einen Unterschied ob ich es so nutzen kann wie der Autor sich das vorstellt oder halt mit Einschränkungen (bei den Zusatzfunktionen). Ausserdem, wer heute ohne JS unterwegs ist, tut das normalerweise ganz bewusst, und sollte auch wissen, das die Funktionalitaet nicht die gleiche ist. Meine Rede. Derjenige soll sich aber bitteschön nicht beschweren wenn irgendwas nicht so komfortabel funktioniert wie es sein könnte. fuer ein Tracking muss man keine Daten senden, da reicht jeglicher Zugriff... Meine Rede. Was hast du dann gegen JavaScript? Tracking geht mit Bildern und Cookies wunderbar, dazu braucht es keine Scripts. Gruß, Bernd -- Manche Menschen sind so seltsam, dass man es bereut, sie kennen gelernt zu haben. - Ernst R. Hauschka (dt. Aphoristiker) 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] Projekt des Monats - Oktober 2010 .... wie geht es weiter?
Am Mittwoch 22 September 2010, 13:50:08 schrieb M∡rtin Koppenhoefer: Wie wärs mit Ladestationen für Elektroautos? Die sind derzeit schwer im Kommen. Ymmd. *lol* Ich hab mich nicht getraut, den Vorschlag zu bringen. Gruß, Bernd -- Billige Sofas setzen sich mehr und mehr durch. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fahrrad-Elektrotankstellen - Ansprechpartner in Niederbayern gesucht
Hi ! eben kam die Frage nach der Erfassung von Fahrrad-Elektrotankstellen [1]. Ich habe nun einen Kontakt nach Niederbayern (Steinach) herstellen können. Dort wäre man an OSM interessiert und setzt uns auch schon als Kartengrundlage ein. Man will von Google entsprechenden Abstand waren. Es ist nun über Telefon und aus dem Norden schwer dort ins Detail zu gehen - wäre einer aus dem Raum bereit sich mal mit denen in Verbindung zu setzen? Die führen auch noch eine DB mit Fahrrad-Läden / Werkstätten. Thematisiert werden sollte: * was ist OSM genau * wie ist es mit den Rechten an Daten * wie könnte eine Datenspende / Austausch aussehen * Gruß Jan :-) [1] http://www.ebike-tankstellen.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Elektrotankstellen - welche Tags könnten interessant sein.....
Hi ! hier steht ein Erfassungsformular welche vielleicht Pate stehen könnte: http://www.ebike-tankstellen.de/plugin.php?menuid=39template=mv/templates/mv_search_front_onemv.htmlmv_id=1onemv=1 Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnabfahrten funktionieren
Hallo, Am Dienstag 21 September 2010 14:07:28 schrieb Carsten Schwede: Hallo, Am 21.09.2010 13:36, schrieb Wolfgang: Ein sehr schönes Beispiel ist die B20 zwischen der A3 und der A92 http://www.openstreetmap.org/?lat=48.809lon=12.693zoom=11layers=M ich habe diesen Bereich auch gleich mal erzeugt. http://openstreetmap.teddynetz.de:81/latest/test1_gmapsupp.img.gz (13MB) ich bin da mal rauf und runter gefahren. B20 zwischen Sattelpeilnstein und Landau (von Nord nach Süd): http://www.openstreetmap.org/?lat=49.12728lon=12.65916zoom=16layers=M http://www.openstreetmap.org/?lat=48.6697lon=12.7097zoom=14layers=M Anschlussstellen mit Links halten: SR 68 / ST 2147 beide Richtungen ST 2140 nur in Ri Süd ST 2125 beide Ithinger Straße beide SRs 12 beide SR 5 beide B8 nördlicher Anschluss in Ri Süd B8 südlicher Anschluss beide danach bis Landau alles OK Ich hoffe, richtig mitgeschrieben zu haben. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt des Monats - Oktober 2010 .... wie geht es weiter?
Am 22. September 2010 14:51 schrieb Jan Tappenbeck o...@tappenbeck.net: da habe ich gerade einen kontakt zu einer anderen erfassungsseite und mal sehen was daraus wird. weißt du ob schon tags eindeutig bekannt sind ? Es gab wohl auf tagging Vorschläge, das amenity=charging_station zu nennen. Amenity=fuel wurde dort ziemlich abgelehnt (AFAIR). Auf der dt. Liste war man sich nicht einig, ob es ein Tankstellen-untertyp ist, oder nicht. Manche hatten geschrieben, dass amenity=fuel gut passen würde. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spitzengespraech beim Innenminister
Für die, die nicht so oft ins Forum schauen: Dort gibt es eine Zusammenfassung des Treffens: http://forum.openstreetmap.org/viewtopic.php?pid=106023#p106023 Den Spruch Öffentliches nützen - privates schützen aus den Ethikregeln des Chaos Computer Clubs kannte ich zwar selbst noch nicht, aber mir scheint, als wäre das sowieso ein ungeschriebenes Gesetz in der Community. Bzgl. Klingelschilldmapping: Ich hab beim Hausnummernmapping schon Häuser gehabt, das stand auf einem Torbogen sowas wie Hier wohnt Familie Meier - das habe ich natürlich nicht gemappt. Andererseits kenne ich alte Villen, das steht dann dran Haus Ilse. Das würde ich schon mit 'name' oder 'addr:name' erfassen. Das ist doch so OK, oder? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnabfahrten funktionieren
Hallo, Am 22.09.2010 16:06, schrieb Wolfgang: Anschlussstellen mit Links halten: SR 68 / ST 2147 beide Richtungen ST 2140 nur in Ri Süd ST 2125 beide Ithinger Straße beide SRs 12 beide SR 5 beide B8 nördlicher Anschluss in Ri Süd B8 südlicher Anschluss beide danach bis Landau alles OK Ich habe das mal kurz überflogen, scheint wirklich so zu sein, daß links halten hier immer dann auftritt, wenn der Knotenpunkt an dem der trunk_link ansetzt die Unterbrechung der gerade durchfahrenden Straße ist. Wenn die Straße ohne Unterbrechung geht, dann kommt also keine Ansage. Bei den Autobahnen habe ich es jetzt auch mal durchprobiert, in der Regel funktioniert das hier, egal ob eine Unterbrechung oder nicht ist. Der trunk_link ist daher wohl nicht mit dem korrekten Straßentyp getaggt, hier müßte man also herauskriegen, was für ein Typ das sein muss, damit die Ansage richtig gemacht wird. Andererseits kann man aber hiermit auch eine Ansage erzwingen, z.B. an komplexen Autobahnkreuzen, da ist das eigentlich sinnvoll und wichtig. (Bestes Beispiel ist das Frankfurter Kreuz, hier geht noch die B43 kreuzungsfrei angebunden parallel zur A3 mit am Kreuz lang. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spitzengespraech beim Innenminister
Am 22. September 2010 20:02 schrieb Robert S. osm-m...@autobahnen-europa.eu: http://forum.openstreetmap.org/viewtopic.php?pid=106023#p106023 absolut lesenswerter Beitrag finde ich Den Spruch Öffentliches nützen - privates schützen aus den Ethikregeln des Chaos Computer Clubs kannte ich zwar selbst noch nicht, aber mir scheint, als wäre das sowieso ein ungeschriebenes Gesetz in der Community. eigentlich heisst die Regel beim CCC etwas spezifischer: Öffentliche Daten nützen, private Daten schützen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spitzengespraech beim Innenminister
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/22/2010 08:02 PM, Robert S. wrote: Andererseits kenne ich alte Villen, das steht dann dran Haus Ilse. Das würde ich schon mit 'name' oder 'addr:name' erfassen. Das ist doch so OK, oder? Denke schon dass das ok ist, es handelt sich ja um den Hausnamen nicht um den Namen der Leute die dort wohnen. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAkyaU9EACgkQjeo4W6cWeHNi7wD/f/vOtG+h8n9e3o12NxHMK1RF jQ7wdafQHl3Gh1oUe5wA/iMZ4v5g7FwyPRfPala6kcKugTpg6poczxjqYlHMLtWS =SLyf -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vector layer mit strategie/protocol.
hi florian, genau an dieser stelle hänge ich fest: Florian Lohoff-2 wrote: ... Die URL wirft bei strategie/protocol.http natuerlich die default projection des layers mit raus und keinen zoom level. D.h. anstatt /cgi-bin/getdata2?b=51.82844228767418t=51.84265608515574l=8.314342412719814r=8.363180074460946zoom=15data=maxspeed kriege ich ein: /cgi-bin/getdata2?bbox=923809.42114287,6769035.8748913,929246.00477867,6771596.5153383 ich hab bei strategie/protocol genau den bbox-url, den ich brauche aber auch ohne zoom. wenn ich bei protocol: new OpenLayers.Protocol.HTTP({ url: db/cgi-bin/get_halts.cgi, format: new OpenLayers.Format.KML({ ... }), params: { zoom: map.getZoom() } }), angebe, wird zoom im url ausgegeben aber immer konstant. derzeit 0. zoom=0bbox=7.6066452026563,50.01015535104,8.2932907104413,50.274190839642 wenn ich map.getZoom() in einem div-feld ausgebe, wird es schön auf dem schirm aktualisiert. nur halt nicht beim zugriff auf den server. gruss walter -- View this message in context: http://gis.638310.n2.nabble.com/Eigener-Overlay-FOSSGIS-Server-oder-toolserver-org-tp5122309p5560420.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vector layer mit strategie/protocol.
On Wed, Sep 22, 2010 at 12:28:43PM -0700, Walter Nordmann wrote: hi florian, genau an dieser stelle hänge ich fest: Florian Lohoff-2 wrote: ... Die URL wirft bei strategie/protocol.http natuerlich die default projection des layers mit raus und keinen zoom level. D.h. anstatt /cgi-bin/getdata2?b=51.82844228767418t=51.84265608515574l=8.314342412719814r=8.363180074460946zoom=15data=maxspeed kriege ich ein: /cgi-bin/getdata2?bbox=923809.42114287,6769035.8748913,929246.00477867,6771596.5153383 ich hab bei strategie/protocol genau den bbox-url, den ich brauche aber auch ohne zoom. wenn ich bei protocol: new OpenLayers.Protocol.HTTP({ url: db/cgi-bin/get_halts.cgi, format: new OpenLayers.Format.KML({ ... }), params: { zoom: map.getZoom() } }), angebe, wird zoom im url ausgegeben aber immer konstant. derzeit 0. Weil es eben zur initialisierungszeit des Protocol.HTTP evaluiert wird - da ist map.getZoom = 0 - Danach wird das ja nicht geupdated ... zoom=0bbox=7.6066452026563,50.01015535104,8.2932907104413,50.274190839642 wenn ich map.getZoom() in einem div-feld ausgebe, wird es schön auf dem schirm aktualisiert. nur halt nicht beim zugriff auf den server. Weil es in der URL nicht geupdated wird. Ich habe keinen anderen weg gefunden als mir eine eigene Strategie zu basteln - Ich meine ich haette die Simple oder BBOX strategie genommen und einfach den request teil geaendert: refresh: function(options) { if (this.response) { this.layer.protocol.abort(this.response); this.layer.events.triggerEvent(loadend); } this.layer.events.triggerEvent(loadstart); this.response = this.layer.protocol.read({ filter: this.createFilter(), callback: this.update, scope: this, params: { zoom: this.layer.map.getZoom() } }); }, D.h. der evaluiert das bei jedem request und damit ist immer der aktuelle zoom drin. Ausserdem wollte ich nicht das der code irgendwas cached sondern immer brav neu requested - weil ich ja potentiell die daten die ich zurueckliefere aendere ... Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Javascript ist boese (war: Wi e trage ich folgendes ein?)
Am Mittwoch 22 September 2010, 15:04:02 schrieb Bernd Wurst: Hi. Am Mittwoch 22 September 2010, 14:54:38 schrieb Guenther Meyer: On Wed, Sep 22, 2010 at 11:24:48AM +0200, Bernd Wurst wrote: JS bietet manchmal durchaus sinnvolle Zusatzfunktionalitaet, aber bei vielen Seiten koennte man genau so gut darauf verzichten, ohne irgendwelche Einschraenkungen zu haben... Man markt an diesem Thread, was keine Einschränkungen dann bedeutet. :) keine Einschraenkung und keine Zusatzfunktionalitaet sind zwei ganz verschiedene Dinge. Irgendwie seh ich den Unterschied jetzt nicht. Also ja, man kann die Seite (wie fast alles) irgendwie nutzen ohne JS. Aber es gibt doch einen Unterschied ob ich es so nutzen kann wie der Autor sich das vorstellt oder halt mit Einschränkungen (bei den Zusatzfunktionen). das haengt immer davon wie man Funktion definiert. Beispiel Suchfunktion: Man gibt einen Suchbegriff ein, und bekommt bei Abschicken das Ergebnis. Mit Javascript haette man vielleicht noch den Komfort einer Vorblendung von oft benutzten Suchbegriffen waehrend dem Tippen. Aber notwendig ist das nicht. Ausserdem, wer heute ohne JS unterwegs ist, tut das normalerweise ganz bewusst, und sollte auch wissen, das die Funktionalitaet nicht die gleiche ist. Meine Rede. Derjenige soll sich aber bitteschön nicht beschweren wenn irgendwas nicht so komfortabel funktioniert wie es sein könnte. richtig. fuer ein Tracking muss man keine Daten senden, da reicht jeglicher Zugriff... Meine Rede. Was hast du dann gegen JavaScript? Tracking geht mit Bildern und Cookies wunderbar, dazu braucht es keine Scripts. Trotzdem wird in letzter Zeit dafuer unnoetigerweise vermehrt auf JS gesetzt, hab ich das Gefuehl. Was ich gegen JS habe? Das Verhalten in den verschiedenen Browsern kann sehr unterschiedlich sein, ausserdem ist man von der Gnade des Users abhaengig, ob und was denn machbar ist. Und dynamische Typisierung mag ich auch nicht... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Geofabrik-Downloads jetzt als Binaerformat
Hallo, ich weiss, dass es ein paar Leute gibt, die jeden Tag gar nicht schnell genug die neuen Extrakte von download.geofabrik.de laden koennen. Ab heute gibt es alle Extrakte auch im neuen, Google Protocol Buffers-basierten Binaerformat. Dieses Format ist rund 30% kleiner als die bisherigen .osm.bz2-Dateien und laesst sich vor allem viel schneller verarbeiten. Insbesondere all jene, die die Extrakte herunterladen und mit Osmosis weiterverarbeiten, duerften damit einen deutlichen Performance-Gewinn erzielen. Wer bislang die .osm.bz2-Dateien mit osm2pgsql o.ae. weiterverarbeitet, muss zur Verarbeitung der neuen .osm.pbf-Dateien noch ein Osmosis zwischenschalten, weil osm2pgsql das neue Format noch nicht von Haus aus unterstuetzt. Die bz2-Dateien wird es zunaechst weiterhin geben, aber langfristig moechte ich sie evtl. mal abschaffen, weil sie sowohl auf Anbieter- als auch auf Nutzerseite viele Ressourcen fressen. Details im Geofabrik-Blog: http://blog.geofabrik.de/?p=58 Wuerde mich ueber Erfahrungsberichte freuen. Es kann sein, dass die Sache am Anfang noch etwas holprig laeuft, aber ich denke mal, in ein paar Tagen sollten die neuen .osm.pbf schneller und ebenso zuverlaessig laufen wie die alten Extrakte. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname vorhanden aber noch nicht ge baut
Am 22.09.2010 12:28, schrieb M∡rtin Koppenhoefer: Am 22. September 2010 03:49 schrieb Florian Grossflor...@grossing.de: Also auch noch nicht im Bau? Dann eigentlich nichtmal construction, sondern als geplant taggen - das IIRC war es etwas mit proposed genau, anstatt construction einfach proposed (einmal als value, einmal als key). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ich weiss nicht, ob es unbedingt Sinn macht, eine physisch noch nicht vorhandene Straße einzutragen. Zum einen überfrachtet es die Datenbank und zum anderen kommt es ersten anders und zweitens als man denkt. An meinem Arbeitsort gab es auch einen B-Plan mit Straßenbezeichnung. Die Straße wurde letztendlich nie gebaut und ein Feldweg wurde zur Kreissstraße umgebaut, die mittlereweile die Verkehrslast eines Autobahnanschlusses zu tragen hat. Gruß Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
am Mittwoch, 22. September 2010 um 22:19 schrieb Frederik Ramm: koennen. Ab heute gibt es alle Extrakte auch im neuen, Google Protocol Buffers-basierten Binaerformat. Dieses Format ist rund 30% kleiner als Das böse G-Wort. ;-) Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite - IMPORT FERTIG
Am 22.09.2010 11:43, schrieb Jochen Topf: Sollte ich die Aktion im Wiki erfassen? Ja, bitte! http://wiki.openstreetmap.org/wiki/KIS_Submarine_Cables_Import Ich hoffe, es passt so. Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vector layer mit strategie/protocol.
danke, ich hoffe, das bringt mich etwas weiter. hast du dir die befehle für die strategie einfach kopiert und danach modifiziert? werd ich mir morgen mal genauer ansehen. das problem mit dem cachen ist mir auch schon aufgefallen - mal requestet er, mal nicht. könnte daran liegen. als notbehelf ignoriere ich derzeit den unsinnigen zoom-wert und teste einfach die größe der bbox. die hat ja pro zoom-level ne relativ konstante ausdehung. irgendwie kriegen mer das schon hin ;) lg walter -- View this message in context: http://gis.638310.n2.nabble.com/Eigener-Overlay-FOSSGIS-Server-oder-toolserver-org-tp5122309p5560744.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite
Am 22.09.2010 12:32, schrieb M∡rtin Koppenhoefer: Am 22. September 2010 01:34 schrieb Stephan Wolffs.wo...@web.de: Für Transportwege an Seilen und Masten verwenden wir je nach Bauform aerialway = cable_car / gondola / chair_lift ... Ein unterirdischer Transportweg wäre dagegen railway = subway das hat m.E. nichts mit den Stromkabeln zu tun. Eine Seilbahn oder ein Skilift ist nicht eine U-bahn, die durch die Luft fährt. Richtig. Gondelbahn und U-Bahn sind Personentransportsysteme in unterschiedlicher Bauart. Freileitungen und Kabel sind Stromtransportsysteme in unterschiedlicher Bauart. Analog würde power = line / minor_line / cable / minor_cable Bauform und Bedeutung wiedergeben. Es enthält Informationen über den Spannungsbereich. Ja, die Spannungsebene kennzeichnet die Bedeutung. Da ich keine Anwendung kenne, die Seekabel und Hochspannungsleitungen gleich behandelt, sehe ich nicht mal einen theoretischen Vorteil. Ich finde solche Vorschläge kontraproduktiv. was für Anwendungen kennst Du denn, die diese Daten nutzen? Originär denke ich vor allem an Netzpläne wie den von Bahnpirat, und ich sehe nicht, warum Seekabel darin schaden sollten, im Gegenteil. Mapnik, Osmarender, diverse Garminkarten etc. werten power = line aus. Bahnpirat hat eine Unterscheidung der Leitungen in power = line / minor_line / underground_cable / minor_underground_cable / busbar vorgeschlagen. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vector layer mit strategie/protocol.
Hi, On Wed, Sep 22, 2010 at 01:51:08PM -0700, Walter Nordmann wrote: danke, ich hoffe, das bringt mich etwas weiter. hast du dir die befehle für die strategie einfach kopiert und danach modifiziert? Exakt ... Mein resultat ist hier: http://maxspeed.osm.lab.rfc822.org/js/datalayer3.js Oben als erstes meine Strategy darunter mein layer werd ich mir morgen mal genauer ansehen. das problem mit dem cachen ist mir auch schon aufgefallen - mal requestet er, mal nicht. könnte daran liegen. Das ist ja okay wenn man immer dasselbe anzeigt - bei der maxspeed map schalte ich aber zwischen datenquellen hin und her, im selben layer. als notbehelf ignoriere ich derzeit den unsinnigen zoom-wert und teste einfach die größe der bbox. die hat ja pro zoom-level ne relativ konstante ausdehung. irgendwie kriegen mer das schon hin ;) :) Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite - IMPORT FERTIG
Am 22.09.2010 22:40, schrieb olvagor: http://wiki.openstreetmap.org/wiki/KIS_Submarine_Cables_Import Warum denn nicht auf englisch? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
Hi, finde ich super, dass du das neue Format schon anbietest. Wird aber wohl noch etwas dauern, bis es in die Breite findet. Noch sind die Tools ja noch nicht ganz fertig. ;) Bleibt es egtl. bei der Zeit gegen 1 Uhr? Finde ich besser als erst gegen 10, wie es bisher ist. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Geofabrik-Downloads-jetzt-als-Binaerformat-tp5560595p5560896.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
Hi Frederik Ramm, ich weiss, dass es ein paar Leute gibt, die jeden Tag gar nicht schnell genug die neuen Extrakte von download.geofabrik.de laden koennen. Ab heute gibt es alle Extrakte auch im neuen, Google Protocol Buffers-basierten Binaerformat. Dieses Format ist rund 30% kleiner als die bisherigen .osm.bz2-Dateien und laesst sich vor allem viel schneller verarbeiten. Details im Geofabrik-Blog: http://blog.geofabrik.de/?p=58 Dort unter anderem: Osmosis 0.37 wird benoetigt, Aufruf etwa osmosis --read-bin input.osm.pbf --write-xml output.osm Ich moecht nur schnell der Aussage widersprechen, dass das PBF-Format generell schneller verarbeitbar ist. Zur Messung hab ich den Sachsen-Ausschnitt von heute genommen, einmal PBF, einmal bz2. Obiger Befehl brauchte 59s, mit bunzip2 -k input.osm.bz2 bekam ich nach 22s das Resultat. Da die beiden Dateien dann noch unterschiedlich gross waren, hab ich mal einen Diff angeworfen. Ist wahrscheinlich nur das Encoding gewesen. Aber eins ist mir doch aufgefallen: Kann man seinen Nutzernamen wechseln? Der in der bz2 verzeichnete Name existiert so nicht (mehr) in Openstreetmap. Die gleichen Daten mit selber Version hatten in der PBF einen existierenden Nutzer verzeichnet, der auf seiner Nutzerseite auch Hinweise auf den alten Namen stehen hat. Naja, ich bin erstmal noch vorsichtig gegen das neue Format. Gibt es eigentlich aehnliche Tools wie bzgrep, bzcat und bzdiff fuer PBF? Ohne die wuerd ich hier eine Menge handgebastelter Scripte umstellen muessen. stw -- Großbritannien hat seinen Anker gelichtet und bewegt sich in westlicher Richtung über den Atlantik. Experten gehen davon aus, das die Insel vor New York vor Anker gehen wird. Bei spontanen Massenkundgebungen in London wurde ein Kurswechsel Richtung Karibik gefordert. [Juergen Nieveler in dan] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
Und was ist zu machen, wenn man z.B. mit Maperitive[1] eine Karte rendern will, der braucht ja .osm-XML-Dateien. Bisher reichte es ja, die .bz2-Datei mit 7.Zip oder WinRar zu entpacken. Und nun...? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
Hallo, aighes wrote: Bleibt es egtl. bei der Zeit gegen 1 Uhr? Finde ich besser als erst gegen 10, wie es bisher ist. Das muss sich erst noch einpendeln, das weiss ich selber noch nicht. Derzeit werden die Binaerdateien mit einem anderen Rechner hergestellt, mittelfristig soll alles wieder auf dem gleichen laufen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All In One (AIO)
Hallo *, vor geraumer Zeit hat die AIO nicht aktualisieren wollen. Nun sehe ich auf dem dev-Server viele alte Verzeichnisse. Schaut bitte mal in der Crontab, nicht das da noch der rm auskommentiert ist. Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
Hi, Steffen Wolf wrote: Ich moecht nur schnell der Aussage widersprechen, dass das PBF-Format generell schneller verarbeitbar ist. Zur Messung hab ich den Sachsen-Ausschnitt von heute genommen, einmal PBF, einmal bz2. Obiger Befehl brauchte 59s, mit bunzip2 -k input.osm.bz2 bekam ich nach 22s das Resultat. Interessant. Ich hatte das stichprobenartig mit einigen groesseren Dateien probiert. Muesste man also nochmal detaillierter untersuchen. Spaetestens aber, wenn Du irgendeine Art von Weiterverarbeitung mit dem lesenden Programm machst, wirst Du einen Vorteil merken, weil bei PBF ja das XML-Parsen komplett wegfaellt. Da die beiden Dateien dann noch unterschiedlich gross waren, hab ich mal einen Diff angeworfen. Ist wahrscheinlich nur das Encoding gewesen. Derzeit werden die auch auf unterschiedlichen Rechnern generiert, und es kann sein, dass sie nicht 100% identisch sind (dass ein Rechner schon eine Stunde aktuellere Daten hat o.ae.). Aber eins ist mir doch aufgefallen: Kann man seinen Nutzernamen wechseln? Der in der bz2 verzeichnete Name existiert so nicht (mehr) in Openstreetmap. Frueher habe ich 1x pro Woche das neue Planetfile geladen, aber das mach ich seit einiger Zeit nicht mehr, daher halten sich u.U. aeltere Benutzernamen in den Dateien. Die PBF ist auf einem anderen Rechner basierend auf einem aktuelleren Planet errechnet. Naja, ich bin erstmal noch vorsichtig gegen das neue Format. Gibt es eigentlich aehnliche Tools wie bzgrep, bzcat und bzdiff fuer PBF? Ohne die wuerd ich hier eine Menge handgebastelter Scripte umstellen muessen. Das gibt es alles nicht, sprich Du musst derzeit sowas wie osmosis --read-bin file.osm.pbf --write-xml - | grep ... machen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
Hallo, Robert S. wrote: Und was ist zu machen, wenn man z.B. mit Maperitive[1] eine Karte rendern will, der braucht ja .osm-XML-Dateien. Bisher reichte es ja, die .bz2-Datei mit 7.Zip oder WinRar zu entpacken. Und nun...? osmosis --read-bin file.osm.bpf --write-xml file.osm Oder warten, bis Maperitive das .osm.bpf selber auch unterstuetzt. Es wird bald eine einfache C-Implementierung fuer die Umsetzung pbf-osm geben, die kann dann jeder (z.B. der Maperitive-Entwickler) einfach in sein Programm einbauen. Aber die alten .bz2s gibt es ja noch, und die verschwinden auch nicht morgen. Fruehestens uebermorgen ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite - IMPORT FERTIG
Am 22.09.2010 23:11, schrieb Ulf Möller: Warum denn nicht auf englisch? *hust* gibt's doch *hust* ;-) Nee, hab ich mir vorher ehrlich gesagt keine Gedanken zu gemacht. Jetzt habe ich es mal übersetzt aber noch nicht wirklich gegengelesen. Es ist spät... Momentan sind deutscher und englischer Text einfach auf der gleichen Seite hintereinandergehängt. Ich wäre dankbar, wenn das jemand, der sich mit dem Wiki, in ordentlich lokalisierte Seiten auslagern könnte. Vielen Dank im Voraus! Gruß und guts Nächtle, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite - IMPORT FERTIG
Hallo Markus, in ordentlich lokalisierte Seiten auslagern Dank im Voraus! Gern geschehen - danke für den Import! Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skandal: Der Staat verkauft Geodaten!
dieterdre...@gmail.com (M#rtin Koppenhoefer) am 22.09.10: Am 21. September 2010 23:11 schrieb Rainer Knaepper rain...@smial.prima.de: wolfg...@ivkasogis.de (Wolfgang) am 21.09.10: Ich bin schon aufgefordert worden, ein Foto aus der Wikipedia zu entfernen. Denkmalgeschütztes Haus, von öffentlichem Verkehrsraum aus aufgenommen. Also nicht nur OSM hat Probleme. dem bist Du aber hoffentlich nicht nachgekommen? Wo käme ich hin? Zumal ich vor der Fotoaktion die zu dem Zeitpunkt online verfügbare, aber schon ältere und auch lückenhafte Denkmalliste mit dem aktuellen Stand bei der örtlichen, sehr kooperativen Denkmalschutzbehörde abgeglichen habe. Mappen ist da gewissermaßen unkritischer. Man autot oder radelt die Wege ab, macht seine Notizen und ist wieder weg. Mit der Kamera trappert man herum, sucht den richtigen Standort, sucht einen andern, muß wegen schlechten Lichtes eventuell noch einmal zu anderer Tageszeit hin - das ist schon auffälliger. Wobei man auch beim Mappen manchmal schon argwöhnisch betrachtet wird. Ist mir u.a. in Menden passiert, als ich in einer dieser sackgassenbehafteten Neubausiedlungen mehrfach an derselben Kreuzung rauskam. Der Mensch, der dort seinen samstäglichen Eigenheimheckenschnitt vollbrachte, tat beim viertenmal nicht einmal mehr so, als würde er arbeiten :-) Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite
Am 22.09.2010 08:28, schrieb Guenther Meyer: Wenn das erwünschte Verhalten keine Änderung des Programms erfordert, ist das Tag kompatibel. schon wieder jemand, der den Status Quo in Stein meisseln will, und keinerlei Weiterentwicklung befuerwortet... Bei Daten die prinzip/nutzungsbedingt in OSM nur selten überprüft werden sollte man mit solchen Weiterentwicklungen sparsam sein um nicht unnötig viele bereits erfasste Daten zu verfälschen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnabfahrten funktionieren
Am 22.09.2010 20:44, schrieb Carsten Schwede: Ich habe das mal kurz überflogen, scheint wirklich so zu sein, daß links halten hier immer dann auftritt, wenn der Knotenpunkt an dem der trunk_link ansetzt die Unterbrechung der gerade durchfahrenden Straße ist. Wenn die Straße ohne Unterbrechung geht, dann kommt also keine Ansage. Bei den Autobahnen habe ich es jetzt auch mal durchprobiert, in der Regel funktioniert das hier, egal ob eine Unterbrechung oder nicht ist. Der trunk_link ist daher wohl nicht mit dem korrekten Straßentyp getaggt, hier müßte man also herauskriegen, was für ein Typ das sein muss, damit die Ansage richtig gemacht wird. Andererseits kann man aber hiermit auch eine Ansage erzwingen, z.B. an komplexen Autobahnkreuzen, da ist das eigentlich sinnvoll und wichtig. (Bestes Beispiel ist das Frankfurter Kreuz, hier geht noch die B43 kreuzungsfrei angebunden parallel zur A3 mit am Kreuz lang. Vielleicht hängt es auch mit dem Problem zusammen dass Garmin nicht (zumindest bis vor nicht all zu langer Zeit) vernünftig zwischen Autobahnen und Bundesstrassen unterscheiden konnte - die Einstellung Autobahn meiden führte in der Regel dann dazu dass auch Bundesstrassen gemieden wurden da wohl beides irgendwie unter Fernstrasse zusammengefasst war. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname vorhanden aber noch nicht ge baut
Hallo. Am Mittwoch 22 September 2010, 22:34:18 schrieb Volker: Ich weiss nicht, ob es unbedingt Sinn macht, eine physisch noch nicht vorhandene Straße einzutragen. Zum einen überfrachtet es die Datenbank und zum anderen kommt es ersten anders und zweitens als man denkt. Wenn der Straßenname bereits vergeben wurde, macht es schon Sinn, die Straße einzutragen! Oft macht die Gemeinde ja dann schnell Werbung für Bauplätze an dieser Straße und mögliche Interessenten sollten die Straße dann auch finden können. Auch bei OSM. Gruß, Bernd -- Ich kann ja nicht singen, nicht tanzen... und im Gegensatz zu Anderen, lass ich das dann auch. - Dieter Nuhr (dt. Comedian) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seekabel, die Zweite
Am Donnerstag 23 September 2010, 01:44:07 schrieb Garry: Am 22.09.2010 08:28, schrieb Guenther Meyer: Wenn das erwünschte Verhalten keine Änderung des Programms erfordert, ist das Tag kompatibel. schon wieder jemand, der den Status Quo in Stein meisseln will, und keinerlei Weiterentwicklung befuerwortet... Bei Daten die prinzip/nutzungsbedingt in OSM nur selten überprüft werden sollte man mit solchen Weiterentwicklungen sparsam sein um nicht unnötig viele bereits erfasste Daten zu verfälschen. tja, mit einer Versionierung haette man solche Probleme nicht... 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] Projekt des Monats - Oktober 2010 .... wie geht es weiter?
Jan Tappenbeck o...@tappenbeck.net writes: Wollen wir für Oktober ein neues Projekt starten ? Projekt-Vorschlag: Einen Monat lang nicht mehr als 1 (Frage-)Posting pro User täglich. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenname vorhanden aber noch nicht ge baut
Am Donnerstag 23 September 2010, 07:28:03 schrieb Matthias Versen: Hier gibt es 2 vergebene Straßennamen aber die Straßen sind in den letzten 15 Jahren noch nicht gebaut worden.. So lange das bei OSM auch als geplant und nicht als fertig verzeichnet ist, ist das doch dennoch eine korrekt erfasste Situation, oder? Wenn in irgend einem Gemeinderatsbeschluss Bezug auf einen Straßennamen genommen wird (Projekt ABC-Straße wird neu ausgeschrieben), dann will ich das in der Karte sehen können von was die reden. Ich habe genau solche Fälle schon hier erlebt. Wir haben hier auch ein Baugebiet, die Straße wurde vor ~10 Jahren geplant, sogar ein Stücken gebaut, dann wurde aber gewartet bis sich Käufer finden. So liegt das Ganze jetzt brach und immer wieder fragt jemand (z.B. per Leserbrief in der Zeitung) was denn der Stand bei der ABC-Straße ist. Da habe ich dann bei OSM nachgeschaut wo die Straße eigentlich ist. Und sie ist dort drin, sowohl der bereits realisierte Teil als auch die Planung für den weiteren Bau. So soll das doch sein. :) Gruß, Bernd -- Dem Alltagsstreß kann man entgehen, vermeidet man es, aufzustehen. 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-it] Per gli appassionati di bricolage: GPS fai da te :)
Messaggio originale Da: f.co...@gmail.com Data: 21/09/2010 9.05 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] Per gli appassionati di quot;bricolagequot;: GPS fai da te :) 2010/9/21 Carlo Stemberger carlo.stember...@gmail.com: Se non ho capito male è cinematico, cioè deve stare fermo. Sai spiegare in parole povere il concetto ad un ignorante come me? Non l'ho capito bene neanch'io, ma sospetto che debba stare fermo durante un'acquisizione. E' perfetto per le misure agrarie / urbane / ecc., un po' meno per un navigatore. Non ho neanche capito quanto a lungo debba stare fermo, se una frazione di secondo o svariati secondi... Insomma se qualcuno ne sa di più lo spieghi :-) Ciao, Federico ___ Sono di fretta, cercherò di fissare solo alcuni aspetti del progetto riservandomi di leggerlo con più attenzione. L'uso della correzione RTK prevede la ricezione di un segnale da una stazione fissa terrestre; tale stazione fissa (la sua posizione è nota e calcolata con estrema precisione al momento del posizionamento) riceve il segnale GPS e lo 'confronta' con la sua posizione (che abbiamo detto essere nota visto che è una base fissa); in questo modo riesce a capire quale sia l'errore di posizione introdotto dall'atmosfera (dovuto a ionizzazione, nubi, vapore acqueo, ecc..). Viene così generato un flusso di dati continuo che permette ad un GPS posizionato in zona (entro un raggio di 20-30km) di poter correggere questo errore. Per poter fare ciò occorre quindi che l'utente riceva un segnale da una stazione fissa (ultimamente viene trasmesso via internet) e tramite software rielabori il dato del suo GPS per poter tirare fuori il segnale 'pulito' da quasi tutto l'errore introdotto dall'atmosfera (causa della maggior parte dell'errore totale di rilevamento). La precisione del dato in uscita sarà quindi inficiata dal solo errore intrinseco del GPS e da eventuali riflessioni dei segnali GPS se si è accanto ad un alto palazzo o una parete di roccia. Con questa unica correzione (in condizioni ottimali) si riescono a raggiungere precisioni dell'ordine della decina di centimetri. Attualmente si può già sfruttare questa correzione con un sistema composto da: - un GPS low-cost (il 747 va benissimo) - un palmare connesso ad internet - un software NTRIP-client (solitamente per Windows CE) - una stazione nei dintorni che trasmetta il segnale 'corretto' Qui http://www.gnssliguria.it/gnss.html trovate una descrizione della rete presente il Liguria. Per ora però abbiamo parlato di precisione dell'ordine dei decimetri. Per raggiungere precisioni maggiori occorre un GPS che anzichè dare la posizione LAT/LONG/ELE e pochi altri dati, faccia uscire i segnali ricevuti dai vari satelliti in forma più grezza; questi dati grezzi, accoppiati al segnale correttivo inviato dalla stazione base, riescono a raggiungere precisioni di alcuni centimetri. Se leggete il PDF dei tizi dell'Università di Tokio, alla tabella 1 troverete la lista dei GPS (relativamente low-cost) che diano in uscita il segnale necessario per poter eseguire la correzione. Come conclusione di questa veloce mail posso dire: - se ci basta una precisione intorno alla decina di centimetri (mi leccherei le dita se potessi sempre averla :-) ) è sufficiente la sola correzione dell'errore atmosferico; in questo caso alcuni di voi hanno già tutto l'hardware di cui c'è bisogno. Il software NTRIP-client è disponibile gratuitamente su internet; molte regioni forniscono gratuitamente il segnale per la correzione RTK (alcune come la Lombardia fanno ancora pagare un abbonamento); il traffico dati generato su internet per ricevere la correzione è di pochissimi kilobyte al secondo permette di usare un abbonamento ad internet mobile da pochi euro al mese. LE uniche restrizioni all'uso di questo sistema sono perciò: 1) essere in una regione che disponga di una rete GNSS che trasmetta le correzioni RTK in tempo reale (usando il protocollo NTRIP) 2) mappare in uan zona con copertura internet - se vogliamo una precisione di alcuni centimetri allora potrebbe avere un senso provare a costruire l'accrocchio proposto. Scrivo che 'potrebbe' avere un senso perchè ad occhio e croce la spesa si potrebbe aggirare sui 500-600 euro, mentre spendendo qualcosa di più si trovano sistemi belli e pronti che fanno già tutto, tipo il Magellan Mobile Mapper Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Per gli appassionati di bricolage: GPS fai da te :)
In data mercoledì 22 settembre 2010 08:50:44, ale_z...@libero.it ha scritto: [] 1) essere in una regione che disponga di una rete GNSS che trasmetta le correzioni RTK in tempo reale (usando il protocollo NTRIP) 2) mappare in uan zona con copertura internet Per quelli come me che sono sprovvisti di palmare, e' possibile effettuare la correzione a posteriori? Cioe' salvare la traccia gpx nel logger, e poi correggerla con i dati differenziali? Comunque penso che la maggior parte degli errori sia causata da attenuazioni del segnale e multipath... Con il mio bt747 su strade aperte ottengo sempre una traccia abbastanza precisa, quando vado per boschi invece mi capita di avere scostamenti anche sull'ordine dei 30 metri... -- * Matteo Gottardi | matg...@tin.it * ICQ UIN 20381372 * Linux - the choice of a GNU generation * GPG Fingerprint: * B9EE 108F 52C8 D50C B667 B1F2 AB56 8A01 BA3D 36A1 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Problem with API 0.6 code Rail Port
Hi to all, i'm new of this mailing list. I have a problem with API when import into database postgresql by josm a value that have more than 255 characters. I'd like to solve this problem. I have change a type of v into postgresql and josm can read value of v more than 255 character but when import changes into database API show me error. Which file of Rails port i must change to solve my problem? I try to search into model and controller folder. Thanks to all. Francesco ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
Il 21 settembre 2010 15:48, M∡rtin Koppenhoefer dieterdre...@gmail.com ha scritto: 2010/9/21 Luca Delucchi lucadel...@gmail.com: sono contrario per al meno 3 motivi: - perché usare un default diverso dal estero? perchè certi default sono diversi da stato in stato - i default in generale non funzionano, è anche stato discusso nei ultimi giorni sulla lista tagging: se un dato non è presente il default è che non è stato rilevato. Altrimenti si assume cose dalla non-presenza di un dato. Un dato anche ridundante (nel senso che viene considerato default da tante persone, per esempio lanes=2 oppure surface=asphalt) contiene al meno la informazione che qualcuno ha rilevato questo dato (e più o meno quando). Poi permette anche di trovare incongruenze (tutti possono editare, cosí si trovano più facile gli errori). scusa martin non ho ben capito, perchè i default non vanno bene? se dovessimo mettere a tutte le strade asphalt sai quanto si appesantirebbe il db... - il trunk non esiste legalmente in italia, ma esiste un tag apposito per indicare motorroad=yes (quello che si discute di considerare default). Usiamolo. infatti, io non lo avrei mai utilizzato :-) ciao, Martin ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
Se il problema è che stiamo usando un tag che non dovremmo usare vuol dire che dobbiamo rimuoverlo, non cambiare valori di default per far tornare i conti... se appuriamo che tutti i trunk in italia sono stati usati al posto di motorroad... possiamo anche agire con un bot, o a mano se si preferisce 2010/9/22 Luca Delucchi lucadel...@gmail.com: Il 21 settembre 2010 15:48, M∡rtin Koppenhoefer dieterdre...@gmail.com ha scritto: 2010/9/21 Luca Delucchi lucadel...@gmail.com: sono contrario per al meno 3 motivi: - perché usare un default diverso dal estero? perchè certi default sono diversi da stato in stato - i default in generale non funzionano, è anche stato discusso nei ultimi giorni sulla lista tagging: se un dato non è presente il default è che non è stato rilevato. Altrimenti si assume cose dalla non-presenza di un dato. Un dato anche ridundante (nel senso che viene considerato default da tante persone, per esempio lanes=2 oppure surface=asphalt) contiene al meno la informazione che qualcuno ha rilevato questo dato (e più o meno quando). Poi permette anche di trovare incongruenze (tutti possono editare, cosí si trovano più facile gli errori). scusa martin non ho ben capito, perchè i default non vanno bene? se dovessimo mettere a tutte le strade asphalt sai quanto si appesantirebbe il db... - il trunk non esiste legalmente in italia, ma esiste un tag apposito per indicare motorroad=yes (quello che si discute di considerare default). Usiamolo. infatti, io non lo avrei mai utilizzato :-) ciao, Martin ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
2010/9/22 Luca Delucchi lucadel...@gmail.com: - il trunk non esiste legalmente in italia, ma esiste un tag apposito per indicare motorroad=yes (quello che si discute di considerare default). Usiamolo. infatti, io non lo avrei mai utilizzato :-) motorroad=yes indica il cartello quadrato blu col disegno dell'automobile, che vuole dire strada riservata ai veicoli a motore E' implicito da CdS nelle strade extraurbane principali (quelle col cartello di inizio e fine) quindi è corretto metterlo su OSM ad una trunk che è una extraurbana principale D'altra parte su OSM mappiamo come trunk anche strade che non sono extraurbane principali ma sono semplicemente superstrade, es. la SGC. Le superstrade non sono ben definite dal CdS e quindi non è implicato il cartello motorroad=yes. In questo caso su OSM va messo il tag motorroad=yes solo se c'è nella realtà. http://it.wikipedia.org/wiki/Strada_extraurbana_principale http://it.wikipedia.org/wiki/Superstrada#Superstrade_in_Italia Che confusione! Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
2010/9/22 Fabio Alessandro Locati fabioloc...@gmail.com: Se il problema è che stiamo usando un tag che non dovremmo usare vuol dire che dobbiamo rimuoverlo, non cambiare valori di default per far tornare i conti... se appuriamo che tutti i trunk in italia sono stati usati al posto di motorroad... possiamo anche agire con un bot, o a mano se si preferisce Aspetta, trunk è una classificazione della strade e motorroad è una limitazione di accesso: sono due tag indipendenti. Su OSM in Italia mappiamo come trunk: -le strade extraurbane principali: sono ben definite da CdS, è sicuramente vietato il traffico non a motore. -ALCUNE strade extraurbane secondarie (le superstrade). Non esiste una definizione di superstrada da CdS Pertanto se io trovo una trunk su OSM non so se sia extraurbana principale o secondaria e quindi non conosco con esattezza le restrizioni. Ad esempio la SS291 Alghero-Sassari è mappata come trunk per un tratto (dove le caratteristiche fisiche lo consentono) ma non ci sono limitazioni di accesso: http://maps.google.it/?ie=UTF8ll=40.710426,8.421192spn=0,0.027466t=hz=16layer=ccbll=40.710906,8.42241panoid=kzgBixckCcS9Z6B-5NtjFQcbp=12,48.95,,0,6.75 Quello è un caso di trunk dove non si dovrebbe aggiungere motorroad=yes. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
Il 22 settembre 2010 11:09, Federico Cozzi f.co...@gmail.com ha scritto: D'altra parte su OSM mappiamo come trunk anche strade che non sono extraurbane principali ma sono semplicemente superstrade, es. la SGC. Le superstrade non sono ben definite dal CdS e quindi non è implicato il cartello motorroad=yes. In questo caso su OSM va messo il tag motorroad=yes solo se c'è nella realtà. http://it.wikipedia.org/wiki/Strada_extraurbana_principale http://it.wikipedia.org/wiki/Superstrada#Superstrade_in_Italia Che confusione! Scusa, non ho capito cosa intendi. Una strada extraurbana principale è una strada extraurbana (cartello blu) con carreggiate separate per senso di marcia. Non so a quale SGC ti riferisca: se parli della FI-PI-LI, ad esempio, ho verificato non più di due settimane fa che almeno a Livorno è effettivamente una extraurbana principale. Allo stesso modo la Tangenziale di Novara è una extraurbana principale, quindi la mappatura come trunk è corretta (che poi ci sia il limite a 90 all'ora invece dei 110 di default è un altro discorso, ed ha a che fare con considerazioni sui novaresi che esulano dallo scopo di OSM :-) ). Se si dice trunk = extraurbana principale, la cosa è facile. Oltretutto con le foto del PCN è facile vedere se le carreggiate sono separate. Ciao, Federico Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
scusa martin non ho ben capito, perchè i default non vanno bene? se dovessimo mettere a tutte le strade asphalt sai quanto si appesantirebbe il db... Io in tutte le strade che mappo, soprattutto se le ho percorse in Mtb, metto sempre il surface, anche se è asfalto -- Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
2010/9/22 Simone Saviolo simone.savi...@gmail.com: Scusa, non ho capito cosa intendi. Una strada extraurbana principale è una strada extraurbana (cartello blu) con carreggiate separate per senso di marcia. Non so a quale SGC ti riferisca: se parli della FI-PI-LI, ad esempio, ho verificato non più di due settimane fa che almeno a Livorno è effettivamente una extraurbana principale. Allo No: http://it.wikipedia.org/wiki/Strada_di_grande_comunicazione_Firenze-Pisa-Livorno#Caratteristiche La SGC è una extraurbana secondaria ed è il motivo del limite a 90 anziché a 110. Ma siamo entrambi d'accordo che, sebbene sia legalmente secondaria, deve essere mappata highway=trunk Se si dice trunk = extraurbana principale, la cosa è facile. No, io non sono d'accordo e in realtà non lo sei neanche tu. La SGC è secondaria, non principale, eppure entrambi la vogliamo mappare trunk. Questo perché esistono un sacco di strade, familiarmente chiamate superstrade, che sono a carreggiate separate ecc. e che non sono extraurbane principali. Io vorrei mapparle come highway=trunk (e anche tu saresti d'accordo). Oltretutto con le foto del PCN è facile vedere se le carreggiate sono separate. Attenzione: affinché sia extraurbana principale non bastano le carreggiate separate: devono essere assenti le intersezioni a raso, ci devono essere certi raggi di curvatura, ecc. La segnaletica è l'unico modo per distinguere le extraurbane principali dalle secondarie. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
2010/9/22 Fabio Alessandro Locati fabioloc...@gmail.com: Sisi, infatti chiedevo... dato che non è così, possiamo semplicemente lavorare a mano (e con l'aiuto di tagwatch etc) all'obbiettivo di eliminare i tag 'trunk' in italia ;) Non capisco perché vuoi eliminare i tag trunk... come mapperesti le superstrade? highway=X ci vuole Poi alcuni highway=trunk avranno il tag addizionale motorroad=yes (tutte le strade extraurbane principali; quelle strade extraurbane secondarie dove vale la restrizione) e gli altri no [esiste motorroad=no?] Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
2010/9/22 Luca Delucchi lucadel...@gmail.com: Il 21 settembre 2010 15:48, M∡rtin Koppenhoefer dieterdre...@gmail.com ha scritto: 2010/9/21 Luca Delucchi lucadel...@gmail.com: scusa martin non ho ben capito, perchè i default non vanno bene? se dovessimo mettere a tutte le strade asphalt sai quanto si appesantirebbe il db... Onestamente non vedo un problema. Se non hai un dato lo poi assumere, ma rimane una ipotesi. Se hai un dato ti puoi affidare. Non sembra molto soffisticato, ma è molto semplice e solido come approccio. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
Il 22 settembre 2010 11:31, Federico Cozzi f.co...@gmail.com ha scritto: 2010/9/22 Simone Saviolo simone.savi...@gmail.com: Scusa, non ho capito cosa intendi. Una strada extraurbana principale è una strada extraurbana (cartello blu) con carreggiate separate per senso di marcia. Non so a quale SGC ti riferisca: se parli della FI-PI-LI, ad esempio, ho verificato non più di due settimane fa che almeno a Livorno è effettivamente una extraurbana principale. Allo No: http://it.wikipedia.org/wiki/Strada_di_grande_comunicazione_Firenze-Pisa-Livorno#Caratteristiche La SGC è una extraurbana secondaria ed è il motivo del limite a 90 anziché a 110. Ciò che dici mi sconvolge profondamente. Sai per caso se ci sono autovelox dal casello di Livorno fino a, diciamo, Salviano, Via di Levante? EDIT: ho guardato meglio e ho scoperto di aver fatto confusione. Quella che ho fatto io è la variante Aurelia, che scende da Nord a Sud circa parallela al mare. La FI-PI-LI invece continua in direzione Est-Ovest anche dopo il casello di Collesalvetti, arrivando al mare appena a Nord di Livorno. La Variante Aurelia è una extraurbana principale, col limite dei 110, e i punti sono ancora tutti sulla mia patente :-) Ma siamo entrambi d'accordo che, sebbene sia legalmente secondaria, deve essere mappata highway=trunk Purtroppo a questo punto non mi posso più esprimere sulla FI-PI-LI. Se si dice trunk = extraurbana principale, la cosa è facile. No, io non sono d'accordo e in realtà non lo sei neanche tu. La SGC è secondaria, non principale, eppure entrambi la vogliamo mappare trunk. Questo perché esistono un sacco di strade, familiarmente chiamate superstrade, che sono a carreggiate separate ecc. e che non sono extraurbane principali. Io vorrei mapparle come highway=trunk (e anche tu saresti d'accordo). Oltretutto con le foto del PCN è facile vedere se le carreggiate sono separate. Attenzione: affinché sia extraurbana principale non bastano le carreggiate separate: devono essere assenti le intersezioni a raso, ci devono essere certi raggi di curvatura, ecc. La segnaletica è l'unico modo per distinguere le extraurbane principali dalle secondarie. Quando hai ragione, hai ragione. +1 a tutto quello che hai detto. Ciao, Federico Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
2010/9/22 Federico Cozzi f.co...@gmail.com: 2010/9/22 Fabio Alessandro Locati fabioloc...@gmail.com: Sisi, infatti chiedevo... dato che non è così, possiamo semplicemente lavorare a mano (e con l'aiuto di tagwatch etc) all'obbiettivo di eliminare i tag 'trunk' in italia ;) Non capisco perché vuoi eliminare i tag trunk... come mapperesti le superstrade? highway=X ci vuole un altra volta il discorso trunk ;-) In Germania il Cds e quasi uguale a quello italiano. La interpretazione tedesca di trunk è una strada (non autostrada) che non ha incroci a raso e che dispone di 2 carreggiate separate. Tempo fa anche qui in lista questa vista è stata concordata. Per il cartello blu (divieto per bici, motorini, pedoni, ecc.) si usa motorroad=yes. Quello potrebbe essere anche aggiunto ad una primary se la primary non ha le caratteristiche del trunk indicati sopra ma porta il cartello blu. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Biciclette su trunk
2010/9/22 M∡rtin Koppenhoefer dieterdre...@gmail.com: In Germania il Cds e quasi uguale a quello italiano. La interpretazione tedesca di trunk è una strada (non autostrada) che non ha incroci a raso e che dispone di 2 carreggiate separate. Tempo fa anche qui in lista questa vista è stata concordata. +1 Per il cartello blu (divieto per bici, motorini, pedoni, ecc.) si usa motorroad=yes. Quello potrebbe essere anche aggiunto ad una primary se la primary non ha le caratteristiche del trunk indicati sopra ma porta il cartello blu. Certamente, il problema è che il cartello blu quadrato col simbolo della macchina non è presente sulle strade extraurbane principali (in Italia) perché è automatico dalle norme del CdS. Quindi un mappatore che mappa quello che vede non mette motorroad=yes sulle extraurbane principali, e poi scoppia il problema: il router manda un ciclista su una extraurbana principale. Quello che suggerivo era: 1. di mettere motorroad=yes dove c'è il cartello (anche sulle primary) 2. di aggiungere motorroad=yes anche dove non c'è il cartello, ma il CdS impone le stesse limitazioni, cioè sulle extraurbane principali (e tutte le secondarie dove sono presenti divieti simili) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it