Re: [Talk-hr] Bjelovar je ozivio na OSM karti!
Valent Turkovic valent.turko...@... writes: Pogledajte Bjelovar na OSM karti: http://osm.org/go/0Iu6nQzp Svaka cast Zvonimire (http://www.openstreetmap.org/user/zy_bj)! Molio bih iskusnije mapere da malo pogledaju kartu te ako uoće kakve greške i greškice da pomognu Zvonimiru te ih isprave . Hvala tebi za posuđeni GPS! ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Usporedba .gpx fila i-GotU i garmin 60csx
Imas kod mene neke usoredne trase igota i garmina, vidi se razlika, slobodno usporedi. Valent Turkovic wrote: On Sun, 21 Mar 2010 19:56:04 +0100, hbogner wrote: Kako to mislis da ponovno uploada??? Mislim da prođe neku rutu sada kada ima pravilo podešen Garmin tako da usporedimo iGotU i Garmina. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Post-Marikina Mapping Party Report
Hi guys, I finally got around to blogging about the Marikina Mapping Party from my point of view: http://vaes9.codedgraphic.com/posts/osm_marikina_party_post_report Well done guys! Eugene (osm:seav) -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Bacolod City again
Perhaps you've got time to look into this http://www.openstreetmap.org/?lat=14.94963lon=120.08165zoom=15layers=B000FTFT too. Came across while tracing few uploaded gps tracks. On Sun, 2010-03-28 at 13:20 +0800, Eugene Alvin Villar wrote: On second though, the GPX track is too artificial. I have to investigate some more. On Sun, Mar 28, 2010 at 1:05 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Bacolod City is getting a lot of attention again recently: http://osm.org/go/4n8s_J4S- What worries me is that there are four new accounts just editing in that area: http://www.openstreetmap.org/user/BacolodCity/edits (8-day-old account) http://www.openstreetmap.org/user/hithere/edits (2-day-old account) http://www.openstreetmap.org/user/MTBBCD/edits (10-hour-old account) http://www.openstreetmap.org/user/trek/edits (7-hour-old account) The first user has a uploaded a GPX trace (quite messy too); the others have not and are presumably tracing from the first user's. I'm comparing with Google Satellite and it don't see any vast similarities so I guess we're safe there. I'm just quite curious about the sudden influx of activity there. Did somebody conduct an OSM workshop there? Eugene (osm:seav) -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Bacolod City again
Did anyone tried to contact the editors? On Sun, Mar 28, 2010 at 1:05 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Bacolod City is getting a lot of attention again recently: http://osm.org/go/4n8s_J4S- What worries me is that there are four new accounts just editing in that area: http://www.openstreetmap.org/user/BacolodCity/edits (8-day-old account) http://www.openstreetmap.org/user/hithere/edits (2-day-old account) http://www.openstreetmap.org/user/MTBBCD/edits (10-hour-old account) http://www.openstreetmap.org/user/trek/edits (7-hour-old account) The first user has a uploaded a GPX trace (quite messy too); the others have not and are presumably tracing from the first user's. I'm comparing with Google Satellite and it don't see any vast similarities so I guess we're safe there. I'm just quite curious about the sudden influx of activity there. Did somebody conduct an OSM workshop there? Eugene (osm:seav) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- 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
[talk-ph] Planning trip need refresher course on mkgmap and merkaartor (was Re: talk-ph post from linuxbast...@paglalakbay.com requires approval)
Reason: Message body is too big: 278857 bytes with a limit of 40 KB We don't allow attachments in the mailinglist, Please limit the size of your message. I will answer anyway. :) -- Forwarded message -- From: Bart Bartolome linuxbast...@paglalakbay.com To: talk...@openstreetmap.org Date: Mon, 29 Mar 2010 02:14:44 +0800 Subject: Planning trip need refresher course on mkgmap and merkaartor Hi Guys, I seem to be missing a step when converting an OSM map from Merkaartor to Garmin. I export a map as an OSM XML file from Merkaartor and name it map.osm, then I use mkgmap to convert that into a img file for Garmin. The command line I use is: mkgmap-r1624$ java -ea -jar mkgmap.jar map.osm and mkgmap gives me an output file called numbersomething.img. I rename that file to gmapsupp.img and transfer it to my micro SD card Garmin/gmapsupp.img The output file should be several imgs (overview map, index, etc.). All these files should be integrated into a single gmapsupp.img. Add the gmapsupp switch in your syntax. mkgmap-r1624$ java -ea -jar mkgmap.jar --gmapsupp map.osm --gmapsupp Write a gmapsupp.img file that can be uploaded to a Garmin or placed in /Garmin in a microSD card (such as by mounting the device in USB mass storage mode). TODO: explain if this is in addition to or instead of the per-input files. So instead of merkaartor I go to OSM and export a map, but I can't get an area big enough to cover my trip. That is correct, you can't big areas for osm data via the Export tab in the main site. I think I'm missing a style file which I can't seem to find and it seems I'm not exporting my data from merkaartor correctly? You can get the style file for osm-ph garmin map via the trac/svn. Instructions on accessing the site is here: http://esambale.wikispaces.com/osmphil_garmin I think exporting from OSM directly saved me a lot of time but how do I get OSM to export as big as I need, like from marikina to enfanta, or say the whole of luzon or the Philippines? ;) The daily Philippine extract is here: http://download.geofabrik.de/osm/asia/philippines.osm.bz2 Good luck! I'm happy other people are doing the garmin map conversion as well. If you can find other improvements we can of course integrate them in the regular map update. -- 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
[talk-ph] Fwd: [OSM-talk] SOTM 2010 Conference Early-Bird registration ends Wednesday
-- Forwarded message -- From: Mike Collinson m...@ayeltd.biz Date: Fri, Mar 26, 2010 at 5:49 AM Subject: [OSM-talk] SOTM 2010 Conference Early-Bird registration ends Wednesday To: annou...@openstreetmap.org, t...@openstreetmap.org Registration for OpenStreetMap's StateOfTheMap Conference in Girona, Spain July 9th – 11th, 2010 is open and we have over twenty sign-ups already. If you want to take advantage of the lower Early-Bird registration rates, please register before Midnight GMT, Wednesday March 31st. Register at http://stateofthemap.org/register-now/ and I look forward to seeing you there, Mike Collinson http://stateofthemap.org/ ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- 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
Re: [talk-ph] Planning trip need refresher course on mkgmap and merkaartor (was Re: talk-ph post from linuxbastard-ss7hnc7c4s9ecsjrybx...@public.gmane.org requires approval)
Weee!! Sorry for the attachment. I was using the latest nightly build for mkgmap but I guess I didn't read the part about the options for the command line. ;) Will try that one with the --gmapsupp. Will experiment some more later. ;) On Monday, 29 March, 2010 10:39 AM, maning sambale wrote: Reason: Message body is too big: 278857 bytes with a limit of 40 KB We don't allow attachments in the mailinglist, Please limit the size of your message. I will answer anyway. :) -- Forwarded message -- From: Bart Bartolomelinuxbast...@paglalakbay.com To: talk-ph@openstreetmap.org Date: Mon, 29 Mar 2010 02:14:44 +0800 Subject: Planning trip need refresher course on mkgmap and merkaartor Hi Guys, I seem to be missing a step when converting an OSM map from Merkaartor to Garmin. I export a map as an OSM XML file from Merkaartor and name it map.osm, then I use mkgmap to convert that into a img file for Garmin. The command line I use is: mkgmap-r1624$ java -ea -jar mkgmap.jar map.osm and mkgmap gives me an output file called numbersomething.img. I rename that file to gmapsupp.img and transfer it to my micro SD card Garmin/gmapsupp.img The output file should be several imgs (overview map, index, etc.). All these files should be integrated into a single gmapsupp.img. Add the gmapsupp switch in your syntax. mkgmap-r1624$ java -ea -jar mkgmap.jar --gmapsupp map.osm --gmapsupp Write a gmapsupp.img file that can be uploaded to a Garmin or placed in /Garmin in a microSD card (such as by mounting the device in USB mass storage mode). TODO: explain if this is in addition to or instead of the per-input files. So instead of merkaartor I go to OSM and export a map, but I can't get an area big enough to cover my trip. That is correct, you can't big areas for osm data via the Export tab in the main site. I think I'm missing a style file which I can't seem to find and it seems I'm not exporting my data from merkaartor correctly? You can get the style file for osm-ph garmin map via the trac/svn. Instructions on accessing the site is here: http://esambale.wikispaces.com/osmphil_garmin I think exporting from OSM directly saved me a lot of time but how do I get OSM to export as big as I need, like from marikina to enfanta, or say the whole of luzon or the Philippines? ;) The daily Philippine extract is here: http://download.geofabrik.de/osm/asia/philippines.osm.bz2 Good luck! I'm happy other people are doing the garmin map conversion as well. If you can find other improvements we can of course integrate them in the regular map update. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] ODbL: Produced Works other than maps
Hi, Arne Johannessen wrote: How many bakeries are there in London? Without bothering to count, I'd say Greater London surely has a lot more than 100, while The City probably has less. (A hundred is the limit for 'not Substantial' according to the community guideline for the meaning of Substantial.) I wasn't out to discuss the substantial bit. I know that an insubstantial extract is practically unrestricted but what I'm after is using a substantial portion of the data base to create a Produced Work, which may then be distributed under a license of one's choice. If we're talking a Significant portion here, it definitely is a Derived Database in both cases (list and PNG). A reasoning according to which the map image with bakeries painted on would also be a derived database which, as I already said, is surely not the intention of OSM's implementation of the ODbL. or else the whole ODbL Produced Works idea would fall over and be useless So far I have yet to discover its actual use. Pointers are appreciated. :) The actual use is that you can create map images from OSM data which then do NOT fall under the ODbL. This is essential if one is to combine data from, say, a CC-BY-SA data source and our ODbL data source into one map image; were the image considered a Derived Database, the ODbL viral aspect would kick in and require you to license the image under ODbL which would clash with CC-BY-SA's requirement to license the image under CC-BY-SA. Not being able to produce a map image that contains an OSM base map and combines them with elements from another share-alike license would be a show stopper for the whole ODbL effort. We're doing open data specifically because we want to encourage people creating derived works, not to stifle that activity. This is what the Produced Work thing might have meant: Cases where the database's contents appear outside the database theme's domain. No, the Produced Work specifically meant something like this: http://c.tile.openstreetmap.org/12/2076/1410.png It is important to us that something like that does not require to be licensed under ODbL. I agree that if you have recently joined the discussion, or perhaps simply read the ODbL and thinking of a database in terms of the EU database directive, you'd be tempted to say that a PNG image like that must be a database. But if we don't manage to override that definition with a community norm, then one of the most promising aspects of ODbL, namely making it easier to deal with maps produced from our data, becomes void. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] signature
I have put the maps on the public drive: http://xhema.flossk.org:8080/mapdata/03/SkoderCityMap/tiles/ and split them into 1500x1500 for detailed usage on mapwarper. http://xhema.flossk.org:8080/mapdata/03/SkoderCityMap/smaller/ So next we need to register on http://warper.geothings.net/ and you can upload the maps, rectify them I have some video http://www.youtube.com/watch?v=fPGMZojm1uE http://www.youtube.com/watch?v=ZHOTB57xDdE I have made rectified ones here: http://warper.geothings.net/maps/2239 http://warper.geothings.net/maps/2263 http://warper.geothings.net/maps/2264 Please help! mike On Sun, Mar 28, 2010 at 10:01 PM, Gent Thaçi gent...@gmail.com wrote: Amazing! On Sun, Mar 28, 2010 at 8:47 PM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: Hi, we have a signature for releasing the city map of shkoder for openstreetmap. thank you to Namik Kopliuku for releasing this map. mike -- Forwarded message -- From: Blendi Kraja ble...@blendikraja.com Date: Mon, Mar 29, 2010 at 7:33 AM Subject: signature To: jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com To unsubscribe from this group, send email to gis-kosova+ unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject. -- Sincerely, Gent Thaqi. To unsubscribe from this group, send email to gis-kosova+ unsubscribegooglegroups.com or reply to this email with the words REMOVE ME as the subject. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Project of the Week 2010Mar28 - Swimming in data
Many of the coastlines in OSM came from an import of the PGS coastline data. It was a fantastic benefit to be able to add this coastline data to OSM, and we're better off having had it. And there are many places that have aerial imagery that is now good enough to improve on PGS coastlines. So that is the project of the week for 28 March, 2010, check your favorite bit of coastline and improve what you can with overhead imagery. Those without a favorite bit of unimproved coastline might take a look at the crenelated coasts of North America for examples of what can be improved. This http://www.openstreetmap.org/edit?lat=41.044lon=-72.1591zoom=14 is a portion of Long Island with aged PGS coastline that fails to meet our current standards for Good Coastiness. Sure, it will be fixed up by the time the second reader gets to it, but have a look at that area in the original bulk import form, http://www.openstreetmap.org/browse/changeset/693806 . Okay, perhaps we can make our current imports a little friendlier to view. And now a sea change Let's improve the Project of the Week while we're improving the map. Let's increase participation. If you are participating in potw, consider posting some of your before and after shots of the areas you are mapping. Reply with your comments and links to your good work. Consider adding potw to your changesets. It's nice to know if you find a project of the week interesting. Propose a Project of the Week. Write it up and add it to the Proposals page, or email me directly. http://wiki.openstreetmap.org/wiki/Project_of_the_week/Proposals Make general or specific suggestions regarding potw on the discussion page. http://wiki.openstreetmap.org/wiki/Talk:Project_of_the_week/Proposals Share your project! Detailed, written potw proposals are very warmly welcomed. Tell us what you are doing, show us how it is making a difference, and let us know how we can help you with your project locally, or by replicating it in our neighborhood. Give some example tags and guidelines if you can. The massively successful Image of the Week project has been running since 2006, and is now a flipbook history of What Was New In OSM. Plus a couple of entertaining April Fool images. Part of the strength of the IotW is the indefatigable leadership of User:Ojw who has kept it running for five years. Much of the strength of IotW comes from the community interest. Folks do something interesting, make an image, and share it with IotW. Let's see if we can make potw at least half as interesting and informative as IotW. Join in, won't you? If you haven't seen IotW (What? Is that possible?!?!) You must see it now. Prepare to spend an hour learning the visual history of OSM. http://wiki.openstreetmap.org/wiki/Featured_images ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Project of the Week 2010Mar28 - Swimming in data
Richard Weait wrote: Many of the coastlines in OSM came from an import of the PGS coastline data. It was a fantastic benefit to be able to add this coastline data to OSM, and we're better off having had it. And there are many places that have aerial imagery that is now good enough to improve on PGS coastlines. So that is the project of the week for 28 March, 2010, check your favorite bit of coastline and improve what you can with overhead imagery. And while in the process: have a look at the islands of Ibiza and Formentera. These landmasses have vanished. http://osm.org/go/xRcUWZ-- Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikimapa what is it?
It seems like there are many similar initiatives in Brazil. For some reason the words of OSM havn't been spread enough, and many similar-but-not-the-same projects have popped up. Often when entering contact with such competing projects, they either havn't heard about OSM, or thought OSM as just another initiative when starting. Many of these projects have also only a small community, or focus only on a relatively small geographical area. The Brazilian community on OSM is not very large, and we might need some more help on how to spread the word in order to merge with some of these projects, many of them have compatible terms with OSM, so a complete merge of databases should be just a matter of getting the content in the right formats. -A[] On Sat, Mar 27, 2010 at 9:01 PM, Christian Rogel christian.ro...@club-internet.fr wrote: Some information here : http://gislounge.com/mapping-via-cell-phone-in-brazil/ Christian Stefan de Konink a e'crit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 http://wikimapa.org.br/ Just on CNN, could someone tell something about it? Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Documentation on Editing Relations
Hi, Thank you all for your help - Download Object was the fundamental thing I had missed. I had kind of hoped that you would just point me to the nice new user instruction page on the Wiki that I had not spotted. I'll have a look at improving it, but it is not an insignificant job. How about if we divide the basic documentation into chunks (like a mapping party, but not as good for you), and different people volunteer to update a different aspect to bring it up to date in terms of software, and custom and practice? I am happy to co-ordinate, but will struggle to do it all. I think this would be a big help in encouraging wider participation in the project. Could even be a Project of the Week? Regards Graham. On 27 March 2010 23:57, Sebastian Klein basti...@googlemail.com wrote: Graham Jones wrote: Is there a command line way of adding ways to a relation - for example, rather than doing it by clicking on things, I would quite like to do add ways to relation where route=Pennine Way or name=Pennine Way. If you have the problem that you cannot download the entire area because the route is too long, the XAPI can save your day. You will need two XAPI requests, one for route=... and one for name=... Then you can merge the layers in JOSM. (Btw. there is an easy way to get the bbox parameters for XAPI requests: Select the area in the slippy map of the download dialog. Then go to the second tab and simply copy the list of coordinates...) Any pointers would be appreciated. Sorry for being dumb - I must have missed the documentation somewhere? Why not write some, when you have mastered the high art of relations? :) __ Sebastian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Dr. Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Project of the Week 2010Mar28 - Swimming in data
On Sun, 28 Mar 2010 10:48:16 +0300, talk-requ...@openstreetmap.org wrote: Date: Sun, 28 Mar 2010 01:17:28 -0430 From: Richard Weait rich...@weait.com Subject: [OSM-talk] Project of the Week 2010Mar28 - Swimming in data To: talk@openstreetmap.org, newb...@openstreetmap.org Message-ID: a768be481003272247h1e714245yfc04e1c661626...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Many of the coastlines in OSM came from an import of the PGS coastline data. It was a fantastic benefit to be able to add this coastline data to OSM, and we're better off having had it. And there are many places that have aerial imagery that is now good enough to improve on PGS coastlines. So that is the project of the week for 28 March, 2010, check your favorite bit of coastline and improve what you can with overhead imagery. Those without a favorite bit of unimproved coastline might take a look I suggest searching the db for waterway=coastline AND (note=*rough* OR fixme=*rough*) - for example coastlines of Indonesia and Vietnam are *really* rough! Roman ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Interleaving GPS traces with video?
On Sat, Mar 27, 2010 at 1:39 PM, Laurence Penney l...@lorp.org wrote: Does anyone have any experience interleaving GPS traces with video? Some friends of mine are asking about it in relation to skiing and motor-racing, but one could also imagine it being of use to mappers. Ideally I'd like to look up a time since start of shot and find the location. You could also look at such a system as generating ~30 geo-referenced photos per second. Are there any video formats that handle this in one file, or standards for having a GPX alongside a video file? Photo mapping synchronizes your photos with your gpx track http://wiki.openstreetmap.org/wiki/Photo_mapping ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Boundary relation with 5000 members?
Hi, i put together all boundary relations in the Database and got to this: osm=# select * from relation_tags where relation_id = 305693; relation_id | k | v -+-+- 305693 | admin_level | 4 305693 | boundary| administrative 305693 | name| XI Región Aysén del General Carlos Ibáñez del Campo 305693 | type| boundary (4 rows) osm=# select count(member_id) from relation_members where relation_id = 305693; count --- 5524 (1 row) I havent looked at it very closely - but 5000 members in a boundary relations sounds very much broken ... It is be far leading the boundary relation member highscorer: relation_id | count -+--- 305693 | 5524 301542 | 4442 102039 | 981 356911 | 836 357113 | 772 94354 | 764 51477 | 686 166570 | 668 349004 | 660 391132 | 656 102740 | 651 90162 | 648 51684 | 631 89072 | 608 442397 | 579 Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Boundary relation with 5000 members?
On Sunday 28 March 2010 17:50:07 Florian Lohoff wrote: 305693 | name| XI Región Aysén del General Carlos Ibáñez del I havent looked at it very closely - but 5000 members in a boundary relations sounds very much broken ... I think that is what you get when people put the coastline into a boundary relation: http://www.openstreetmap.org/?lat=-47.48lon=-73.79zoom=6layers=B000FTF -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] ANNOUNCEMENT: maxspeed map
I never sent an announcement here so i think its time do so. I have built a maxspeed map - visualizing the max speed for highways. This map exists for over a year for Germany only, but now that i got more Hardware i am be able to provide it globally. Nevertheless - the map visualizes maxspeed, width, hazmat, maxweight, maxheight, hgv, goods, lit and smoothness. There is probably a bug with XXmph type of speeds which will currently be warned about - sorry for the non-metric for now - i'll fix it somehow ... Also there are signs shown for hgv=destination which is very German centric. This is why you see the Admin boundary hierarchie at the bottom - thats something i am thinking of using to localize the visualization of signs and/or warn about mph as the speed unit ... Here is the link: http://maxspeed.osm.lab.rfc822.org Please also relay to the local mailinglists. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ANNOUNCEMENT: maxspeed map
On Mon, Mar 29, 2010 at 2:44 AM, Florian Lohoff f...@zz.de wrote: I never sent an announcement here so i think its time do so. I have built a maxspeed map - visualizing the max speed for highways. Nice! Can you please provide a link to a key/legend? It would be nice to know what green means, what blue means, etc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Boundary relation with 5000 members?
sylvain letuffe wrote: - you reach easily the API max members limit There is no such limit (yet). -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ANNOUNCEMENT: maxspeed map
Am 28.03.2010 23:34, Roy Wallace: On Mon, Mar 29, 2010 at 2:44 AM, Florian Lohofff...@zz.de wrote: I never sent an announcement here so i think its time do so. I have built a maxspeed map - visualizing the max speed for highways. Nice! Can you please provide a link to a key/legend? It would be nice to know what green means, what blue means, etc. Zoom in closer to see the actual limit signs on the colored ways. Claudius ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-br] Wikimapa what is it?
Yeah, I've tried to sell OSM for them, but they didn't care, they've written a project as a NGO, got a lot of money, and hired a programmer to do a poor Google Maps mashup. Claudomiro even flew from São Paulo to Rio de Janeiro to have a meeting with them, but they didn't cared much. Maybe we'll have more luck as a foundation chapter, I don't know. They, however, give me the permission to copy the POIs they've managed to get with N95 cellphones (the tracks are useless IMHO), that's how I came up with this Cidade de Deus (City of God) map: http://osm.org/go/OVcZ0uwG Cheers 2010/3/28 Claudomiro Nascimento Junior claudom...@claudomiro.com Me and Arlindo had talks with then last year to bring then to OSM and to help then build Real maps - for now, then have only collected POIs that appear without any context on Google Maps. But it seems that they where not really interested on this cooperation. On Sun, Mar 28, 2010 at 3:30 AM, Aun Johnsen li...@gimnechiske.orgwrote: It seems like there are many similar initiatives in Brazil. For some reason the words of OSM havn't been spread enough, and many similar-but-not-the-same projects have popped up. Often when entering contact with such competing projects, they either havn't heard about OSM, or thought OSM as just another initiative when starting. Many of these projects have also only a small community, or focus only on a relatively small geographical area. The Brazilian community on OSM is not very large, and we might need some more help on how to spread the word in order to merge with some of these projects, many of them have compatible terms with OSM, so a complete merge of databases should be just a matter of getting the content in the right formats. -A[] On Sat, Mar 27, 2010 at 9:01 PM, Christian Rogel christian.ro...@club-internet.fr wrote: Some information here : http://gislounge.com/mapping-via-cell-phone-in-brazil/ Christian Stefan de Konink a e'crit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 http://wikimapa.org.br/ Just on CNN, could someone tell something about it? Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-br mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Boundary relation with 5000 members?
Le dimanche 28 mars 2010 23:38:19, vous avez écrit : sylvain letuffe wrote: - you reach easily the API max members limit There is no such limit (yet). My mistake, I mixed up nodes per way limit and relation members http://www.openstreetmap.org/api/0.6/capabilities But after trying to create a 6000 members test relation, I can confirm managing/uploading it with josm is a bit hard and long process. -- sly sylvain letuffe ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-br] Wikimapa what is it?
2010/3/29 Arlindo Pereira openstreet...@arlindopereira.com: Yeah, I've tried to sell OSM for them, but they didn't care, they've written a project as a NGO, ... by the way: there is also similar (?) projects going on in Europe. Have you heard about youmap? http://www.youmap.eu/ I wrote to them proposing OSM instead of G-maps. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-br] Wikimapa what is it?
On Sun, Mar 28, 2010 at 23:45, Martin Koppenhoefer dieterdre...@gmail.com wrote: by the way: there is also similar (?) projects going on in Europe. Have you heard about youmap? http://www.youmap.eu/ I wrote to them proposing OSM instead of G-maps. This map is mapping exactly the sort of thing that would spawn a 100-reply thread on osm-talk from the old guard saying we shouldn't be mapping things like that[1]. Either we're going to have to be more open to projects like that or accept that they won't use OSM or contribute to it. Personally I don't care what data you put in the DB as long as you're maintaining it and it doesn't disrupt anything else unreasonably. 1. a cursory glance at their data reveals that they're mapping things that aren't on the ground. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-br] Wikimapa what is it?
On 29 March 2010 13:14, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: Personally I don't care what data you put in the DB as long as you're maintaining it and it doesn't disrupt anything else unreasonably. And as long as it's verifiable to others... 1. a cursory glance at their data reveals that they're mapping things that aren't on the ground. I had a quick glance and couldn't figure out their site, it wasn't dragable so I lost interest pretty quickly, but can you give an example? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-br] Wikimapa what is it?
On Mon, Mar 29, 2010 at 03:33, John Smith deltafoxtrot...@gmail.com wrote: I had a quick glance and couldn't figure out their site, it wasn't dragable so I lost interest pretty quickly, but can you give an example? This is the first link on their front page: http://www.youmap.eu/?page=PrjHomeprj=91mid=432 Page through the Public projects sidebar for more examples. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
++ 27/03/10 22:17 +0100 - Stefan de Konink: In de tweede plaats: wie heeft, volgens jou, het 3D Shapes bestand onder die licentie uitgegeven (waarbij die licentie naar ik aan neem refereert aan de Creative Commons licentie BY-SA)? ObjectVision BV. Hiermee is in ieder geval de oorspronkelijke vraag (is de data van 3D Shapes compatible met ODbL) vooralsnog onbeantwoord. -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
Rejo Zenger wrote: ++ 27/03/10 22:17 +0100 - Stefan de Konink: In de tweede plaats: wie heeft, volgens jou, het 3D Shapes bestand onder die licentie uitgegeven (waarbij die licentie naar ik aan neem refereert aan de Creative Commons licentie BY-SA)? ObjectVision BV. Ziet er wat mij betreft uit als een _hint_ om contact op te nemen en aan de donateur te vragen of ze akkoord gaan met de nieuwe licentie. Iemand al mee bezig? Liefhebbers? Remy ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
Hallo allen, Even een update mbt de licentie wijziging. De leden van de OSM Foundation hebben in grote meerderheid voor de wijziging naar de nieuwe licentie, de ODbL, gestemd. De nieuwe licentie houdt in dat gebruikers die data IN de database zetten, akkoord moeten gaan met de Contributor Terms, en dat de gebruikers die data UIT de database halen akkoord zullen moeten gaan met de ODbL. In de praktijk betekent dit dat alle OSM contributors gevraagd gaan worden akkoord te gaan met de Contributor Terms ( http://www.osmfoundation.org/wiki/License/Contributor_Terms). Eerst zullen de nieuwe aanmeldingen deze vraag voorgeschoteld krijgen, daarna wordt een actie gestart om alle huidige contributors te vragen akkoord te gaan met deze CT. Voordat dit proces kan worden gestart moet eerst deze CT vertaald zijn in Frans en Italiaans. Wat betreft Object Vision, ik wil best wel met de mensen van ObjectVision overleggen, maar dan zal Stefan wel iets scheutiger met informatie moeten worden. Wie hierover bij ObjectVision benaderd kan worden enzo. Gr, Henk Hoff Op 28 maart 2010 17:31 schreef R. Bosch r.bo...@reboli.nl het volgende: Rejo Zenger wrote: ++ 27/03/10 22:17 +0100 - Stefan de Konink: In de tweede plaats: wie heeft, volgens jou, het 3D Shapes bestand onder die licentie uitgegeven (waarbij die licentie naar ik aan neem refereert aan de Creative Commons licentie BY-SA)? ObjectVision BV. Ziet er wat mij betreft uit als een _hint_ om contact op te nemen en aan de donateur te vragen of ze akkoord gaan met de nieuwe licentie. Iemand al mee bezig? Liefhebbers? Remy ___ 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] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 28-03-10 20:44, Henk Hoff schreef: Wat betreft Object Vision, ik wil best wel met de mensen van ObjectVision overleggen, maar dan zal Stefan wel iets scheutiger met informatie moeten worden. Wie hierover bij ObjectVision benaderd kan worden enzo. Zover ik weet lezen ze mee :) Maar Henk: De leden van de OSM Foundation Dat zijn niet de active contributors, dus OSMF kan veel willen, maar de data zoals die nu is blijft sowieso als CC-BY-SA beschikbaar. Dus we gaan elkaar niet gekker maken dan strict noodzakelijk is. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkuvpJgACgkQYH1+F2Rqwn1R7gCgjIqegymafu2JeR0VwExpqIte jhQAnjmeHoClwGvJolelFGh6xc6QI5Pp =Q5w0 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 28-03-10 14:45, Rejo Zenger schreef: ++ 27/03/10 22:17 +0100 - Stefan de Konink: In de tweede plaats: wie heeft, volgens jou, het 3D Shapes bestand onder die licentie uitgegeven (waarbij die licentie naar ik aan neem refereert aan de Creative Commons licentie BY-SA)? ObjectVision BV. Hiermee is in ieder geval de oorspronkelijke vraag (is de data van 3D Shapes compatible met ODbL) vooralsnog onbeantwoord. Je mist een zeer interessante strofe uit het onderwerp van deze email. Voor de data die nu in OSM staat, komt de licentie verandering er nooit. Immers de data die nu onder CC-BY-SA wordt geleverd blijft dat, sterker nog, we weten inmiddels dat er OSM'ers zijn overleden. De OSMF kan dan de familie benaderen of een herlicentie 'ok is'. (Hoe wenselijk zoiets is weet ik niet, soort van 'orgaandonor vraag') Maar zoals al eerder door anderen bepleit, is de data die door OSM'ers zijn verzameld geen creatief werk. En ik denk dat de 'originele' ObjectVision data dat wel is, niet het afgeleide wat wij er nu van maken. Zoals ook in een poll onder *alle* OSM'ers werd gehouden zou voor veel mensen PD de voorkeur hebben. Wat de OSMF nu met een licentie wijziging wil doen betekent eigenlijk een 'hostile takeover'. Of om de woorden van de voorzitter van de ons zo beminde OSMF te blijven: I would love to watch a PD fork slowly die. Please start one. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkuvqB0ACgkQYH1+F2Rqwn2cogCfUjcaZ+w2soS8DMO6ooz2CA05 ox0AnA5ZhHcrj63En45wf0LcT7WSwViK =+/Cf -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
Stefan de Konink wrote: Je mist een zeer interessante strofe uit het onderwerp van deze email. Voor de data die nu in OSM staat, komt de licentie verandering er nooit. Immers de data die nu onder CC-BY-SA wordt geleverd blijft dat, sterker nog, we weten inmiddels dat er OSM'ers zijn overleden. De OSMF kan dan de familie benaderen of een herlicentie 'ok is'. (Hoe wenselijk zoiets is weet ik niet, soort van 'orgaandonor vraag') Maar zoals al eerder door anderen bepleit, is de data die door OSM'ers zijn verzameld geen creatief werk. En ik denk dat de 'originele' ObjectVision data dat wel is, niet het afgeleide wat wij er nu van maken. Het lijkt erop dat er aangenomen werd dat de import een _subset_ was van de data van Objectvision. Klein, maar belangrijk verschil met overtrekken van data (afleiden) Ook ik was onder die veronderstelling. Wat betreft dat overleidensverhaal: Zou de data dan niet aan OSM mogen vervallen? Kan in de licentie worden opgenomen. Achtergebleven data zal in dat opzicht altijd een probleem blijven... Overleden bron of ongeinteresseerd Remy ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
Stefan de Konink wrote: knip Dat zijn niet de active contributors, dus OSMF kan veel willen, maar de data zoals die nu is blijft sowieso als CC-BY-SA beschikbaar. knip Natuurlijk, daar is geen twijfel over mogelijk... Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 28-03-10 21:18, R. Bosch schreef: Het lijkt erop dat er aangenomen werd dat de import een _subset_ was van de data van Objectvision. Klein, maar belangrijk verschil met overtrekken van data (afleiden) Ook ik was onder die veronderstelling. 3Dshapes zoals de titel zegt is in 3D. En had ook bepaalde andere attributen. 3D kan niet in OSM, en niet alles is overgenomen. Wat betreft dat overleidensverhaal: Zou de data dan niet aan OSM mogen vervallen? Kan in de licentie worden opgenomen. Achtergebleven data zal in dat opzicht altijd een probleem blijven... Overleden bron of ongeinteresseerd Over 70(?) jaar ben je de eerste. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkuvtRwACgkQYH1+F2Rqwn1cZwCcDnVqYou43geHdYu2UKmvhmgI 8YEAniNZFzyS8WLImK9j9bo6CFyNsv7i =ifhf -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
Op 28 maart 2010 21:03 schreef Stefan de Konink ste...@konink.de het volgende: Je mist een zeer interessante strofe uit het onderwerp van deze email. Voor de data die nu in OSM staat, komt de licentie verandering er nooit. Immers de data die nu onder CC-BY-SA wordt geleverd blijft dat, sterker nog, we weten inmiddels dat er OSM'ers zijn overleden. De OSMF kan dan de familie benaderen of een herlicentie 'ok is'. (Hoe wenselijk zoiets is weet ik niet, soort van 'orgaandonor vraag') De License WorkingGroup is op de hoogte dat deze zaken zich voordoen en onderzoekt de beste oplossing voor deze cases. Maar zoals al eerder door anderen bepleit, is de data die door OSM'ers zijn verzameld geen creatief werk. En ik denk dat de 'originele' ObjectVision data dat wel is, niet het afgeleide wat wij er nu van maken. Het gaat er niet om wat jij *denkt*. Zoals ook in een poll onder *alle* OSM'ers werd gehouden zou voor veel mensen PD de voorkeur hebben. Wat de OSMF nu met een licentie wijziging wil doen betekent eigenlijk een 'hostile takeover'. Het zijn erg zware woorden die je gebruikt. De ODbL is in de geest dezelfde licentie als CC-BY-SA, echter deze licentie is veel beter geschikt voor databases, dat wat OSM is. Een takeover suggereert dat er sprake zou zijn van een compleet andere (ook in geest) licentie. Dat is dus niet zo. Het is trouwens wel een beetje vreemd dat iemand die public domain promoot (iets wat niet overeenkomt [ook niet in geest] met CC-BY-SA) de OSMF beschuldigt van hostile takeover, terwijl zij een licentie voorstellen die in de geest hetzelfde is als CC-BY-SA, maar dan beter is toegesneden op databases. Maar goed, dat zal wel aan mij liggen... Trouwens, nogmaals, wie kan ik van ObjectVision benaderen? Dit kan natuurlijk ook rechtstreeks en niet via deze mailinglist... Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Fwd: [OSM-talk] ANNOUNCEMENT: maxspeed map
Ter info -- Forwarded message -- From: Florian Lohoff f...@zz.de Date: 2010/3/28 Subject: [OSM-talk] ANNOUNCEMENT: maxspeed map To: t...@openstreetmap.org I never sent an announcement here so i think its time do so. I have built a maxspeed map - visualizing the max speed for highways. This map exists for over a year for Germany only, but now that i got more Hardware i am be able to provide it globally. Nevertheless - the map visualizes maxspeed, width, hazmat, maxweight, maxheight, hgv, goods, lit and smoothness. There is probably a bug with XXmph type of speeds which will currently be warned about - sorry for the non-metric for now - i'll fix it somehow ... Also there are signs shown for hgv=destination which is very German centric. This is why you see the Admin boundary hierarchie at the bottom - thats something i am thinking of using to localize the visualization of signs and/or warn about mph as the speed unit ... Here is the link: http://maxspeed.osm.lab.rfc822.org Please also relay to the local mailinglists. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: PGP signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en de nieuwe licentie (als die er ooit nog komt)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 28-03-10 22:31, Henk Hoff schreef: Maar zoals al eerder door anderen bepleit, is de data die door OSM'ers zijn verzameld geen creatief werk. En ik denk dat de 'originele' ObjectVision data dat wel is, niet het afgeleide wat wij er nu van maken. Het gaat er niet om wat jij *denkt*. Nee en vast ook niet wat Arnoud E. denkt, dus geef er maar een mooie draai aan Henk. Zoals ook in een poll onder *alle* OSM'ers werd gehouden zou voor veel mensen PD de voorkeur hebben. Wat de OSMF nu met een licentie wijziging wil doen betekent eigenlijk een 'hostile takeover'. Het zijn erg zware woorden die je gebruikt. De ODbL is in de geest dezelfde licentie als CC-BY-SA, echter deze licentie is veel beter geschikt voor databases, dat wat OSM is. Een takeover suggereert dat er sprake zou zijn van een compleet andere (ook in geest) licentie. Dat is dus niet zo. Ik ga mee met wat het 'volk' die aan OSM werkt wil. Schijnbaar is het volk wat zich heeft verenigd niet representatief voor het volk dat aan OSM werkt. Gezien expliciet is gezegd door *jouw* voorzitter dat hij ieder alternatief het liefst ziet bloeden, en dat CC-BY-SA beschikbaar blijft, kan ik niet anders concluderen dat de ODbL een fork van de data is, niet de CC-BY-SA versie. Maar goed het gaat niet om wat ik denk natuurlijk ;) Maar ik denk toch graag even na over situatie die 'jullie' nu met wat andere data hebben. http://wiki.openstreetmap.org/wiki/Cannot_import_CC_BY-SA_licensed_data Het is trouwens wel een beetje vreemd dat iemand die public domain promoot (iets wat niet overeenkomt [ook niet in geest] met CC-BY-SA) de OSMF beschuldigt van hostile takeover, terwijl zij een licentie voorstellen die in de geest hetzelfde is als CC-BY-SA, maar dan beter is toegesneden op databases. Maar goed, dat zal wel aan mij liggen... Ik zou compleet achter PD staan, daar niet van, met een minimale bron vermelding zoals ook het verdrag van Bern is opgeschreven. Gezien de discussie iedere keer uitdraait op een religieus debat, ga ik me absoluut niet bezig meer houden met een 'eventuele' wijziging omdat de data die we in NL hebben verzameld er toch wel blijft. En het gezeur van 'jullie mogen OSM data niet gebruiken voor het 6PP project omdat dat CC0 is' niets meer met het delen van informatie te maken heeft, maar slechts met pennen likken. Ik vind het wel grappig dat naar aanleiding van al die verschillende mapping projecten in Brazilië me wel duidelijk is geworden dat decentrale organisaties erg goed werken :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkuvyQcACgkQYH1+F2Rqwn1fvACfSPqqwmJu888iEZ13WsVLxnZT y4wAn1Z+EUxxA0+x2FUecCsE8Zny7TG+ =kghS -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fwd: [OSM-talk] ANNOUNCEMENT: maxspeed map
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 28-03-10 22:41, Henk Hoff schreef: Ter info http://blog.openstreetmap.nl/index.php/2009/05/11/nooit-meer-een-bon/ http://maxspeed.openstreetmap.nl/ Achja, we hadden het bijna een jaar geleden in Nederland al door de acties van Ldp. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkuvypYACgkQYH1+F2Rqwn2LcgCgh4sJpjS07/Ghtcu4nEAjda2w XAYAmgIbtiZPfK1kE4EogDRabR/J14bk =ijn6 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fwd: [OSM-talk] ANNOUNCEMENT: maxspeed map
On Sun, 28 Mar 2010 23:31:02 +0200, Stefan de Konink ste...@konink.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 28-03-10 22:41, Henk Hoff schreef: Ter info http://blog.openstreetmap.nl/index.php/2009/05/11/nooit-meer-een-bon/ http://maxspeed.openstreetmap.nl/ Achja, we hadden het bijna een jaar geleden in Nederland al door de acties van Ldp. En ik hoop ook van ganser harte dat die kaart gewoon beschikbaar blijft, want die nieuwe kaart geeft pas snelheidsinfo vanaf zoomlevel 14. En dat is een beetje laat IMHO. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] routable garmin maps
made it safely into adelaide with the routable garmin maps from http://www.osmaustralia.org/garminroute.php. Must check one point where the advice was to cross over the median strip and use the wrong side of the road. Small hiccup in an inability to set a route over the Vic/SA border, but can navigate over the NSW/Vic border and within all three States. I've emailed Matt separately about that problem - no idea why it happened. I find that the use of NHA17; NHA20; NHA1 and NHA8 as route designations is quite silly. No road sign says NH anything. I've done some photos to remind people but haven't emptied the camera yet. The wiki doth say thou shalt use just A in a State with alphanumeric road designations we have a good schema now where the NH bit goes in a relation but if people will put this in tags then it will have to be parsed out of routable maps - this sort of thing where it says N on Nha17 is hopeless midcity directions when I thought I was on Portrush Road. Liz ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] routable garmin maps
On 28 March 2010 16:04, ed...@billiau.net wrote: I find that the use of NHA17; NHA20; NHA1 and NHA8 as route designations is quite silly. I think A17, A1 and A8 is correct, and instead use network=NH No road sign says NH anything. No, but they do show the word 'NATIONAL' on them we have a good schema now where the NH bit goes in a relation Doesn't have to be a relation, but it makes sense for most major and semi-major roads, in the same way it make sense to put highway names in the same or their own relation so local street names can also be used without cramming a bunch of information into a single tag... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] routable garmin maps
Hi. On 28 March 2010 17:04, ed...@billiau.net wrote: I find that the use of NHA17; NHA20; NHA1 and NHA8 as route designations is quite silly. No road sign says NH anything. I'm inclined to agree here. I understand why it was decided that way originally, but it is slightly confusing that the GPS uses a different designation for the road to what the road signs use. - Ben. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] routable garmin maps
Hi. On 28 March 2010 17:04, ed...@billiau.net wrote: I find that the use of NHA17; NHA20; NHA1 and NHA8 as route designations is quite silly. No road sign says NH anything. I'm inclined to agree here. I understand why it was decided that way originally, but it is slightly confusing that the GPS uses a different designation for the road to what the road signs use. - Ben. I'm not sure how confusing - I knew the answer and still found my way. I'll road test it on an OSM-naive subject next and see what the reply is. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] [OSM-talk] Wikimapa what is it?
It seems like there are many similar initiatives in Brazil. For some reason the words of OSM havn't been spread enough, and many similar-but-not-the-same projects have popped up. Often when entering contact with such competing projects, they either havn't heard about OSM, or thought OSM as just another initiative when starting. Many of these projects have also only a small community, or focus only on a relatively small geographical area. The Brazilian community on OSM is not very large, and we might need some more help on how to spread the word in order to merge with some of these projects, many of them have compatible terms with OSM, so a complete merge of databases should be just a matter of getting the content in the right formats. -A[] On Sat, Mar 27, 2010 at 9:01 PM, Christian Rogel christian.ro...@club-internet.fr wrote: Some information here : http://gislounge.com/mapping-via-cell-phone-in-brazil/ Christian Stefan de Konink a e'crit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 http://wikimapa.org.br/ Just on CNN, could someone tell something about it? Stefan ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Fwd: [OSM-talk] ANNOUNCEMENT: maxspeed map
Mapa para visualizar a velocidade máxima da via, legal :) []s -- Forwarded message -- From: Florian Lohoff f...@zz.de Date: 2010/3/28 Subject: [OSM-talk] ANNOUNCEMENT: maxspeed map To: t...@openstreetmap.org I never sent an announcement here so i think its time do so. I have built a maxspeed map - visualizing the max speed for highways. This map exists for over a year for Germany only, but now that i got more Hardware i am be able to provide it globally. Nevertheless - the map visualizes maxspeed, width, hazmat, maxweight, maxheight, hgv, goods, lit and smoothness. There is probably a bug with XXmph type of speeds which will currently be warned about - sorry for the non-metric for now - i'll fix it somehow ... Also there are signs shown for hgv=destination which is very German centric. This is why you see the Admin boundary hierarchie at the bottom - thats something i am thinking of using to localize the visualization of signs and/or warn about mph as the speed unit ... Here is the link: http://maxspeed.osm.lab.rfc822.org Please also relay to the local mailinglists. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIVAwUBS6+HiZDdQSDLCfIvAQhh3w/+Ncc0koEFUqLU9OPUrTxw3qTGExKEAstO arMBVAOAE3MrPZ0xrhnm/LJwnhZ0swkX4pm815krh5m1aSezuUo1pxsXPHLUNVyh w7gLklbYSXVuA27h5kHnziW1q/NQ6uepuDXPumX+6dDHsrA5V+x0kmsctCWM3Mrr RrZ3IeHAKoiUo8YwUoXUC0TA0NLEDp8WRuQrzsTrVXoVwKQ1z5b+ptpo0ECyDkK+ +Hg/saNLr6+2YTKkUoE5iag/RmecgKGrISJmeS8BYc6BvNk3M9kq2y2rx5WyDxU0 IqvuwuL1ob6qhCJROBtDVnsKIpUljDraAHRoiKm+5rhG8P+MkF7bJfSt0flEB0hJ efexEe7wylESNkTNyHsFvR2Z8mjm0De7TspbEDuJCsy3nvyrhLFBjpF0rSK4AOso yqbXLPzlkGKSbSLq1LYpEXLcq3QJZjAtJSEKZjdkvj6QbtzGzlFRHp8Mtb+TUlCA 4q61qrMHfPkr3b5Ul0Vl/sxeORMWhEx36HJMiUPmVtqlPcsZu7gLNRdquw0XTlJr 5FFYWlyYqJ9qN4Cf1Np/qzwUBFI5avzYZlOLwiBlxxC7nKoHYWy9gfBa064HN23U XzfnQvpdtuF2pOoyXwEjR2o0/M6U25GqD3WhbNSTt2b+0tUibhQnCZskbc6YUsyb JWgOtu+tB2w= =1KsQ -END PGP SIGNATURE- ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk signature.asc Description: PGP signature ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] User macht Werbung -Link korrigiert
olvagor schrieb: Walter Nordmann schrieb: was der auf seine Seite schreibt, ist mir schnuppe - zwingt mich ja keiner, das zu lesen ;) Wenn es stört, könnte man eventuell mal freundlich(!) drauf hinweisen, dass das so, wie es im Moment ist, stark nach Spam klingt - was für eine Werbeagentur nicht gerade von Vorteil ist. Eine kürzere Fassung und am besten noch was zum OSM-Bezug wären da von Vorteil, um Missverständnisse zu vermeiden. aber seine id menke werbeagentur ist eventuell doch zu viel? Ich würde, solange es sinnvolle Edits gibt und sich die Werbung auf die Profilseite beschränkt, keine Beschränkungen einführen. Was spricht gegen einen Firmennamen? Nichts. Vielleicht möchten die ja auch irgendwann mal osm-Daten benutzen und so zeigen, dass sie nicht nur konsumieren, sondern auch aktiv mitmachen. Allerdings hätte ich mir von einer Werbeagentur eine etwas bessere Selbstpräsentation erwartet als so eine wall of text. *scnr* Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] iPhone-Programm OffMaps
Hey, habe mir vor längerem mal OffMaps heruntergeladen. In dem Programm werden CloudMade-Karten angezeigt und auch gespeichert, also offline verfügbar gemacht. Es gibt in einer neueren Version auch die Möglichkeit POI's offline zu nutzen und kann diese Guides gegen Credits (3 Credits = 0,79 €) herunterladen. Diese Guides bestehen definitiv aus der OSM-Datenbank-Daten. Kollabiert diese Nutzung nicht mit der CC-BY-SA, die eine Weitergabe unter gleichen Rechten fordert? Anders gesagt, die Firma verdient mit meiner Arbeit Geld, ist ja nicht verwerflich, aber nutzt nicht die Lizenz unter der ich meine Arbeit veröffentliche. In Flickr habe ich ein Paar Beweisfotos veröffentlicht. http://www.flickr.com/photos/elmarburke/sets/72157623594471483/ Wie denkt Ihr über so eine Datennutzung? Gruß Elmar -- View this message in context: http://n2.nabble.com/iPhone-Programm-OffMaps-tp4812711p4812711.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] iPhone-Programm OffMaps
schmalzlocke schrieb: Es gibt in einer neueren Version auch die Möglichkeit POI's offline zu nutzen und kann diese Guides gegen Credits (3 Credits = 0,79 €) herunterladen. Diese Guides bestehen definitiv aus der OSM-Datenbank-Daten. Dass das bei den OffMaps-Guides erwähnt wird, ist auf deinen Screenshots zu sehen. Kollabiert (Kollaps (lat. con „zusammen“ und labi „fallen, gleiten“, PPP: collapsus), deutsch Zusammenbruch, Zusammenbrechen; von http://de.wikipedia.org/wiki/Kollabieren) diese Nutzung nicht mit der CC-BY-SA, die eine Weitergabe unter gleichen Rechten fordert? nö Anders gesagt, die Firma verdient mit meiner Arbeit Geld, ist ja nicht verwerflich, aber nutzt nicht die Lizenz unter der ich meine Arbeit veröffentliche. http://www.openstreetmap.de/faq.html |Die Lizenz besagt, dass jegliche Art der Nutzung von OSM-Daten, auch |gewerblich, zulässig ist; es muss jedoch angegeben werden, woher die |Daten stammen, und jedes Werk, das aus OSM-Daten abgeleitet ist, muss |wiederum unter der CC-BY-SA-Lizenz stehen. hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] boundary relations / teilgrenzen
Hi, kann mir wer sagen wofuer die hier gut sind? +--++ 65227 | Deutschland - Polska | Germany - Poland | 2 90333 | France/Germany boundary | France - Germany | 2 Das sind ja keine wirklichen flaechen d.h. polygone sondern nur teile einer Grenze - Warum wuerde man die als relation bauen wollen? Ich meine wenn ich die D und Die Polnischen relation habe ist doch dieser teilbereich einfach zu finden !?!? Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] boundary relations / teilgrenzen
Hallo, Am Sonntag 28. März 2010 14:31:44 schrieb Florian Lohoff: Hi, kann mir wer sagen wofuer die hier gut sind? 65227 | Deutschland - Polska 90333 | France/Germany Das sind ja keine wirklichen flaechen d.h. polygone sondern nur teile einer Grenze - Warum wuerde man die als relation bauen wollen? Ich meine wenn ich die D und Die Polnischen relation habe ist doch dieser teilbereich einfach zu finden !?!? Da gibt's noch mehr von. Zum Beispiel Österreich und Frankreich haben je Nachbarstaat eine solche einzelne Reltation. Ich halte die auch nicht für sehr sinnvoll, aber wir werden damit leben müssen. Bei großen Staaten wird das bestimmt in diese Richtung gehen, da sonst eine Gesamtrelation wahrscheinlich nur schwer bis gar nicht handhabbar wird. Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg.php = www.stopptdievorratsdatenspeicherung.de 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] iPhone-Programm OffMaps
hi elmar, ich sehe das ähnlich wie malenki, allerdings könnte der verweis auf osm etwas deutlicher sein. in deinem 4. snapshot (der mit den hamstern ;) steht drin, dass die erst mal die daten korrigieren müssen und dasbei speziell nicht verbundene straßen und probleme mit adresssen. es wäre doch für alle beteiligten besser, die würden die daten in osm korrigieren und nicht erst später. allerdings dürften die dann für die osm-datenpflege keine kohle nehmen. mfg walter - Das Problem lag zwischen Tastatur und Rückenlehne (Auszug eines Logs im Support-Center) -- View this message in context: http://n2.nabble.com/iPhone-Programm-OffMaps-tp4812711p4813064.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] boundary relations / teilgrenzen
Hallo Carsten, Da gibt's noch mehr von. Zum Beispiel Österreich und Frankreich haben je Nachbarstaat eine solche einzelne Reltation. Ich halte die auch nicht für sehr sinnvoll, aber wir werden damit leben müssen. Bei großen Staaten wird das bestimmt in diese Richtung gehen, da sonst eine Gesamtrelation wahrscheinlich nur schwer bis gar nicht handhabbar wird. Insbesondere *technisch* nicht handhabbar. Frankreichs Unterrelationen haben zur Zeit zusammen 2118 Elemente - also mehr als das technische Maximum von 2'000 Mitgliedern pro Relation[1]. Eine Aufteilung nach Nachbarstaaten scheint mir da die sinnvollste Lösung: http://www.openstreetmap.org/browse/relation/11980 bzw. http://wiki.openstreetmap.org/wiki/France_boundary_pyramidal_construction Gruss, Thomas [1] Im Wiki habe ich die genaue Zahl nirgends gefunden, 2'000 wird aber immer wieder als Limit genannt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ÖPNV Linie überprüfen
Hallo, habe gerade eine Releation für eine Buslinie für die ÖPNV-Karte erstellt. Kann sich jemand mal bitte Relation 536822 anschauen, ob ich das Resultat (zumindest technisch) korrekt ist? Danke Gruß, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ 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] boundary relations / teilgrenzen
Thomas Ineichen wrote: Insbesondere *technisch* nicht handhabbar. Frankreichs Unterrelationen haben zur Zeit zusammen 2118 Elemente - also mehr als das technische Maximum von 2'000 Mitgliedern pro Relation[1]. Eine Aufteilung nach Nachbarstaaten scheint mir da die sinnvollste Lösung: Das 2k Limit existiert nur bei Nodes in way aber nicht bei der Anzahl der Relationsmitglieder (AFAIK). Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Am Sunday 28 March 2010 15:50:55 schrieb Rainer Dorsch: Hallo, habe gerade eine Releation für eine Buslinie für die ÖPNV-Karte erstellt. Kann sich jemand mal bitte Relation 536822 anschauen, ob ich das Resultat (zumindest technisch) korrekt ist? Danke Gruß, Rainer Hallo, es soll wohl to und nicht tourism heißen, außerdem sind noch zwei Lücken in der Relation. Auch sind Relationen ohne Angabe eines type unüblich. Überlegenswert wäre eine Erfassung nach dem Oxomoa Schema, d.h. mit einer Relation pro Richtung. MfG Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] boundary relations / teilgrenzen
Hallo Matthias, Das 2k Limit existiert nur bei Nodes in way aber nicht bei der Anzahl der Relationsmitglieder (AFAIK). Trotz Ankündigung[1] (und Begründung[2]) sind offenbar tatsächlich nur die Ways begrenzt worden, sonst wäre es in den Changes[3] erwähnt. Bei vielen spukt diese Begrenzung aber immer noch in den Köpfen herum. :-) Gruss, Thomas [1] http://lists.openstreetmap.org/pipermail/talk-de/2008-November/028686.html [2] http://lists.openstreetmap.org/pipermail/talk-de/2008-November/028723.html [3] http://wiki.openstreetmap.org/wiki/API_changes_between_v0.5_and_v0.6 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler und Turn-Restrictions
Hier mal kurz eine Info zum aktuellen Stand: Florian Lohoff schrieb: Die Frage ist - Fehlt nur die visualisierung der Routen auf der Webseite oder haben die die Routen fuer die Fehler nicht? Im Prinzip koennte ja die Berechnete Route vorliegen denn der user ist ja identifizierbar und auch die Route die er hat berechnen lassen koennte technisch vorliegen. Wir haben im Moment keine weiteren Daten, wir arbeiten aber daran diese zu erfassen mit dem nächsten Update (welches Mitte April an Apple geschickt werden soll). Uns ist klar, dass im Moment viele Daten für eine gute Bearbeitung fehlen. Dann werden folgende Daten erfasst (in englisch da Auszug aus unserem Bug tracking system) - All GPS positions in last 60 seconds before bug report incl. accuracy of a position and time when the positon was obtained (e.g. lat=50.040384, lng=11.067352, time=10.1.2010 3:45 31, accuracy = 120m) - Source of GPS data (internal GPS, or TomTom or another Car Kit) - Phone model: (e.g. 3G / 3GS) and Type (memory) - Route(s) which the client recommended (only the excerpt in a bounding box for privacy reasons) Uns ist vor allem wichtig, dass wir nur Daten in der Nähe des Bugs angezeigt werden, damit wir die Privatsphäre unserer Nutzer schützen. Alle diese Daten werden dann auf der Webseite verfügbar sein. Weitere Prioritäten bei uns sind dann: - Integration JOSM Plugin (wie von Jonas angesprochen) - Kommunikation das Nutzer informiert werden wenn an Ihren Bugs gearbeitet wird oder eine Rückfrage kommt - Exportfunktion über ein API, als Bulkexport und zu OpenStreetBugs Wenn jemand zusätzliche Ideen hat, nehme ich diese natürlich auch gerne auf. Zum Thema Abbiegevorschriften: Wir arbeiten mit Cloudmade intensiv daran und nächste Woche sollte das Thema bei uns in die Testumgebung gehen, und von da an bis spätestens Ende April auch live verfügbar sein. Viele Grüße, Philipp / skobbler -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Florian Lohoff Gesendet: Samstag, 27. März 2010 22:51 An: Walter Nordmann Cc: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Skobbler und Turn-Restrictions On Sat, Mar 27, 2010 at 01:09:08PM -0800, Walter Nordmann wrote: hi florian, soweit ich mich erinnere, kennen die von skobbler durchaus das problem mit den fehlenden informationen und wollen/werden da was gegen tun. stand vor ca 2 wochen hier in der ML (?) Die ankuendigung kenne ich - Ich verfolge das Thema Skobbler schon recht aktiv. Die Frage ist - Fehlt nur die visualisierung der Routen auf der Webseite oder haben die die Routen fuer die Fehler nicht? Im Prinzip koennte ja die Berechnete Route vorliegen denn der user ist ja identifizierbar und auch die Route die er hat berechnen lassen koennte technisch vorliegen. Aber gut - ich denke schon wieder zu weit merke ich ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Landmasse relations zurecht admin_level/boundary?
Hi, ich bastel mir gerade alle boundarys in einer Datenbank und dabei ist mir aufgefallen das zum beispiel fuer Niedersachsen 2 relationen existieren die jeweils behaupten die Admin Boundary fuer Niedersachsen zu sein - Einmal Niedersachsen und einmal Niedersachsen (Landmasse) Da es nur eine grenze geben kann halte ich das tagging derzeit fuer falsch denn nur eine der beiden kann die reale Grenze Darstellen - oder reite ich da gerade das falsche Pferd? osm=# select id,adminlevel,name,nameen from boundarys where name like '%Niedersachsen%'; id | adminlevel | name|nameen ++---+-- 62771 | 4 | Niedersachsen | Lower Saxony 454192 | 4 | Niedersachsen (Landmasse) | In meiner kleinen Welt hat der admin_level auf der Landmassen relation nichts verloren oder? Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landmasse relations zurecht admin_level/boundary?
Hallo, Am Sonntag 28. März 2010 17:55:16 schrieb Florian Lohoff: In meiner kleinen Welt hat der admin_level auf der Landmassen relation nichts verloren oder? das sehe ich genauso. Siehe auch Deutschland; Landmasse (62781) ohne admin_level, normale Grenze (51477) mit admin_level. Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg.php = www.stopptdievorratsdatenspeicherung.de 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] ÖPNV Linie überprüfen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Klaus Hartmann wrote: Am Sunday 28 March 2010 15:50:55 schrieb Rainer Dorsch: Hallo, habe gerade eine Releation für eine Buslinie für die ÖPNV-Karte erstellt. Kann sich jemand mal bitte Relation 536822 anschauen, ob ich das Resultat (zumindest technisch) korrekt ist? Danke Gruß, Rainer Hallo, es soll wohl to und nicht tourism heißen, außerdem sind noch zwei Lücken in der Relation. Auch sind Relationen ohne Angabe eines type unüblich. Überlegenswert wäre eine Erfassung nach dem Oxomoa Schema, d.h. mit einer Relation pro Richtung. ...zudem fehlt Rückrichtung. Am Flughafen bspw. müsste der Bus eine andere Route zurück nehmen (wegen Einbahnstraßen). Die Elemente, die der Bus nur in eine Richtung befährt müssen mit forward bzw backward in der Elementrolle getaggt sein. Bspw. eine Einbahnstraße die in Vorwärtsrichtung befahren wird (meint: der Bus fährt in die Richtung, in die der Pfeil der Straße in JOSM zeigt) muss forward haben. Auf einer Straße die entgegen dieser Pfeilrichtung befahren wird (muss keine Einbahnstraße sein!) muss die Rolle backward sein. Problematisch ist, dass man nicht unbedingt eine konsistent durchlaufende Route erhält - dafür muss Hin- und Rückrichtung einzeln ge-relation-ed werden. Siehe dazu unter http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema#Linie Grundsätzliche Idee: Zwei Relationen für die Hin- und die Rückrichtung jeweils eine und eine Relation, die die beiden Relationen enthält. Wenn man dieses Schema anwendet muss jede Straße (Weg) eine Rolle haben (der Bus fährt ja immer nur in diese eine Richtung). Hoffe, das ist alles so Halbwegs verständlich. Fürs Erste ist die Relation aber relativ richtig :-) Ich persönlich mache die Haltestellen immer an den Anfang oder ans Ende einer Relation - dann ist es viel einfacher zu Pflegen. Auf die Auswertung macht das bisher auch keinen Unterschied, solange die Reihenfolge der Haltestellen unter sich stimmt. So weit... - Fips -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuvhpkACgkQnHVyAFIfTkHHYwCgr/qUIfzpD2go2VjnFEkxBwMJ NwoAoIvcml8QvDaV05RD1PosLatuvJpy =mzhQ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler und Turn-Restrictions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Darf ich mal ganz doof fragen: Werden Abbiegerelationen nun berücksichtigt oder nicht? Ist es also sinnvoll, die Fehler als Fehler zu behandeln, die mit falschem Abbiegen (bspw. in Einbahnstraßen oder bei Abbiegerelationen (hier nicht nach links)) zu tun haben? Hab das jetzt insgesamt nicht mehr gerafft... Gruß - Fips -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkuviCUACgkQnHVyAFIfTkFa9ACgmPkf6cagk0fpCU78AkUFJLiM flEAoLnC2ROykJcfmk3KDR7ECLETkwdD =PO+c -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
...zudem fehlt Rückrichtung. Am Flughafen bspw. müsste der Bus eine andere Route zurück nehmen (wegen Einbahnstraßen). Die Elemente, die der Bus nur in eine Richtung befährt müssen mit forward bzw backward in der Elementrolle getaggt sein. Bspw. eine Einbahnstraße die in Vorwärtsrichtung befahren wird (meint: der Bus fährt in die Richtung, in die der Pfeil der Straße in JOSM zeigt) muss forward haben. Auf einer Straße die entgegen dieser Pfeilrichtung befahren wird (muss keine Einbahnstraße sein!) muss die Rolle backward sein. Problematisch ist, dass man nicht unbedingt eine konsistent durchlaufende Route erhält - dafür muss Hin- und Rückrichtung einzeln ge-relation-ed werden. Siehe dazu unter http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema#Linie Grundsätzliche Idee: Zwei Relationen für die Hin- und die Rückrichtung jeweils eine und eine Relation, die die beiden Relationen enthält. Wenn man dieses Schema anwendet muss jede Straße (Weg) eine Rolle haben (der Bus fährt ja immer nur in diese eine Richtung). Noch was, eine gute Erläuterung des praktischen Einsatz dieses Schemas, allerdings mit einigen Anpassungen findet sich unter http://wiki.openstreetmap.org/wiki/Aachen_Editing#Taggen_von_Buslinien_in_Aachen_und_Umgebung Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Hallo, schmalzlocke wrote: Kollabiert diese Nutzung nicht mit der CC-BY-SA, die eine Weitergabe unter gleichen Rechten fordert? Unter gleichen Rechten - nicht zu gleichen Preisen. Die Firma muss Dir nichts schenken. Sie muss Dir aber erlauben, einen gekauften Guide nach Belieben weiterzuverteilen. Die Firma darf keine technischen Massnahmen ergreifen, Dich davon abzuhalten. Da ist ein bisschen eine Grauzone. Ich bin kein iPhone-Experte; wenn das iPhone eine Plattform ist, auf der es gar nicht *vorgesehen* ist, dass ein Benutzer einem andren was kopiert (weil alle immer nur aus dem AppStore runterladen), dann kann man dem Hersteller von OffMaps da keinen Vorwurf machen, denke ich. Wenn der Hersteller von OffMaps es aber zum Beispiel absichtlich so einrichten wuerde, dass ein runtergeladener Guide nur auf der Geraete-ID Deines iPhone funktioniert (und wenn Du ihn auf ein anderes iPhone kopierst, er dort dann nicht laeuft), dann waere das ein Verstoss gegen die CC-BY-SA-Lizenz. Anders gesagt, die Firma verdient mit meiner Arbeit Geld, ist ja nicht verwerflich, aber nutzt nicht die Lizenz unter der ich meine Arbeit veröffentliche. Das waere, wie gesagt, unzulaessig; die Firma muss zwar ihre Software nicht unter freier Lizenz rausgeben, die aus OSM abgeleiteten Daten aber schon. 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] boundary relations / teilgrenzen
Hallo, Thomas Ineichen wrote: Trotz Ankündigung[1] (und Begründung[2]) sind offenbar tatsächlich nur die Ways begrenzt worden, sonst wäre es in den Changes[3] erwähnt. Das stimmt, die Begrenzung gibt es derzeit noch nicht, aber sie wird kommen. Es ist unumgaenglich, Laendergrenzen aus Teilstuecken zusammenzusetzen. 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] Landmasse relations zurecht admin_level/boundary?
Hallo, Florian Lohoff wrote: Da es nur eine grenze geben kann halte ich das tagging derzeit fuer falsch denn nur eine der beiden kann die reale Grenze Darstellen [...] In meiner kleinen Welt hat der admin_level auf der Landmassen relation nichts verloren oder? Ob irgendwas eine Grenze ist, haengt nicht am admin_level, sondern am boundary_tag. Nur eine der beiden sollte boundary=administrative sein. 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] ÖPNV Linie überprüfen
Am Sonntag, 28. März 2010 schrieb Klaus Hartmann: ...zudem fehlt Rückrichtung. Am Flughafen bspw. müsste der Bus eine andere Route zurück nehmen (wegen Einbahnstraßen). Die Elemente, die der Bus nur in eine Richtung befährt müssen mit forward bzw backward in der Elementrolle getaggt sein. Bspw. eine Einbahnstraße die in Vorwärtsrichtung befahren wird (meint: der Bus fährt in die Richtung, in die der Pfeil der Straße in JOSM zeigt) muss forward haben. Auf einer Straße die entgegen dieser Pfeilrichtung befahren wird (muss keine Einbahnstraße sein!) muss die Rolle backward sein. Problematisch ist, dass man nicht unbedingt eine konsistent durchlaufende Route erhält - dafür muss Hin- und Rückrichtung einzeln ge-relation-ed werden. Siehe dazu unter http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema#Linie Grundsätzliche Idee: Zwei Relationen für die Hin- und die Rückrichtung jeweils eine und eine Relation, die die beiden Relationen enthält. Wenn man dieses Schema anwendet muss jede Straße (Weg) eine Rolle haben (der Bus fährt ja immer nur in diese eine Richtung). Noch was, eine gute Erläuterung des praktischen Einsatz dieses Schemas, allerdings mit einigen Anpassungen findet sich unter http://wiki.openstreetmap.org/wiki/Aachen_Editing#Taggen_von_Buslinien_in_A achen_und_Umgebung Danke für die Links und Infos. Ich hatte vergessen zu erwähnen, dass die Relation nur um eine Richtung handelt (wollte ja nicht die gleichen Fehler auf Hin- und Rückrichtung fixen) zumal es auch noch Alternativ-Routen gibt (nicht jeder Bus fährt die gleiche Strecke auf der Linie). Was ist denn bei getrennten Relationen für Hin-und Rückrichtung, sowie Alternativrouten bei ref und nat_ref eingetragen werden? Wofür werden die verwendet? Kann ich eine URL für den Streckenfahrplan angeben? Gruß, Rainer Habe Eure -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ 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] Landmasse relations zurecht admin_level/boundary?
Am 28. März 2010 19:39 schrieb Frederik Ramm frede...@remote.org: In meiner kleinen Welt hat der admin_level auf der Landmassen relation nichts verloren oder? Ob irgendwas eine Grenze ist, haengt nicht am admin_level, sondern am boundary_tag. Nur eine der beiden sollte boundary=administrative sein. Ja, ich plädiere auch dafür, Deutschland (Landmasse) nicht als Grenze aufzufassen, sondern als Hilfsobjekt für ... keine Ahnung, wofür das Ding gut war, aber irgend jemand wollte es haben, um irgend etwas auszuwerten. ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
On 01/-10/-28163 08:59 PM, Frederik Ramm wrote: ... Da ist ein bisschen eine Grauzone. Ich bin kein iPhone-Experte; wenn das iPhone eine Plattform ist, auf der es gar nicht *vorgesehen* ist, dass ein Benutzer einem andren was kopiert (weil alle immer nur aus dem AppStore runterladen), dann kann man dem Hersteller von OffMaps da keinen Vorwurf machen, denke ich. Wenn der Hersteller von OffMaps es aber zum Beispiel absichtlich so einrichten wuerde, dass ein runtergeladener Guide nur auf der Geraete-ID Deines iPhone funktioniert (und wenn Du ihn auf ein anderes iPhone kopierst, er dort dann nicht laeuft), dann waere das ein Verstoss gegen die CC-BY-SA-Lizenz. Schreibt die Lizenz nicht nur vor, das man es kopieren kann, nicht aber das man es auch in einer bestimmten Software auch abspielen koennen muss? Das heist du koenntest die Guids unter CC-BY-SA kopieren und mit jeder anderen Software verwenden, aber OffMaps muss dir nicht erlauben in ihrem Programm irgendwas anzuzeigen was nicht von ihnen gekauft wurde. Oder hat CC-BY-SA ( bzw ODbL) eine Anti-TiVo Klausel (heist das so)? Anders gesagt, die Firma verdient mit meiner Arbeit Geld, ist ja nicht verwerflich, aber nutzt nicht die Lizenz unter der ich meine Arbeit veröffentliche. Das waere, wie gesagt, unzulaessig; die Firma muss zwar ihre Software nicht unter freier Lizenz rausgeben, die aus OSM abgeleiteten Daten aber schon. zumindestens der Teil, der nicht als collective work zaehlen wuerde. Aber ich habe mir die Guids nicht angesehen um zu sehen ob alles derivative ist oder zum Teil collective Kai Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM folgt niederländischer Grenzauffas sung
AssetBurned openstreet...@assetburned.de wrote: na wenn ich mir das so genauer anschaue dann follgt OSM da weder der DE noch der NL meinung sondern vertritt ne eigene. Ich denke mal, dass allgemein die meisten Karteh auf Wikipedia keinen Anspruch auf exakte Georeferenzierung erheben, sondern lediglich illustrierenden Charakter haben. Viele wurden von den Autoren der Gebietsartikel (z.B. Regionen, Städte, Ortsteile) initiiert, die ihre Artikel zu bebildern haben. Insbesondere sind diese froh, überhaupt eine zumindest illustrierende Grenzdarstellung ohne Georeferenzierung ergattern zu können. (Hier könnte OSM wirklich hilfreich sein). Insofern kommt die OSM Grenzdarstellung der holländischen Auffassung zumindest qualitativ doch schon recht nahe. Aber egal, wie man sich entscheidet - wobei ich allerdings dazu neigen würde, beide Auffassungen darzustellen: Es wird daran scheitern, dass wir weder der einen noch der anderen amtlich festgestellten Linie unter einer freien Lizenz habhaft werden können - das übliche Dilemma bei Grenzen eben. Wahrscheinlich wird sich das erst ändern, wenn sich OSM in den Amtsstuben eine ähnliche Reputation wie Wikipedia erworben hat, wo langsam aber sicher die Dämme zu brechen beginnen und sich eine Kommunikation auch mit lokalen Projekten anbahnt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler und Turn-Restrictions
Fips Schneider schrieb: Werden Abbiegerelationen nun berücksichtigt oder nicht? In der Mail, auf die du geantwortet hast, stand, dass sie daran arbeiten und es bis spätestens Ende April fertig sein soll... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Frederik Ramm schrieb: Da ist ein bisschen eine Grauzone. Ich bin kein iPhone-Experte; wenn das iPhone eine Plattform ist, auf der es gar nicht *vorgesehen* ist, dass ein Benutzer einem andren was kopiert (weil alle immer nur aus dem AppStore runterladen), dann kann man dem Hersteller von OffMaps da keinen Vorwurf machen, denke ich. Nicht? CC-BY-SA sagt: You may not distribute, publicly display, publicly perform, or publicly digitally perform the Work with any technological measures that control access or use of the Work in a manner inconsistent with the terms of this License Agreement. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM folgt niederländischer Grenzauffas sung
Tirkon wrote: Aber egal, wie man sich entscheidet - wobei ich allerdings dazu neigen würde, beide Auffassungen darzustellen: Es wird daran scheitern, dass wir weder der einen noch der anderen amtlich festgestellten Linie unter einer freien Lizenz habhaft werden können - das übliche Dilemma bei Grenzen eben. As I mentioned before (excuse me again for the english), I imported the current Ems-Dollart boundary from official NL government data, released without use restrictions. I thought you already had official German boundaries? -- Lennard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Hi, Ulf Möller wrote: Da ist ein bisschen eine Grauzone. Ich bin kein iPhone-Experte; wenn das iPhone eine Plattform ist, auf der es gar nicht *vorgesehen* ist, dass ein Benutzer einem andren was kopiert (weil alle immer nur aus dem AppStore runterladen), dann kann man dem Hersteller von OffMaps da keinen Vorwurf machen, denke ich. Nicht? CC-BY-SA sagt: You may not distribute, publicly display, publicly perform, or publicly digitally perform the Work with any technological measures that control access or use of the Work in a manner inconsistent with the terms of this License Agreement. Ich hatte das immer so gelesen, dass man solche Restriktionen nicht selber willkuerlich hinzufuegen darf. Aber Du hast schon recht, man kann es auch so interepretieren, dass eine Distributions-Plattform, die solche Restriktionen grundsaetzlich enthaelt, gar nicht in Frage kommt. Man koennte sich also auf den Standpunkt stellen, dass eine Software-Plattform, bei der man Daten nicht nach eigenem Gutduenken weitergeben kann, von vornherein gar nicht fuer die Verbreitung von OSM-Daten geeignet ist. 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] ÖPNV Linie überprüfen
Hallo, Am Sonntag, 28. März 2010 schrieb Fips Schneider: Ich persönlich mache die Haltestellen immer an den Anfang oder ans Ende einer Relation - dann ist es viel einfacher zu Pflegen. Auf die Auswertung macht das bisher auch keinen Unterschied, solange die Reihenfolge der Haltestellen unter sich stimmt. das ist ja spannend, wusste ich nicht. Wer wertet denn die Reihenfolge der Haltestellen aus? Danke Gruß Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: rdor...@web.de jabber: rdor...@jabber.org GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/ 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] SOTM vs FOSSGIS 2010 Konferenz
Die Early Bird Registrierung für die SOTM ist eröffnet. Hier kann man die Teilnahmegebühren einsehen: http://stateofthemap.org/register-now/ Wenn man berücksichtigt, dass diese noch reduziert sind, wird erst so richtig klar, auf was für einem Silbertablett uns die FOSSGIS 2010 eigentlich serviert wurde. Denn dort war die Teilnahme vollkommen kostenfrei. Obendrein wurden wir den ganzen Tag bestens beköstigt. Zumindest aus meiner Sicht hätte ich ein ständig gepflegtes Dauerbuffet und dann in dieser Qualität sowie Kaltgetränken im Umfeld einer solchen Community-Veranstaltung niemals erwartet. Ich denke, spätestens bei diesem Vergleich wird deutlich, dass die Initiatoren und Organisatoren der Veranstaltung wirklich bis auf das i-Tüpfelchen alles richtig gemacht haben. Dafür an dieser Stelle ein herzliches Dankeschön, das auch dem FOSSGIS Verein gilt. Ich hoffe, das es uns allen gelingt, im nächsten Jahr bei uns vor Ort für diese Veranstaltung zu werben, damit sie auch von der Teilnehmerzahl ein noch größerer Erfolg wird. Ist eigentlich inzwischen bekannt, wieviel OSMler zugegen waren? Nach den Schätzungen einiger Befragten waren es ungefähr 150 Teilnehmer. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Straßenliste - Mitteldithmarsche n
Moin ! ... damit den Urlaubern im Norden nicht die Aufgaben ausgehen. http://svenanders.openstreetmap.de/SV-stat/Schleswig-Holstein/Mitteldithmarschen/ Gruß Jan :-) PS: danke SvenA ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landmasse relations zurecht admin_level/boundary?
On Sun, Mar 28, 2010 at 07:39:40PM +0200, Frederik Ramm wrote: Hallo, Florian Lohoff wrote: Da es nur eine grenze geben kann halte ich das tagging derzeit fuer falsch denn nur eine der beiden kann die reale Grenze Darstellen [...] In meiner kleinen Welt hat der admin_level auf der Landmassen relation nichts verloren oder? Ob irgendwas eine Grenze ist, haengt nicht am admin_level, sondern am boundary_tag. Nur eine der beiden sollte boundary=administrative sein. Irgendwie war es zu erwarten das es doch alles irgendwie wieder chaos ist :) 287666 | Nicaragua 287667 | Costa Rica 287670 | Honduras 287916 | Guatemala Die haben auch keine boundary=administrative z.b. ... Also habe ich doch mal was zu pflegen *grmpf* ... Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] boundary relations / teilgrenzen
On Sun, Mar 28, 2010 at 07:38:13PM +0200, Frederik Ramm wrote: Hallo, Thomas Ineichen wrote: Trotz Ankündigung[1] (und Begründung[2]) sind offenbar tatsächlich nur die Ways begrenzt worden, sonst wäre es in den Changes[3] erwähnt. Das stimmt, die Begrenzung gibt es derzeit noch nicht, aber sie wird kommen. Es ist unumgaenglich, Laendergrenzen aus Teilstuecken zusammenzusetzen. Dann sollte aber die teilrelation doch kein boundary=administrative und admin_level tragen sondern nur die gesamtrelation oder? Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler und Turn-Restrictions
Darf ich mal [..] fragen: Werden Abbiegerelationen nun berücksichtigt oder nicht? Ist es also sinnvoll, die Fehler als Fehler zu behandeln, die mit falschem Abbiegen (bspw. in Einbahnstraßen oder bei Abbiegerelationen (hier nicht nach links)) zu tun haben? Hallo, Einbahnstraßen werden berücksichtigt (oneway-Tag), d.h. es sollte nie in eine Einbahnstraße navigiert werden. Abbiegerelationen (type = restriction...) werden aktuell noch nicht bei der Routenberechnung einbezogen. Gruß Oliver -- View this message in context: http://n2.nabble.com/Skobbler-und-Turn-Restrictions-tp4810134p4814793.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] iPhone-Programm OffMaps
Hoi, Frederik Ramm wrote: Die Firma darf keine technischen Massnahmen ergreifen, Dich davon abzuhalten. Wenn der Hersteller von OffMaps es aber zum Beispiel absichtlich so einrichten wuerde, dass ein runtergeladener Guide nur auf der Geraete-ID Deines iPhone funktioniert (und wenn Du ihn auf ein anderes iPhone kopierst, er dort dann nicht laeuft), dann waere das ein Verstoss gegen die CC-BY-SA-Lizenz. Wie Frederik sagte, sei es nicht zulässig, wenn sie Daten auf einem Gerät gebunden ist. Genau das wird im FAQ aber ausdrücklich erwähnt: http://www.flickr.com/photos/elmarburke/4469008193/in/set-72157623594471483/ Gruß, Elmar -- View this message in context: http://n2.nabble.com/iPhone-Programm-OffMaps-tp4812711p4814917.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] Skobbler und Turn-Restrictions
Hi Oliver, momentan ist mit dem Cloudmade-Router kein Routing zu den Inseln (Borkum, Nordeney, Sylt) per Fähre/Sylt-Shuttle möglich. Ich vermute, das ist beim Skobbler auch so. Könntet Ihr das noch einbauen? Die entsprechenden Tags lauten route=ferry und route=shuttle_train. Chris Oliver Kuehn (skobbler) schrieb: Einbahnstraßen werden berücksichtigt (oneway-Tag), d.h. es sollte nie in eine Einbahnstraße navigiert werden. Abbiegerelationen (type = restriction...) werden aktuell noch nicht bei der Routenberechnung einbezogen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Ok Der Autor hält einen Server vor und bereitet auf dem Server die Daten vor. Dafür möchte er seine Dienstleistung bezahlt haben . Wie soll man es dann bitteschön anpassen, damit das Lizenzkonform ist ? Ich finde persönlich das Programm sehr gut .. undschön wäre es jetzt mit einer wilden Diskusion dem Programm ein Ende zu setzten. Außerdem ist das bei der iPhone-App OpenMaps viel besser ? Da muss man für die Routingmöglichkeit via CloudMade auch zusätzlich bezahlen ... und zwar monatlich. Grüße Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Liebe OSM-Community, wir wollten uns hier auch kurz zu Wort melden, um unsere Verwendung zu erklären: - Wir verwenden OSM-Daten, um daraus CoreData-Sqlite-Dateien zu bauen. Die man dann auf dem iPhone durchsuchen kann. Diese liegen auf dem iPhone unverschlüsselt. Jeder mit einem JailBreak, kann und darf diese gerne vom Gerät laden und diese weiterverwenden. - Wir fassen gleichnamige Straßen zusammen, entfernen dabei aber viele OSM-Attribute, damit sich diese überhaupt zusammenfassen lassen. Daher wäre es nicht sinnvoll diese Daten in OSM zurück zu geben, da dies sich in OSM gar nicht abbilden lässt. - Wir geben auch an, wo die Daten herkommen. Unter About steht OSM als erstes von allen Lizenztexten und OSM Copyright ist auf der Karte im Vollbildmodus sichtbar. - Wer Interesse an den Daten hat, kann diese gerne von uns bekommen. Wie gesagt: die Daten sind für unsere Anwendung optimiert und nicht viel mehr als ein SQLite-Format der OSM-Daten. - Zu guter Letzt: wir sind selbst passioniert OSM-Mapper und haben unter anderem die letzte SOTM in Amsterdam gesponsert und planen das selbe dieses Jahr in Girona zu tun. Wir hoffen Ihr mögt OffMaps und stehen euch jeder Zeit für Fragen zur Verfügung. Gruß Felix Am Mar 28, 2010 um 11:51 PM schrieb FlaBot: Ok Der Autor hält einen Server vor und bereitet auf dem Server die Daten vor. Dafür möchte er seine Dienstleistung bezahlt haben . Wie soll man es dann bitteschön anpassen, damit das Lizenzkonform ist ? Ich finde persönlich das Programm sehr gut .. undschön wäre es jetzt mit einer wilden Diskusion dem Programm ein Ende zu setzten. Außerdem ist das bei der iPhone-App OpenMaps viel besser ? Da muss man für die Routingmöglichkeit via CloudMade auch zusätzlich bezahlen ... und zwar monatlich. Grüße Dirk ___ 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] iPhone-Programm OffMaps
Felix Lamouroux wrote: - Wir fassen gleichnamige Straßen zusammen, entfernen dabei aber viele OSM-Attribute, damit sich diese überhaupt zusammenfassen lassen. alles klar, ihr macht aus einer Straße, die in OSM in mehrere Teile aufgespalten ist, wieder eine, da ihr die Teile nicht braucht. Wir geben auch an, wo die Daten herkommen. Unter About steht OSM als erstes von allen Lizenztexten und OSM Copyright ist auf der Karte im Vollbildmodus sichtbar. hab halt nicht in den Vollbild-Mode geschaltet. muß man erst mal drauf kommen ;) Wer Interesse an den Daten hat, kann diese gerne von uns bekommen. hat sich wegen oben (strassen) wohl erledigt. Zu guter Letzt: wir sind selbst passioniert OSM-Mapper und haben unter anderem die letzte SOTM in Amsterdam gesponsert und planen das selbe dieses Jahr in Girona zu tun. Wir hoffen Ihr mögt OffMaps und stehen euch jeder Zeit für Fragen zur Verfügung weiter so, danke walter p.s. der spruch mit den hamstern für die serverfarm ist klasse. - Das Problem lag zwischen Tastatur und Rückenlehne (Auszug eines Logs im Support-Center) -- View this message in context: http://n2.nabble.com/iPhone-Programm-OffMaps-tp4812711p4815160.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] iPhone-Programm OffMaps
Am 28. März 2010 21:02 schrieb Frederik Ramm frede...@remote.org: Man koennte sich also auf den Standpunkt stellen, dass eine Software-Plattform, bei der man Daten nicht nach eigenem Gutduenken weitergeben kann, von vornherein gar nicht fuer die Verbreitung von OSM-Daten geeignet ist. das ist definitiv so: man verstößt z.B. hier entweder gegen die Bedingungen von OSM (Verbreitung muss so erfolgen dass Weiterverbreiten möglich ist) oder gegen die von Apple (Jailbreak). ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
wenn ich ein buch kaufe (ja, ich lese noch), in dem karten basierend auf osm-daten drin sind, kann ich mit dem buch machen was ich will. in darf es lesen, ablegen, verbrennen oder auch teile davon für hinterlistige zwecke verwenden. die osm-karten - und nur die - darf ich sogar kopieren und weitergeben. aber ich gehe doch nicht zum autor des buches und verlange von ihm, dass er mir die daten, mit denen er die karten in oft mühevoller arbeit erstellt hat, auf einem silbertablett überreicht? oder seht ihr das anders? der ipod ist für mich genau so eine datensackgasse wie ein buch: onewas=yes oder auch noexit=yes walter - Das Problem lag zwischen Tastatur und Rückenlehne (Auszug eines Logs im Support-Center) -- View this message in context: http://n2.nabble.com/iPhone-Programm-OffMaps-tp4812711p4815611.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] User macht Werbung -Link korrigiert
Moin olvagor, Walter Nordmann schrieb: was der auf seine Seite schreibt, ist mir schnuppe - zwingt mich ja keiner, das zu lesen ;) aber seine id menke werbeagentur ist eventuell doch zu viel? Ich würde, solange es sinnvolle Edits gibt und sich die Werbung auf die Profilseite beschränkt, keine Beschränkungen einführen. Was spricht gegen einen Firmennamen? Wenn er Mist baut, fällt es unmittelbar auf seine derzeit hoffentlich reputable Firma zurück, das wird er nicht riskieren. Und wenn doch, lernt er halt mit Schmerzen :-) Warum diese Firma ein solches Risiko eingeht, ist mir freilich unklar. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] iPhone-Programm OffMaps
Am 29. März 2010 02:34 schrieb Walter Nordmann walter.nordm...@web.de: aber ich gehe doch nicht zum autor des buches und verlange von ihm, dass er mir die daten, mit denen er die karten in oft mühevoller arbeit erstellt hat, auf einem silbertablett überreicht? oder seht ihr das anders? der ipod ist für mich genau so eine datensackgasse wie ein buch: das Buch ist keine Datensackgasse, Du kannst die Karten kopieren. Du dürftest aber z.B. nicht die Seiten so beschichten, dass man auf einem Fotokopierer nur noch eine leere Seite bekäme (sollte das gehen). Wenn man Karten vertreibt und die Nutzung der Karten dabei durch technische Mittel auf ein konkretes Gerät beschränkt, verstößt man damit gegen die Bedingungen der CC-by-SA. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenliste aus Pulldown Menü ausle sen
Moin, auf der Webseite des Landkreises Aurich (Ostfriesland) befindet sich ein Müllabfuhrkalender mit Straßenlisten für die Orte des Kreises. Da nach Feststellung an anderer Stelle diese amtlich bekanntzumachen und somit frei sind, möchte ich sie für OSM nutzen. Das Problem ist allerdings, dass die Listen in einem Pulldown Menü verborgen sind. Um diese Pulldown Menüs zu erreichen, führe man auf dieser Seite http://www.landkreis-aurich.de/abfuhrplan2010.html Folgendes durch: # wähle Ort im Pulldown Menü # klicke Straßen anzeigen # Klicke A-Z Nun sind sämtliche Straßen des Ortes in dem erscheinenden Pulldown Menü enthalten. Weder Markieren mit Tastatur und Maus (unter Windows XP) noch Alles Markieren aus dem Firefox-Menü funktioniert innerhalb der ausgeklappten Straßenliste. Auch Strg-c und anschließendes Einfügen in Word bringt nur das auf Webseite Sichtbare, nicht jedoch die Straßenliste zum Vorschein. Ebenfalls bei Rechtklick auf die ausgeklappte Straßenliste erscheint kein Menü. Es ergeht daher die Frage an die Webexperten, ob und wie ich diese Straßenliste aus dem Menü auslesen kann. Da ich selbst Webseiten nur mit DragnDrop-Baukästen erstellen kann, würde ich anfragen, ob bei notwendigen Fachkenntnissen jemand das Auslesen der Straßenliste für die vorhandenen Orte übernehmen könnte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SOTM vs FOSSGIS 2010 Konferenz
Am 28. März 2010 21:18 schrieb Tirkon tirko...@yahoo.de: Die Early Bird Registrierung für die SOTM ist eröffnet. Hier kann man die Teilnahmegebühren einsehen: http://stateofthemap.org/register-now/ Wenn man berücksichtigt, dass diese noch reduziert sind, wird erst so richtig klar, auf was für einem Silbertablett uns die FOSSGIS 2010 eigentlich serviert wurde. Denn dort war die Teilnahme vollkommen kostenfrei. ja, wobei 50 EUR für ein Wochenende Konferenz auch nicht gerade viel ist, mal im Ernst. Verglichen mit den Kosten für Unterkunft und Anreise ist das quasi zu vernachlässigen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] strassen
___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] strassen
ist das für die schweizer Liste? (SCNR) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] strassen - 2
hi, seite aufrufen, gemeinde auswählen dann rechte maustaste und webseite abspeichern als file (z.b. seite speichern unter) im editor deiner wahl öffnen die strassen stehen in einer einzigen sehr langen zeile. musst etwas suchen der reste ist frimelei gruß walter p.s. wenns klapt, loesche bitte den post. muss ja nicht jeder sehen ;-) gruss walter bei fragen: walter.nordm...@web.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User macht Werbung -Link korrigiert
Johann H. Addicks addi...@gmx.net wrote: Haben wir denn eine Policy, welche Inhalte ein Benutzer auf seine Nutzerseite stellen darf und was nicht? In anderen Wikis, z.B. in der Wikipedia hat man nach Überhandnehmen der Spamer-Accounts die Regelung eingeführt, dass Userpages im Sinne des Projektes zu verwenden seien. Ein Homepageersatz ist jetzt nicht mehr statthaft. Das wird aber moderat gehandhabt. Zumindest mir ist kein Fall bekannt, wo ein Link zur eigenen Homepage oder die Nennung von Hobbys gelöscht worden wären. Wobei Letzteres im Sinne von Wikipedia zu interpretieren wäre, da sich die Sachgebietskompetenzen widerspiegeln. Im Zuge der Vermeidung von Sockenpuppen bezüglich Abstimmungen dürften aber Firmen-Accounts ebenfalls nicht statthaft sein. Es sollen eben nur natürliche Personen genau eine Stimme haben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Straßenliste - Mitteldithmarschen
Moin Jan, ... damit den Urlaubern im Norden nicht die Aufgaben ausgehen. http://svenanders.openstreetmap.de/SV-stat/Schleswig-Holstein/Mittel dithmarschen/ Wozu diese Passwortgeschichte? Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] strassen - 2
Hallo Walter, vielen Dank für Deine Antwort. Es funktioniert. :-) Aber mir ist nicht ganz klar, 1) wie ich Deinen Post löschen sollte? 2) wieso ich Deinen Post löschen sollte? 3) warum Deinen Post niemand sehen sollte? Gruß Tirkon -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von walter.nordm...@web.de Gesendet: Montag, 29. März 2010 03:27 An: Talk-de@openstreetmap.org Betreff: [Talk-de] strassen - 2 hi, seite aufrufen, gemeinde auswählen dann rechte maustaste und webseite abspeichern als file (z.b. seite speichern unter) im editor deiner wahl öffnen die strassen stehen in einer einzigen sehr langen zeile. musst etwas suchen der reste ist frimelei gruß walter p.s. wenns klapt, loesche bitte den post. muss ja nicht jeder sehen ;-) gruss walter bei fragen: walter.nordm...@web.de ___ 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] ÖPNV Linie überprüfen
Am Sunday 28 March 2010 21:17:15 schrieb Rainer Dorsch: das ist ja spannend, wusste ich nicht. Wer wertet denn die Reihenfolge der Haltestellen aus? Hallo Relationen sind geordnet, d.h. die Reihenfolge bleibt erhalten, direkt ausgewertet wird momentan allerdings meines Wissens nirgendwo Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Linie überprüfen
Am Sunday 28 March 2010 20:06:55 schrieb Rainer Dorsch: Was ist denn bei getrennten Relationen für Hin-und Rückrichtung, sowie Alternativrouten bei ref und nat_ref eingetragen werden? Wofür werden die verwendet? Kann ich eine URL für den Streckenfahrplan angeben? Hallo, kommt darauf an, wenn alle Alternativen die gleiche Nummer tragen, dann haben sie auch den gleichen Wert in ref und nur unterschiedlich from und to Werte, außerdem sind alle Relationen, also eine pro Richtung und Alternativroute Mitglieder der Linienrelation. Wenn es einen Fahrplan gibt, auf dem alle Fahrtrichtungen angegeben sind, würde ich die url dann auch in diese Linienrelation hineinpacken. MfG Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de