Re: [OSM-legal-talk] Maxspeed tags in Australia
Hendrik wrote There is the possibility to declare a changeset als OK Hi Hendrik, In this case it is essential to actually get rid of the maxspeed tags. The bot used a completly wrong algorithm and the data is dangerously wrong. Just today I drove down a high traffic road where OSM (curtesy of the bot) had the wrong max speed). So long as the DWG can remove the bots work without removing subsequent good edits to that way then I think they should do it now. Failing this I would love the OSM inspector to be able to ignore these edits so thay I can see what actual damage will occur to the OSM data and hopefully prevent it. Cheers Nick ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Maxspeed tags in Australia
Hi, On 01/06/12 11:38, Nick Hocking wrote: In this case it is essential to actually get rid of the maxspeed tags. The bot used a completly wrong algorithm and the data is dangerously wrong. Just today I drove down a high traffic road where OSM (curtesy of the bot) had the wrong max speed). It is possible to remove these bot contributions without affecting later edits. The OSM inspector would then, after a while, pick up the fact that the current version of the object retains no properties that were added by the license disagreer, and mark the objects as harmless (unless there are other problems). Is there a consensus in the Australian communitiy that these tags are worthless and should be removed? Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Maxspeed tags in Australia
Frederik wrote Is there a consensus in the Australian communitiy that these tags are worthless and should be removed How many votes do I need :-) The extent of the Australian community is unclear to me due to recent problems. However these edits will have to be removed eventually since both bot owners have made it 100% clear that they will not change from decliners to acceptors, and even if they did their bot edits could be reapplied. The bottom line is that, in order to visualise what roads need remapping now, to save some good edit's information and to prevent major map degredation if roads or connections disappear, it is necessary to see below the maxspeed edits. I can see only two ways to do this. 1) Remove the edits. 2) Get OSM Inspector to ignore them. Either way would be equally good for me to allow me to prepare well for licence changeover. Nick ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Maxspeed tags in Australia
Hi, On 01/06/12 12:08, Nick Hocking wrote: Is there a consensus in the Australian communitiy that these tags are worthless and should be removed How many votes do I need :-) Well, nobody shouting stop, stop, these tags are useful to me! would already be a start. I can see only two ways to do this. 1) Remove the edits. 2) Get OSM Inspector to ignore them. Both will require that we identify all the changesets first. Can you sketch the selection criteria in natural language? Something like all changesets between X and Y in the Z bounding box by user(s) ABC that have more than N edits and a comment text of T and where all edits are adding a maxspeed tag or whatever. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Maxspeed tags in Australia
Frederik wrote Well, nobody shouting stop, stop, these tags are useful to me! would already be a start. Although the usefullness(or correctness) of these tags is not being discussed in talk-au, there appears to be a concensus (7-0) about removing them now. Tomorrow and Sunday, I'll trawl through their changesets to identify each and every one. It'll take about 10 or so hours (I think) to accurately pin them all down, so I'll have to fit it in around some other activities. Nick ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] tile rendereing total space
hi all anyone have try to make all tiles render, without we have to click the mapnik/map we have full total planet for global, and wanna to make the tile render, so everyone that come to new map, (never clicked before), can see the map, without have to reset can help? and what will the total space used for this F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile rendereing total space
Hi, On 01/06/12 11:28, Frans Thamura wrote: and what will the total space used for this http://help.openstreetmap.org/questions/9766/how-big-is-your-map-size-for-the-entire-world http://help.openstreetmap.org/questions/6062/how-large-in-disk-size-is-a-current-complete-tile-set Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile rendereing total space
On 2012-01-06 11:28, Frans Thamura wrote: hi all anyone have try to make all tiles render, without we have to click the mapnik/map we have full total planet for global, and wanna to make the tile render, so everyone that come to new map, (never clicked before), can see the map, without have to reset can help? and what will the total space used for this [1] states that the average tile size of all tiles is 633 bytes and the total number of tiles is 91,625,968,981. That comes to a grand total of 53 TB of diskspace. Not sure if this is practical. To limit the diskusage you can symlink all ocean tiles. Given that about 30% of the earth is not covered by water you would still need about 16TB to keep all tiles. The same pages says that on z18 only 0.9% of all tiles have ever been viewed. You may want to decided to generate z17 and z18 only in specific places, that will reduce diskspace by 75% also. [1] http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile rendereing total space
On 2012-01-06 11:49, Maarten Deen wrote: The same pages says that on z18 only 0.9% of all tiles have ever been viewed. You may want to decided to generate z17 and z18 only in specific places, that will reduce diskspace by 75% also. 95% that is! Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile rendereing total space
wow, my space only 1TB what happen if anyone click the server ;) out of space... :) how big is openstreetmap harddisk anyway :) sound my server will in problem. On Fri, Jan 6, 2012 at 5:49 PM, Maarten Deen md...@xs4all.nl wrote: On 2012-01-06 11:28, Frans Thamura wrote: hi all anyone have try to make all tiles render, without we have to click the mapnik/map we have full total planet for global, and wanna to make the tile render, so everyone that come to new map, (never clicked before), can see the map, without have to reset can help? and what will the total space used for this [1] states that the average tile size of all tiles is 633 bytes and the total number of tiles is 91,625,968,981. That comes to a grand total of 53 TB of diskspace. Not sure if this is practical. To limit the diskusage you can symlink all ocean tiles. Given that about 30% of the earth is not covered by water you would still need about 16TB to keep all tiles. The same pages says that on z18 only 0.9% of all tiles have ever been viewed. You may want to decided to generate z17 and z18 only in specific places, that will reduce diskspace by 75% also. [1] http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] The aim of OpenStreetView
Hi, What is the aim of OpenStreetView - Is it a potential Google StreetView counterpart intended for viewing by general public (And therefore all photos must be nice, high technical quality, blue sky, around noon) ORIs it a help tool for OSM mappers (and therefore it is important what can be used as mapping support and the photos can be less nice, bad weather, dark - as long as they are informative)? Thanks for answers Lukas (LM_1) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile rendereing total space
Frans wrote: sound my server will in problem. I'm curious how fast you are rendering tiles anyway? If there are 91,625,968,981 then how out of date might the first one be by the time you render the last. http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage suggests that about 1268TB is currently used for tiles of 2x 600GB 10kRPM (RAID0) (if the link from that last page to yevaud as tile server is up-to-date - though by my reckoning that would mean the drives are full). Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile rendereing total space
On 6 January 2012 11:11, Ed Loach e...@loach.me.uk wrote: Frans wrote: sound my server will in problem. I'm curious how fast you are rendering tiles anyway? If there are 91,625,968,981 then how out of date might the first one be by the time you render the last. http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage suggests that about 1268TB is currently used for tiles of 2x 600GB 10kRPM (RAID0) (if the link from that last page to yevaud as tile server is up-to-date - though by my reckoning that would mean the drives are full). Fixed the details on yevaud. Usage: z0 to z15: 252GB (4x 300GB 10kRPM - RAID10 - IO Utilization: 53%) z16 to z18: 1020GB (2x 600GB 10kRPM - RAID0 - IO Utilization: 58%) Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile rendereing total space
And the db is entirely on the ssd ? Yves -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. Grant Slater openstreet...@firefishy.com a écrit : On 6 January 2012 11:11, Ed Loach e...@loach.me.uk wrote: Frans wrote: sound my server will in problem. I'm curious how fast you are rendering tiles anyway? If there are 91,625,968,981 then how out of date might the first one be by the time you render the last. http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage suggests that about 1268TB is currently used for tiles of 2x 600GB 10kRPM (RAID0) (if the link from that last page to yevaud as tile server is up-to-date - though by my reckoning that would mean the drives are full). Fixed the details on yevaud. Usage: z0 to z15: 252GB (4x 300GB 10kRPM - RAID10 - IO Utilization: 53%) z16 to z18: 1020GB (2x 600GB 10kRPM - RAID0 - IO Utilization: 58%) Regards Grant _ 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] The aim of OpenStreetView
On 6 January 2012 12:04, LM_1 flukas.robot+...@gmail.com wrote: Hi, What is the aim of OpenStreetView - Is it a potential Google StreetView counterpart intended for viewing by general public (And therefore all photos must be nice, high technical quality, blue sky, around noon) ORIs it a help tool for OSM mappers (and therefore it is important what can be used as mapping support and the photos can be less nice, bad weather, dark - as long as they are informative)? It's something in between I think. In terms of Google maps it would be the counterpart of panoramio maybe? See http://wiki.openstreetmap.org/wiki/OpenStreetView There's another project called OpenStreetPhoto with the aim you mentioned second. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tile rendereing total space
Usage: z0 to z15: 252GB (4x 300GB 10kRPM - RAID10 - IO Utilization: 53%) z16 to z18: 1020GB (2x 600GB 10kRPM - RAID0 - IO Utilization: 58%) we use the z18 here.. F how to know the utilization 58%, so the space only need 1.4 TB F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The aim of OpenStreetView
I upload all the photos I took during my mapping journeys. I'm not a photographer and I'm sure a photographer would abhorr those pictures. Sometimes taken from a riding bicycle or a moving horse... They are meant to be informative, that's all. Openstreetview.org will never be a direct competitor to GSV, as we simply don't have the technology nor the manpower nor the server space to make and store panoramic photos every 15m. Polyglot 2012/1/6 LM_1 flukas.robot+...@gmail.com Hi, What is the aim of OpenStreetView - Is it a potential Google StreetView counterpart intended for viewing by general public (And therefore all photos must be nice, high technical quality, blue sky, around noon) ORIs it a help tool for OSM mappers (and therefore it is important what can be used as mapping support and the photos can be less nice, bad weather, dark - as long as they are informative)? Thanks for answers Lukas (LM_1) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM @ FOSDEM?
On 01/06/2012 04:52 AM, Michael Kugelmann wrote: Does anybody have English flyers or something like that to hand over to interested persons? Sorry, no international flyers from my side. But if you (or the organizers of the table. Gael?) need a banner for the table decoration I could bring the big one we had at Sotm-EU last summer (picture [0]). Norbert [0] http://www.flickr.com/photos/sotmeu/5960372816 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Kadaster geeft gigabytes aan data vrij
Goede vraag. Echter, voorlopig ligt de focus van het OSMF op de data die in de database zit wat nog niet niet voldoet aan de Contributor Terms. Nu we het daar over hebben, het is inmiddels het nieuwe jaar, hoe staat het nu met de data die jij in OSM hebt geimporteerd? Welke kan behouden worden en wat moet weg? Mocht het terugmeldingen probleem een issue zijn welke het Kadaster nu absolute duidelijkheid over wil hebben, laat ze dan gerust even contact met de LWG opnemen. Dat kan via mij, of rechtstreeks. Groet, Henk Send from a mobile device Op 5 jan. 2012 om 00:56 heeft Stefan de Konink ste...@konink.de het volgende geschreven: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 05-01-12 00:43, Henk Hoff schreef: De Australische overheid heeft ook veel informatie vrijgegeven in een CC-BY. We hebben daar als OSMF contact mee gehad en zij zijn akkoord met gebruik van hun data in OSM met naamsvermelding op een daarvoor bestemde pagina (zoals vermeld in de Contributor Terms). Mocht het bij het Kadaster wel op problemen stuiten, hoor ik het graag. Vraag aan OSMF: Kunnen er dan ook aanpassingen aan de 'geimporteerde' data terug naar het Kadaster? (De zogenaamde: Terugmelding) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk8E5wEACgkQYH1+F2Rqwn3hAwCcDbgo30rD2ez66im2J3CNSOjW RkcAmgN4BFRNM+dnW70Sz93EFCp8Wmay =WpRr -END PGP SIGNATURE- ___ 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] Kadaster geeft gigabytes aan data vrij
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 06-01-12 13:51, Henk Hoff schreef: Echter, voorlopig ligt de focus van het OSMF op de data die in de database zit wat nog niet niet voldoet aan de Contributor Terms. Nu we het daar over hebben, het is inmiddels het nieuwe jaar, hoe staat het nu met de data die jij in OSM hebt geimporteerd? Welke kan behouden worden en wat moet weg? Het is duidelijk dat de Nederlandse overheid data van Kadaster (en nieuwe kaart) CC-BY is. Dus daar heb ik me gewoon aan te houden. Ik heb nog geen voortgang gezien van Floris. Mocht het terugmeldingen probleem een issue zijn welke het Kadaster nu absolute duidelijkheid over wil hebben, laat ze dan gerust even contact met de LWG opnemen. Dat kan via mij, of rechtstreeks. Ik zou dat als OpenStreetMap contributor gewoon willen weten. Kan een overheid waar wij mee samen werken rekenen op onze steun of is het eenrichting verkeer. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk8G++kACgkQYH1+F2Rqwn2Y7gCeK3By1Q1FicmryZOdORdLtlP/ d4sAn2AaxvOyvxGihz3bWjiPpFzeBOXW =jp51 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Mappers en 'Kadaster geeft gigabytes aan data vrij'
Hallo allemaal, Wat mij nog niet helemaal duidelijk is, is wat dit betekent voor de gebruikers. Ik heb diverse aanpassingen in de kaart gedaan en heb nog wat aanpassingen op mijn to-do-lijstje staan. Zijn deze aanpassingen nog wel nodig als er Kadaster-informatie gebruikt gaat worden? En wat gebeurt er met bestaande data? Groeten, André ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mappers en 'Kadaster geeft gigabytes aan data vrij'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 06-01-12 17:39, drek schreef: Wat mij nog niet helemaal duidelijk is, is wat dit betekent voor de gebruikers. Ik heb diverse aanpassingen in de kaart gedaan en heb nog wat aanpassingen op mijn to-do-lijstje staan. Zijn deze aanpassingen nog wel nodig als er Kadaster-informatie gebruikt gaat worden? En wat gebeurt er met bestaande data? Je moet je nooit laten weerhouden om aan de kaart te werken door een ophanden zijnde import/licentiewijziging/etc. Sowieso is het totaal niet duidelijk wat we met z'n allen kunnen met de Kadaster data, en of het uberhaupt in OpenStreetMap terecht moet komen. Het als referentie kunnen gebruiken zou al een hele stap zijn. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk8HKjYACgkQYH1+F2Rqwn0D4QCcDN5bgems2u+G6c5mTsSQxz+1 U44An3a9Rk0t43SqtvPGm+jUVic7tuOX =P1cP -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mappers en 'Kadaster geeft gigabytes aan data vrij'
On 6-1-2012 17:39, drek wrote: Hallo allemaal, Wat mij nog niet helemaal duidelijk is, is wat dit betekent voor de gebruikers. Ik heb diverse aanpassingen in de kaart gedaan en heb nog wat aanpassingen op mijn to-do-lijstje staan. Zijn deze aanpassingen nog wel nodig als er Kadaster-informatie gebruikt gaat worden? En wat gebeurt er met bestaande data? Groeten, André ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl Hallo Andre, Voorlopig betekent dit helemaal niks voor de OSM-vrijwilligers. Er zijn geen grootscheepse plannen om Top10NL data te importeren in OSM. Voorlopig kan dat ook niet, omdat OSM binnenkort volledig overgaat op de ODbL. Vraag is of het Kadaster hiermee akkoord gaat. ODbL kent wel attribution (bronvermelding), maar de licentie zou in de toekomst kunnen veranderen. Mocht die toestemming er zijn, dan vind ik dat we hier heel hard over moeten nadenken of we dit wel willen. Het is nl. een rotklus, met een marginale toegevoegde waarde. De 3dShapes dataset die de afgelopen jaren is geïmporteerd, is een afgeleid product van Top10vector (de voorloper van Top10NL). Qua geometrie is er geen verbetering, maar qua classificatie zou die er wel kunnen zijn. Het is makkelijker om een hybride kaart te gebruiken (voor visualisatie, gebruik in de GPS, etc.), die zowel op OSM als op Top10NL is gebaseerd. Voor de BAG (Basisregistratie Adressen en Gebouwen), wat ook speelt, ligt dit iets genuanceerder. Ik was een paar maanden geleden wel voorstander van een import, maar ben hierover van gedachten aan het veranderen. Ondanks dat de BAG open data is, is het lastig om hieraan te komen. In theorie heb je een abonnement nodig, alhoewel het feit dat de BAG open data is, ook betekent dat het verder verspreid kan worden (tot 1 feb. a.s. nog m.u.v. postcodes). In OSM zitten al gebouwen, die voor het schaalniveau van OSM van voldoende kwaliteit zijn. (Dit geldt natuurlijk niet voor nieuwbouw.) Van alleen de adressen is de toegevoegde waarde veel hoger, i.v.m. routing, etc. Het wordt wel een klus om in de pas te blijven lopen met de maandelijkse levering. Ook moeten zaken goed worden gecoördineerd. Hier is een paar maanden geleden wel op talk-nl over gesproken, maar dit heeft nog geen concreet resultaat opgeleverd. Groeten, Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Gemeentelijke herindeling in Noord-Holland
Zie: http://www.inoverheid.nl/artikel/nieuws/3083157/nederland-telt-weer-minder-gemeenten.html?utm_campaign=rssutm_source=rssutm_medium=rss Het gaat hierom: De gemeente Hollands Kroon - een samenvoeging van de voormalige gemeenten Anna Paulowna, Niedorp, Wieringen en Wieringermeer - is de jongste fusiegemeente in Nederland. Is hier al iemand mee bezig? Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentelijke herindeling in Noord-Holland
On 6-1-2012 18:19, Frank Steggink wrote: Het gaat hierom: De gemeente Hollands Kroon - een samenvoeging van de voormalige gemeenten Anna Paulowna, Niedorp, Wieringen en Wieringermeer - is de jongste fusiegemeente in Nederland. Is hier al iemand mee bezig? http://www.openstreetmap.org/browse/changeset/10258974 http://woonplaatsgrenzen.openstreetmap.nl/?zoom=10lat=52.86994lon=5.00638layers=B0F Was OSM weer de snelste met de updates op de kaart? :-) -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentelijke herindeling in Noord-Holland
On 6-1-2012 20:09, Lennard wrote: On 6-1-2012 18:19, Frank Steggink wrote: Het gaat hierom: De gemeente Hollands Kroon - een samenvoeging van de voormalige gemeenten Anna Paulowna, Niedorp, Wieringen en Wieringermeer - is de jongste fusiegemeente in Nederland. Is hier al iemand mee bezig? http://www.openstreetmap.org/browse/changeset/10258974 http://woonplaatsgrenzen.openstreetmap.nl/?zoom=10lat=52.86994lon=5.00638layers=B0F Was OSM weer de snelste met de updates op de kaart? :-) Ook deze update was wel een persmomentje waard ;) Shame on me dat ik niet eens de moeite nam om het in de kaart te checken! Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentelijke herindeling in Noord-Holland
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 06-01-12 21:29, Frank Steggink schreef: Ook deze update was wel een persmomentje waard ;) Shame on me dat ik niet eens de moeite nam om het in de kaart te checken! Waarom nodig je Lennard niet uit voor de borrel ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk8HXhAACgkQYH1+F2Rqwn1TbgCfasYgTMsnP9ZcfrYRkyefCSEw UREAmwfPw68MSrpblsw4aTGVyASdlneS =2XBX -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentelijke herindeling in Noord-Holland
On 6-1-2012 21:29, Frank Steggink wrote: Ook deze update was wel een persmomentje waard ;) Shame on me dat ik niet eens de moeite nam om het in de kaart te checken! Ik doe deze updates al enige jaren. Deze was nog erg makkelijk, want er waren geen grenscorrecties nodig, of een voormalige gemeente die over twee andere gemeenten werd verdeeld. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Back in editing - Tracks and 4wd areas
On Fri, Jan 6, 2012 at 9:53 PM, Ross Scanlon i...@4x4falcon.com wrote: Well imaging driving 29.980 km and then finding you need a 4WD to go the last 20m. You may only want to go the first 29km in which case it would be possible without a 4wd. Also a proper routing engine would tell you not to bother starting as you can't get past the last 20m. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Confused by on-road bikelanes
I've read the tagging guidelines but am still a little confused. How should we tag marked on road bike lanes? Usually they don't have any particular name or network. Thanks, David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mass revert now??
Somewhere I'll still have all my GPS traces from the time. So I'm just wondering if I should delete and redraw. Only problem being is I'd have to delete the entire network he's created. Thanks, Turns out I do still have my GPS logs from then. Have gpx files from all these spots around the local area. There is lots of other stuff he did actually create initially, as when I was last editing OSM there were big gaps in the Redcliffe area. Seems though he's tainted the lot. David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mass revert now??
On Sat, 7 Jan 2012 03:33:39 PM you wrote: On Sat, Jan 7, 2012 at 12:13 AM, David Findlay da...@woodypointcomms.com.au wrote: On Sat, 7 Jan 2012 02:59:30 PM Andrew Harvey wrote: On Sat, Jan 7, 2012 at 3:57 PM, David Findlay da...@woodypointcomms.com.au wrote: Looks like most of my area will disappear with the license change. I'm quite pissed off about it actually, because I remember creating much of it originally, but I've disappeared from the Author history. Can you please provide one example of where this happened? http://www.openstreetmap.org/?lat=-27.21027lon=153.03733zoom=17layers= M I can't be 100% certain, and I can't prove it, but I recall mapping these areas with my laptop and GPS bug in my backpack on my mountain bike, back before common mobile phones had GPS built in. They are marked as Author JohnSmith [Language please] I've selected one of the streets in that area. YMMV, Have a look at the history. http://osm.mapki.com/history/way.php?id=4477032 I see another account earlier in the history, Davsoft, could that be you? Yeah, that's me. Apparently I have another account? I can't seem to log in via that account though. Is there a way I can mark my old account as accepting terms and as public domain? Thanks, David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mass revert now??
On Sat, Jan 7, 2012 at 5:00 PM, David Findlay da...@woodypointcomms.com.au wrote: Yeah, that's me. Apparently I have another account? I can't seem to log in via that account though. Is there a way I can mark my old account as accepting terms and as public domain? Thanks, If that is you then in this case you've got nothing to worry about. JohnSmith kept your contributions in tact and simply amended them with a new version while making improvements to your work. Your attribution is present in the history and OSM very easily roll back to an earlier version. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] matéria na revista Tema
Ficou show de bola! Acho que ela soube resumir bem o que falamos. Em 6 de janeiro de 2012 02:25, Wille wi...@wille.blog.br escreveu: olá, pessoal Em outubro, após a palestra na Latinoware, eu e Djavan Fagundes fomos entrevistados pela jornalista Loyanne Salles, a qual se interessou em fazer uma matéria sobre o OpenStreetMap para a revista Tema. A matéria foi publicada na edição de dezembro/2011 e ficou muito interessante. Link da matéria http://wille.blog.br/wp-content/gallery/geral/osm-revista-tema.jpg Edição completa da revista http://tema.serpro.gov.br/pub/serpro/ A revista Tema é uma publicação do Serpro, a empresa de TI do governo federal. abraços, wille ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] matéria na revista Tema
Muito legal, parabéns! Vou divulgar no @mapaslivres. 2012/1/6 Djavan Fagundes dja...@comum.org Ficou show de bola! Acho que ela soube resumir bem o que falamos. Em 6 de janeiro de 2012 02:25, Wille wi...@wille.blog.br escreveu: olá, pessoal Em outubro, após a palestra na Latinoware, eu e Djavan Fagundes fomos entrevistados pela jornalista Loyanne Salles, a qual se interessou em fazer uma matéria sobre o OpenStreetMap para a revista Tema. A matéria foi publicada na edição de dezembro/2011 e ficou muito interessante. Link da matéria http://wille.blog.br/wp-content/gallery/geral/osm-revista-tema.jpg Edição completa da revista http://tema.serpro.gov.br/pub/serpro/ A revista Tema é uma publicação do Serpro, a empresa de TI do governo federal. abraços, wille ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Fährlinien
Am 06.01.2012 02:22, schrieb Stephan Wolff: Genügt man_made=pier für Fußgängerrouting zur Fähre oder sollte man highway=path hinzufügen? Die meisten Router sind der Ansicht, dass man_made=* kein routable Tag ist. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Einbinden von Image-Tags aus Wikimedia
hi ! es gibt ja ein Tag im IMAGES einzubinden und wikimedia bietet sich bei historischen Dingen insbesondere an. In diesem Zusammenhang ist mir folgendes aufgefallen. Die Seite mit dem Bild hat zum Beispiel die URL: http://commons.wikimedia.org/wiki/File:Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg?uselang=de Geht man auf der rechten Seite auf den Punkt - Einbinden, dann wird für das Bild die URL: http://upload.wikimedia.org/wikipedia/commons/5/5d/Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg angeboten. Da ich nun überlege diese Bilder automatisch in einer Karte darzustellen wäre es sinnvoll den richtigen Bildnamen auch anzusetzen. Wie macht Ihr das oder liege ich mit meinem Gedanken gar falsch ? Beim Image-Tag habe ich im Wiki [1] keinen entsprechenden Hinweis gefunden. [1] http://wiki.openstreetmap.org/wiki/Image Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden von Image-Tags aus Wikimedia
jan99 wrote hi ! es gibt ja ein Tag im IMAGES einzubinden und wikimedia bietet sich bei historischen Dingen insbesondere an. ... Da ich nun überlege diese Bilder automatisch in einer Karte darzustellen wäre es sinnvoll den richtigen Bildnamen auch anzusetzen. Hi Jan, ich nehme immer den ersten Namen. Das ist wohl der logische Name, der stabil ist während der zweite der physikalische Name ist, der den realen Standort auf dem Wiki-Server beschreibt. Dieser könnte sich eventuell ändern. Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Einbinden-von-Image-Tags-aus-Wikimedia-tp7157644p7157721.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] Einbinden von Image-Tags aus Wikimedia
Am 06.01.2012 09:22, schrieb Jan Tappenbeck: hi ! es gibt ja ein Tag im IMAGES einzubinden und wikimedia bietet sich bei historischen Dingen insbesondere an. In diesem Zusammenhang ist mir folgendes aufgefallen. Die Seite mit dem Bild hat zum Beispiel die URL: http://commons.wikimedia.org/wiki/File:Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg?uselang=de Geht man auf der rechten Seite auf den Punkt - Einbinden, dann wird für das Bild die URL: http://upload.wikimedia.org/wikipedia/commons/5/5d/Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg angeboten. Da ich nun überlege diese Bilder automatisch in einer Karte darzustellen wäre es sinnvoll den richtigen Bildnamen auch anzusetzen. Wie macht Ihr das oder liege ich mit meinem Gedanken gar falsch ? Beim Image-Tag habe ich im Wiki [1] keinen entsprechenden Hinweis gefunden. [1] http://wiki.openstreetmap.org/wiki/Image Gruß Jan :-) Die meisten Fotos auf Wikimedia Commons stehen unter einer Creative Commons-Lizenz. d.h. du musst dafür sorgen, dass Fotograf und Lizenz mit angezeigt wird. Da es leider immer noch keine maschinenlesbaren Metadaten für Urheber/Lizenz gibt, kommt man um etwas Parsen des Information-Templates aus der Dateibeschreibungsseite nicht herum. Wenn du Link 1 hast, kannst du automatisch auch das volle Bild aufrufen: https://commons.wikimedia.org/wiki/special:filepath/Dateiname.jpg Beispiel: https://commons.wikimedia.org/wiki/special:filepath/Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg D.h. du musst deinen 2. Link gar nicht kennen. In Köln erfasse ich Bilder zu (Bau)Denkmälern nach dem Muster image=http://commons.wikimedia.org/wiki/File:Dateiname.jpg Beispiel: http://www.openstreetmap.org/browse/way/108243962 Raimond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden von Image-Tags aus Wikimedia
Hallo Jan, Am 06.01.2012 09:22, schrieb Jan Tappenbeck: hi ! es gibt ja ein Tag im IMAGES einzubinden und wikimedia bietet sich bei historischen Dingen insbesondere an. In diesem Zusammenhang ist mir folgendes aufgefallen. Die Seite mit dem Bild hat zum Beispiel die URL: http://commons.wikimedia.org/wiki/File:Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg?uselang=de Geht man auf der rechten Seite auf den Punkt - Einbinden, dann wird für das Bild die URL: http://upload.wikimedia.org/wikipedia/commons/5/5d/Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg Also ich ermittle für verschiedene Projekte (u.a. http://usergroups.openstreetmap.de) diese URLs und diese sind keinesfalls statisch! Darauf zu referenzieren würde ich nicht empfehlen. angeboten. Da ich nun überlege diese Bilder automatisch in einer Karte darzustellen wäre es sinnvoll den richtigen Bildnamen auch anzusetzen. Wie macht Ihr das oder liege ich mit meinem Gedanken gar falsch ? Beim Image-Tag habe ich im Wiki [1] keinen entsprechenden Hinweis gefunden. Es gibt zwischen Mediawiki Instanzen die Möglichkeit Daten auszutauschen, so können in unserem OSM Wiki auch Bilder aus den WikiCommons (in die Wikipedia hochlädt) genutzt werden. Wenn du unbedingt darauf referenzieren willst, würde ich etwas wie wikimedia=Meilenstein Chaussee Altona-Lübeck - Altona 5M (Bargfeld-Stegen) 02.jpg empfehlen. Aber vielleicht kannst du ja aus mit wikipedia=* referenzierten Wikipedia Artikeln auch einfach ein Bild auswählen bzw. wikicommons eine Suchanfrage mit dem Namen des Objektes schicken? Was willst du denn machen? Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden von Image-Tags aus Wikimedia
Am 06.01.2012 09:22, schrieb Jan Tappenbeck: Die Seite mit dem Bild hat zum Beispiel die URL: http://commons.wikimedia.org/wiki/File:Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg?uselang=de Geht man auf der rechten Seite auf den Punkt - Einbinden, dann wird für das Bild die URL: http://upload.wikimedia.org/wikipedia/commons/5/5d/Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg angeboten. Da ich nun überlege diese Bilder automatisch in einer Karte darzustellen wäre es sinnvoll den richtigen Bildnamen auch anzusetzen. Wie macht Ihr das oder liege ich mit meinem Gedanken gar falsch ? Beim Image-Tag habe ich im Wiki [1] keinen entsprechenden Hinweis gefunden. Danke für den Hinweis. Diese Commons-Komfortfunktion ist also auch broken in dem Sinn, daß Nachnutzer, die sich mit Details nicht gut auskennen, irregeleitet werden. Der Haken ist die bei den Bildern verwendete Lizenz. Das genannte Beispiel verwendet die cc-by-sa 3.0. Das bedeutet, daß bei einer Nachnutzung Urheber und Lizenz angegeben werden müssen. Der Button auf commons erzeugt nun insgesamt drei Textkästen. Der erste leitet auf die Bildbeschreibungsseite, auf der sowohl die File-History als auch die jeweils verwendete Lizenz nachzulesen ist sowie idR der Urheber bzw. die Quelle genannt wird. Der zweite leitet auf die aktuelle Version des Bilds in voller Auflösung ohne weitere Informationen. Der dritte Kasten liefert einen beispielhaften HTML- oder wahlweise BBCode-Schnipsel mit allen erforderlichen Lizenzinformationen. Dieser letzte Kasten dürfte zur Einbindung in die OSM-Datenbank ungeeignet sein. Abgehakt. Der zweite Kasten verhindert zuverlässig den direkten Zugriff auf die laut Lizenz erforderlichen Urheber- und Lizenzangaben. Dieser Direktlink ist daher ausschließlich für Medien geeignet, die gemeinfrei bzw. public domain sind. Oder du mußt irgendwie anderweitig sicherstellen, daß die erforderlichen Nachweise angezeigt werden. Bleibt der erste Kasten, also der Link auf die Bildbeschreibungsseite. Da sind alle nötigen Infos drin. Zwar ist das auch nur eine Krücke, weil die meisten freien Copyleft-Lizenzen einen Direktlink auf den Lizenztext verlangen (oder bei GFDL sogar das Mitführen des gesamten Lizenztexts), wird aber von allen toleriert, zumal die Wikipedia das ja ganz genauso macht: Nirgends stehen dort Lizenz und Urheber direkt am Bild oder auf der WP-Artikelseite, wo das Bild verwendet wird, man kommt immer erst per Klick auf das Foto zu den weiteren Infos. Nimm also den Link auf die Bildbeschreibungsseite, ich halte das für eine pragmatische Lösung, weil man sonst Bilder von wikimedia commons auf zahlreichen Plattformen, wie eben OSM, überhaupt nicht nutzen könnte. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Am 06.01.2012 02:22, schrieb Stephan Wolff: Reine Ausflugsfahrten ohne Zwischenstop wie [1] sind keine Fähren. Ich möchte sie löschen. Die Anleger sind noch uneinheitlicher als die Fährlinien erfasst. Man findet fast jede Kombination aus public_transport=stop_position public_transport=entrance public_transport=platform pt=stop pt=entrance für den Steg selbst, am Endpunkt des Stegs, im Mittelpunkt des Stegs oder im Wasser davor. Oft legen Personenfähren an der Schmalseite des Stegs, also am Endpunkt eines ways an. Dann ist der Steg m.E. nur Zugangsweg und nicht platform. Für Fähren als Teil des ÖPNV erscheint mir public_transport=stop_position ferry=yes an diesem Punkt sinnvoll. Braucht man mehr? Früher war amenity=ferry_terminal für diesen Übergang recht geläufig. In Norwegen sind viele Übergänge so getaggt. Sollte man auf jeden Fall berücksichtigen und vor allem sich international darüber abstimmen. Genügt man_made=pier für Fußgängerrouting zur Fähre oder sollte man highway=path hinzufügen? man_made=pier genügt meiner Meinung nach vollkommen aus. amenity=ferry_terminal findet sich mal Punkt im Wasser, mal an Land, mal im Abfertigungsgebäude oder als Fläche des Anlegestegs. Das tag ist so schlecht definiert, dass es nutzlos ist. Für reine Fähranleger ohne weitere Infrastruktur möchte ich es löschen. siehe weiter oben. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Am 06.01.2012 09:22, schrieb Chris66: Am 06.01.2012 02:22, schrieb Stephan Wolff: Genügt man_made=pier für Fußgängerrouting zur Fähre oder sollte man highway=path hinzufügen? Die meisten Router sind der Ansicht, dass man_made=* kein routable Tag ist. Dann sollten die, die nicht der Ansicht sind, dies ändern. Warum sollte ein Pier nicht routebar sein? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Downloadprobleme Aerowest
Siehe Mail von Frederik. Der Downloadserver ist umgezogen. Darauf müssen die DNS-Server sich erstmal umstellen. Bei mir klappt es schon. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise: Studie: OpenStreetMap holt kommerzielle Kartenanbieter ein
Hi, Stephan Wolff schrieb: Ein Bild sagt oft mehr als tausend Worte. da stimme ich dir voll zu :) Im OSM Forum[1] habe ich vorhin ein schönes Beispiel[2] gesehen und noch ein weiteres Beispiel[3] von mir gepostet. Beides sind Verbote die ich in vorherigen Mails beschrieben habe und in OSM noch fehlen. viele gruesse pascal [1]http://forum.openstreetmap.org/viewtopic.php?pid=211939#p211939 [2]http://maps.cloudmade.com/?lat=51.313695lng=9.43629zoom=18directions=51.31405398179961,9.434793591499329,51.314110983375606,9.43501353263855travel=car [3]http://maps.cloudmade.com/?lat=51.2674lng=9.388461zoom=18directions=51.26730563014798,9.388396739959717,51.26774532317568,9.388632774353027travel=carstyleId=1opened_tab=1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Downloadprobleme Aerowest
Am 06.01.2012 10:59, schrieb aighes: Siehe Mail von Frederik. Der Downloadserver ist umgezogen. Darauf müssen die DNS-Server sich erstmal umstellen. Bei mir klappt es schon. Was hat der Server von aerowest mit Frederiks Downlaods zu tun? Gruß, ajoessen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik OSM-Forbitten ???
Hallo, On 01/06/12 05:44, Jan Tappenbeck wrote: ich bekommte beim klick auf den download oben rechts heute sogar: Forbidden Ja, das war eine Fehlkonfiguration von mir, aber jetzt tuts wieder. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise: Studie: OpenStreetMap holt kommerzielle Kartenanbieter ein
On 2012-01-06 11:04, Pascal Neis wrote: Hi, Stephan Wolff schrieb: Ein Bild sagt oft mehr als tausend Worte. da stimme ich dir voll zu :) Im OSM Forum[1] habe ich vorhin ein schönes Beispiel[2] gesehen und noch ein weiteres Beispiel[3] von mir gepostet. Beides sind Verbote die ich in vorherigen Mails beschrieben habe und in OSM noch fehlen. viele gruesse pascal [1]http://forum.openstreetmap.org/viewtopic.php?pid=211939#p211939 [2]http://maps.cloudmade.com/?lat=51.313695lng=9.43629zoom=18directions=51.31405398179961,9.434793591499329,51.314110983375606,9.43501353263855travel=car [3]http://maps.cloudmade.com/?lat=51.2674lng=9.388461zoom=18directions=51.26730563014798,9.388396739959717,51.26774532317568,9.388632774353027travel=carstyleId=1opened_tab=1 Wo ich gerade die cloudmade-Links sehe, habe ich auch mal etwas rumprobiert: http://maps.cloudmade.com/?lat=48.069161lng=8.465116zoom=16directions=48.07363451669556,8.457541465759277,48.068716526101454,8.465523719787598travel=carstyleId=1opened_tab=1 Große Fragezeichen, denn das ist eigentlich schon lange erledigt, dachte ich. http://mapq.st/xaDyCg - ist es wohl auch. Mein Garmin mit selbstgebauter AllInOne ist der gleichen Meinung... Cloudmade scheint manchmal also auch etwas kreativ beim Routing zu sein, oder ist restriction=only_straight_on für diese Fälle doch falsch? Leider sind die Daten bei beiden Diensten für OSM-Verhältnisse recht alt... Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden von Image-Tags aus Wikimedia - Lizenzangabe
HI ! würde es denn ausreichen zu schreiben das die Lizenzdaten unter einem Link zu beachten sind? Gruß Jan :-) Am 06.01.2012 10:16, schrieb Raimond Spekking: Am 06.01.2012 09:22, schrieb Jan Tappenbeck: hi ! es gibt ja ein Tag im IMAGES einzubinden und wikimedia bietet sich bei historischen Dingen insbesondere an. In diesem Zusammenhang ist mir folgendes aufgefallen. Die Seite mit dem Bild hat zum Beispiel die URL: http://commons.wikimedia.org/wiki/File:Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg?uselang=de Geht man auf der rechten Seite auf den Punkt - Einbinden, dann wird für das Bild die URL: http://upload.wikimedia.org/wikipedia/commons/5/5d/Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg angeboten. Da ich nun überlege diese Bilder automatisch in einer Karte darzustellen wäre es sinnvoll den richtigen Bildnamen auch anzusetzen. Wie macht Ihr das oder liege ich mit meinem Gedanken gar falsch ? Beim Image-Tag habe ich im Wiki [1] keinen entsprechenden Hinweis gefunden. [1] http://wiki.openstreetmap.org/wiki/Image Gruß Jan :-) Die meisten Fotos auf Wikimedia Commons stehen unter einer Creative Commons-Lizenz. d.h. du musst dafür sorgen, dass Fotograf und Lizenz mit angezeigt wird. Da es leider immer noch keine maschinenlesbaren Metadaten für Urheber/Lizenz gibt, kommt man um etwas Parsen des Information-Templates aus der Dateibeschreibungsseite nicht herum. Wenn du Link 1 hast, kannst du automatisch auch das volle Bild aufrufen: https://commons.wikimedia.org/wiki/special:filepath/Dateiname.jpg Beispiel: https://commons.wikimedia.org/wiki/special:filepath/Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg D.h. du musst deinen 2. Link gar nicht kennen. In Köln erfasse ich Bilder zu (Bau)Denkmälern nach dem Muster image=http://commons.wikimedia.org/wiki/File:Dateiname.jpg Beispiel: http://www.openstreetmap.org/browse/way/108243962 Raimond. ___ 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] Themen-Karte: Grenz- und Meilensteine
Am 06.01.2012 07:58, schrieb bkmap: Hallo, Am 04.01.2012 16:13, schrieb Jan Tappenbeck: ich habe einmal wieder gebastelt - eine Sonderkarte zu dem Thema Grenz- und Meilensteine. Zu erreichen ist die Karte über die URL: http://www.tappenbeck.net/osm/maps/deu/index.php?id=1044 Sieht sehr gut aus, das motiviert mich, die restlichen von Ulrich Rüger vermessenen Rennsteigsteine auch noch zu importieren. Gruß Burkhard gerne doch ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden von Image-Tags aus Wikimedia - Lizenzangabe
Ich sehe das eigentlich wie Rainer: Es ist eine pragmatische Lösung, die wohl von den allerallermeisten Fotografen akzeptiert wird. Raimond. Am 06.01.2012 12:08, schrieb Jan Tappenbeck: HI ! würde es denn ausreichen zu schreiben das die Lizenzdaten unter einem Link zu beachten sind? Gruß Jan :-) Am 06.01.2012 10:16, schrieb Raimond Spekking: Am 06.01.2012 09:22, schrieb Jan Tappenbeck: hi ! es gibt ja ein Tag im IMAGES einzubinden und wikimedia bietet sich bei historischen Dingen insbesondere an. In diesem Zusammenhang ist mir folgendes aufgefallen. Die Seite mit dem Bild hat zum Beispiel die URL: http://commons.wikimedia.org/wiki/File:Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg?uselang=de Geht man auf der rechten Seite auf den Punkt - Einbinden, dann wird für das Bild die URL: http://upload.wikimedia.org/wikipedia/commons/5/5d/Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg angeboten. Da ich nun überlege diese Bilder automatisch in einer Karte darzustellen wäre es sinnvoll den richtigen Bildnamen auch anzusetzen. Wie macht Ihr das oder liege ich mit meinem Gedanken gar falsch ? Beim Image-Tag habe ich im Wiki [1] keinen entsprechenden Hinweis gefunden. [1] http://wiki.openstreetmap.org/wiki/Image Gruß Jan :-) Die meisten Fotos auf Wikimedia Commons stehen unter einer Creative Commons-Lizenz. d.h. du musst dafür sorgen, dass Fotograf und Lizenz mit angezeigt wird. Da es leider immer noch keine maschinenlesbaren Metadaten für Urheber/Lizenz gibt, kommt man um etwas Parsen des Information-Templates aus der Dateibeschreibungsseite nicht herum. Wenn du Link 1 hast, kannst du automatisch auch das volle Bild aufrufen: https://commons.wikimedia.org/wiki/special:filepath/Dateiname.jpg Beispiel: https://commons.wikimedia.org/wiki/special:filepath/Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg D.h. du musst deinen 2. Link gar nicht kennen. In Köln erfasse ich Bilder zu (Bau)Denkmälern nach dem Muster image=http://commons.wikimedia.org/wiki/File:Dateiname.jpg Beispiel: http://www.openstreetmap.org/browse/way/108243962 Raimond. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden von Image-Tags aus Wikimedia
Am 06.01.2012 10:17, schrieb Matthias Meißer: Hallo Jan, Am 06.01.2012 09:22, schrieb Jan Tappenbeck: hi ! es gibt ja ein Tag im IMAGES einzubinden und wikimedia bietet sich bei historischen Dingen insbesondere an. In diesem Zusammenhang ist mir folgendes aufgefallen. Die Seite mit dem Bild hat zum Beispiel die URL: http://commons.wikimedia.org/wiki/File:Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg?uselang=de Geht man auf der rechten Seite auf den Punkt - Einbinden, dann wird für das Bild die URL: http://upload.wikimedia.org/wikipedia/commons/5/5d/Meilenstein_Chaussee_Altona-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg Also ich ermittle für verschiedene Projekte (u.a. http://usergroups.openstreetmap.de) diese URLs und diese sind keinesfalls statisch! Darauf zu referenzieren würde ich nicht empfehlen. angeboten. Da ich nun überlege diese Bilder automatisch in einer Karte darzustellen wäre es sinnvoll den richtigen Bildnamen auch anzusetzen. Wie macht Ihr das oder liege ich mit meinem Gedanken gar falsch ? Beim Image-Tag habe ich im Wiki [1] keinen entsprechenden Hinweis gefunden. Es gibt zwischen Mediawiki Instanzen die Möglichkeit Daten auszutauschen, so können in unserem OSM Wiki auch Bilder aus den WikiCommons (in die Wikipedia hochlädt) genutzt werden. Wenn du unbedingt darauf referenzieren willst, würde ich etwas wie wikimedia=Meilenstein Chaussee Altona-Lübeck - Altona 5M (Bargfeld-Stegen) 02.jpg empfehlen. Aber vielleicht kannst du ja aus mit wikipedia=* referenzierten Wikipedia Artikeln auch einfach ein Bild auswählen bzw. wikicommons eine Suchanfrage mit dem Namen des Objektes schicken? Was willst du denn machen? Gruß Matthias HI ! ich möchte in dem Popup der Steinekarte ein Bild, wenn vorhanden, anzeigen lassen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Themen-Karte: Grenz- und Meilensteine
Am 04.01.2012 20:10, schrieb Alexander Matheisen: Hallo, ich habe einmal wieder gebastelt - eine Sonderkarte zu dem Thema Grenz- und Meilensteine. Für Ideen und Anregungen bin ich immer offen. Weitere Thematische Karten von mir finden sich unter http://wiki.openstreetmap.org/wiki/User:L%C3%BCbeck#Meine_Karten. Könntest du auch normale (nicht historische) Grenzsteine anzeigen? Habe schon einige eingetragen, leider werden die in keiner Karte angezeigt. http://www.openstreetmap.org/browse/node/324100655 boundary = marker oder marker = stone - was das Haupttag ? Thematisch würde es ganz gut passen, dann natürlich mit einem anderen Symbol zur Unterscheidung. Einen Vorschlag Alex Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Themen-Karte: Grenz- und Meilensteine
Hallo, boundary = marker oder marker = stone - was das Haupttag ? marker=* scheint nur dazu dienen, die Art des Grenzpunktes zu spezifizieren (Stein, Felsen, Pfahl, ...). http://taginfo.openstreetmap.org/keys/marker#values Von daher würde ich boundary=marker auswerten, auch wenn es Grenzpfähle statt Grenzsteinen sein könnten. Die Unterscheidung kannst du ja noch später einbauen. Thematisch würde es ganz gut passen, dann natürlich mit einem anderen Symbol zur Unterscheidung. Einen Vorschlag Wie ist http://rurseekatze.bplaced.net/grenzstein.png ? (man sieht wahrscheinlich, dass ich wenig künstlerische Begabung besitze... ;) Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden von Image-Tags aus Wikimedia
Hallo, es gibt ja ein Tag im IMAGES einzubinden und wikimedia bietet sich bei historischen Dingen insbesondere an. In diesem Zusammenhang ist mir folgendes aufgefallen. Die Seite mit dem Bild hat zum Beispiel die URL: http://commons.wikimedia.org/wiki/File:Meilenstein_Chaussee_Altona-L%C3%BCbe ck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg?uselang=de Geht man auf der rechten Seite auf den Punkt - Einbinden, dann wird für das Bild die URL: http://upload.wikimedia.org/wikipedia/commons/5/5d/Meilenstein_Chaussee_Alto na-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg angeboten. Da ich nun überlege diese Bilder automatisch in einer Karte darzustellen wäre es sinnvoll den richtigen Bildnamen auch anzusetzen. Wie macht Ihr das oder liege ich mit meinem Gedanken gar falsch ? Beim Image-Tag habe ich im Wiki [1] keinen entsprechenden Hinweis gefunden. [1] http://wiki.openstreetmap.org/wiki/Image In meiner OpenLinkMap werte ich dieses Tag bereits aus. Beispiel: http://www.openlinkmap.org/?lat=51.1990129lon=6.6932413zoom=17id=28562993type=way Und dann auf Mehr Infos klicken. Ich werte nur die zweite Variante aus - die direkte URL - da ich so direkt das Bild einbinden kann. Bei der ersten Variante müsste ich erst noch die Bild-URL aus der HTML-Seite herausfiltern. Bezüglich Lizenzhinweis hatte ich das Problem, dass man den Autor und die Lizenz nicht per API abfragen kann. Daher habe ich das mit diesem Link unter dem Bild gelöst, der auf die Bildseite (die erste URL) verweist. Ob das rechtlich reicht, weiß ich nicht. Meiner Meinung sollte sich aber seitens Wikimedia keiner beschweren, dass der Lizenzhinweis nicht ausreicht, wenn die es nicht hinkriegen, diese Daten maschinenlesbar bereitzustellen. Außerdem prüfe ich noch, ob das Bild von Wikimedia stammt. Bilder von anderen Webseiten zeige ich (um rechtliche Probleme zu vermeiden) gar nicht an. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden von Image-Tags aus Wikimedia
Am 06.01.2012 10:16, schrieb Raimond Spekking: Da es leider immer noch keine maschinenlesbaren Metadaten für Urheber/Lizenz gibt, Sowas würde viel Ärger vermeiden, ja. http://www.openstreetmap.org/browse/way/108243962 Danke, damit kann ich was anfangen. Die Dokumentation im osm-wiki für diesen Bereich ist... verbesserungsfähig. Jetzt müßte man nur noch im Potlatch bequemer copypasten können. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Am 6. Januar 2012 07:00 schrieb Jan Jesse j...@jesse.de: Hm, ich nicht. Nach meinen Beobachungen sind die derzeitigen Linien aus entsprechenden Tracks von Passagieren und Mannschaften der Schiffe entstanden. Für mich als Wassersportler ist dies eine wichtige Information, gerade in Ufernähe: - Wo ist es Tief genug, daß ich da lang fahren kann - Wo muß ich mit schnellem, u.U gefährlichem Schiffsverkehr rechnen Abgesehen davon wird eine stilisierte Ideallinie nicht anders aussehen, als die vorhandenen Einträge, da die moderne Schiffahrt aus Kostengründen immer die Ideallinie fährt ;-) [...] Reine Ausflugsfahrten ohne Zwischenstop wie [1] sind keine Fähren. Ich möchte sie löschen. Bitte aus o.g. Gründen NICHT löschen!!! Doch, diese Routen sollten gelöscht werden. Dafür gibt es aus meiner Sicht gleich mehrere Gründe: 1. Fähr- und Ausflugsrouten sind keine Tiefeninformationen. Du schließt nur mittelbar auf eine Wassertiefe. So etwas sind keine (Tiefen-)Kartendaten im eigentlichen Sinne und gehören deshalb auch nicht als solche in die Datenbank. 2. Auch der Schluss von da fährt eine Fähre, dort ist es also tief genug ist mehr als fahrlässig, wenn man den den betreffenden Tiefgang der Fähre nicht kennt. Gerade Ausflugsdampfer haben zum Teil weniger Tiefgang als manch ein Segelschiff. Das ganze System passt vorn und hinten nicht. Wer danach navigiert handelt mehr als fahrlässig! Du solltest so etwas nicht noch unterstützen. 3. Mir ist der Mehrwert von Ausflugslinien in einer Karte/Datenbank unabhängig von deinem Argument noch nicht klar geworden. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Themen-Karte: Grenz- und Meilensteine
Am 06.01.2012 13:55, schrieb Alexander Matheisen: Hallo, boundary = marker oder marker = stone - was das Haupttag ? marker=* scheint nur dazu dienen, die Art des Grenzpunktes zu spezifizieren (Stein, Felsen, Pfahl, ...). http://taginfo.openstreetmap.org/keys/marker#values Von daher würde ich boundary=marker auswerten, auch wenn es Grenzpfähle statt Grenzsteinen sein könnten. Die Unterscheidung kannst du ja noch später einbauen. Thematisch würde es ganz gut passen, dann natürlich mit einem anderen Symbol zur Unterscheidung. Einen Vorschlag Wie ist http://rurseekatze.bplaced.net/grenzstein.png ? (man sieht wahrscheinlich, dass ich wenig künstlerische Begabung besitze... ;) Alex eingespielt ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Am 06.01.2012 14:59, schrieb Falk Zscheile: 3. Mir ist der Mehrwert von Ausflugslinien in einer Karte/Datenbank unabhängig von deinem Argument noch nicht klar geworden. Würde doch eigentlich in die ÖPNV-Karte passen. Es gibt sogar viele Fähren, die in den Verbundtarif integriert sind. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 06.01.2012 14:59, schrieb Falk Zscheile: Am 6. Januar 2012 07:00 schrieb Jan Jesse j...@jesse.de: - Wo ist es Tief genug, daß ich da lang fahren kann - Wo muß ich mit schnellem, u.U gefährlichem Schiffsverkehr rechnen Doch, diese Routen sollten gelöscht werden. Dafür gibt es aus meiner Sicht gleich mehrere Gründe: 1. Fähr- und Ausflugsrouten sind keine Tiefeninformationen. [...] 2. Auch der Schluss von da fährt eine Fähre, dort ist es also tief genug ist mehr als fahrlässig, wenn man den den betreffenden Tiefgang der Fähre nicht kennt. [...] Die mögliche falsche Nutzung von Informationen ist kein Grund, diese zu löschen. Der zweite Punkt, daß auf der Route einer Ausflugslinie mit Schiffsverkehr zu rechnen ist, ist doch korrekt. (Der Umkehrschluß, daß daneben weniger Schiffsverkehr ist, ist allein damit natürlich nicht zu begründen.) 3. Mir ist der Mehrwert von Ausflugslinien in einer Karte/Datenbank unabhängig von deinem Argument noch nicht klar geworden. Es gibt viele Dinge, die für einen Großteil der Nutzer nicht relevant sind. Auch das ist kein Grund für eine Löschung. Für jemanden, der mit der Ausflugslinie fahren möchte, ist die (ungefähre) Route des Schiffs sicher eine nützliche Information. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk8HCwwACgkQnMz9fgzDSqf/HACfau4VEGQvVutdUPI7oswtmQjC b+kAnRhdr1sT6eTp9C61tCbRtmqsXWwO =XHDO -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden von Image-Tags aus Wikimedia
Am 06.01.2012 14:08, schrieb Alexander Matheisen: Hallo, es gibt ja ein Tag im IMAGES einzubinden und wikimedia bietet sich bei historischen Dingen insbesondere an. In diesem Zusammenhang ist mir folgendes aufgefallen. Die Seite mit dem Bild hat zum Beispiel die URL: http://commons.wikimedia.org/wiki/File:Meilenstein_Chaussee_Altona-L%C3%BCbe ck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg?uselang=de Geht man auf der rechten Seite auf den Punkt - Einbinden, dann wird für das Bild die URL: http://upload.wikimedia.org/wikipedia/commons/5/5d/Meilenstein_Chaussee_Alto na-L%C3%BCbeck_-_Altona_5M_%28Bargfeld-Stegen%29_02.jpg angeboten. Da ich nun überlege diese Bilder automatisch in einer Karte darzustellen wäre es sinnvoll den richtigen Bildnamen auch anzusetzen. Wie macht Ihr das oder liege ich mit meinem Gedanken gar falsch ? Beim Image-Tag habe ich im Wiki [1] keinen entsprechenden Hinweis gefunden. [1] http://wiki.openstreetmap.org/wiki/Image In meiner OpenLinkMap werte ich dieses Tag bereits aus. Beispiel: http://www.openlinkmap.org/?lat=51.1990129lon=6.6932413zoom=17id=28562993type=way Und dann auf Mehr Infos klicken. Ich werte nur die zweite Variante aus - die direkte URL - da ich so direkt das Bild einbinden kann. Bei der ersten Variante müsste ich erst noch die Bild-URL aus der HTML-Seite herausfiltern. Bezüglich Lizenzhinweis hatte ich das Problem, dass man den Autor und die Lizenz nicht per API abfragen kann. Daher habe ich das mit diesem Link unter dem Bild gelöst, der auf die Bildseite (die erste URL) verweist. Ob das rechtlich reicht, weiß ich nicht. Meiner Meinung sollte sich aber seitens Wikimedia keiner beschweren, dass der Lizenzhinweis nicht ausreicht, wenn die es nicht hinkriegen, diese Daten maschinenlesbar bereitzustellen. Außerdem prüfe ich noch, ob das Bild von Wikimedia stammt. Bilder von anderen Webseiten zeige ich (um rechtliche Probleme zu vermeiden) gar nicht an. Alex Hi ! das finde ich gut - werde ich mal analysieren und dann wenn viel Zeit ist nachtragen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Am 6. Januar 2012 15:54 schrieb Bodo Meissner b...@bodo-m.de: Am 06.01.2012 14:59, schrieb Falk Zscheile: Am 6. Januar 2012 07:00 schrieb Jan Jesse j...@jesse.de: - Wo ist es Tief genug, daß ich da lang fahren kann - Wo muß ich mit schnellem, u.U gefährlichem Schiffsverkehr rechnen Doch, diese Routen sollten gelöscht werden. Dafür gibt es aus meiner Sicht gleich mehrere Gründe: 1. Fähr- und Ausflugsrouten sind keine Tiefeninformationen. [...] 2. Auch der Schluss von da fährt eine Fähre, dort ist es also tief genug ist mehr als fahrlässig, wenn man den den betreffenden Tiefgang der Fähre nicht kennt. [...] Die mögliche falsche Nutzung von Informationen ist kein Grund, diese zu löschen. Wieso nicht? Wenn es keine richtige Nutzung dafür gibt, dann sollten Informationen gelöscht werden. Würdest du die von Jan genannte Nutzung als sinnvoll bezeichnen? Ich nenne sie gefährlich und die daten für den von Jan bezeichneten Zweck ungeeignet. Der zweite Punkt, daß auf der Route einer Ausflugslinie mit Schiffsverkehr zu rechnen ist, ist doch korrekt. (Der Umkehrschluß, daß daneben weniger Schiffsverkehr ist, ist allein damit natürlich nicht zu begründen.) Du bist kein Seefahrer, oder? Auf dem Wasser ist überall mit Verkehr zu rechnen. Eine Bushaltestelle ist doch auch nicht dafür da, um daraus abzuleiten, dass dort Busse häufiger halten als Autos! Wenn also die Aussage darin besteht dort kommen Schiffe häufiger im Seeraum vor, als andernorts, dann ist das keine Information, die in eine Karte gehört. Anders, wenn eine (regelmäßige Fährlinie) an einer bestimmten Stelle ein Fahrwasser quert. 3. Mir ist der Mehrwert von Ausflugslinien in einer Karte/Datenbank unabhängig von deinem Argument noch nicht klar geworden. Es gibt viele Dinge, die für einen Großteil der Nutzer nicht relevant sind. Auch das ist kein Grund für eine Löschung. Für jemanden, der mit der Ausflugslinie fahren möchte, ist die (ungefähre) Route des Schiffs sicher eine nützliche Information. Damit sind wir bei der Relevanzdiskussion angekommen. Mag sein, dass ich hier einen etwas strengeren Standpunkt vertrete als die Mehrheit in diesem Punkt. Man sollte meiner Meinung nach zumindest eine Sinnvolle Anwendung für die eingetragenen Daten nachweisen können, um eine Eintragung zu rechtfertigen. Ich will mit meinen Argumenten zeigen, dass ich die von Jan genannte Anwendung der Daten nicht für sinnvoll halte und daher für Abstraktion bei Fährlinien und Löschung von einzelnen (Ausflugs-)Rundfahrten plädiere. Käpten Tiedt fährt etwas weiter wenn er die Kreidefelsen Rügens zeigen will als Käptn Knut. Käptn Hain fährt dagegen mit größerem Abstand zur Küste, weil der das Meer liebt und das Land hasst und nur zu den Kreidefelsen fährt, weil er mit den stickigen Landratten seine Brötchen verdient ;-) Aber vielleicht ändern alle drei Kapitäne ihre Route auch je nach Tagesform und Wetter? Wo kommen wir denn hin, wenn wir das alles eintragen? Und gerecht müssten wir ja schon sein und alles eintragen, damit sich der interessierte Nutzer auch möglichst ein umfassendes Bild machen kann ;-) Wenn es Dich beruhigt, ich werde keine Löschorgie veranstalten, aber ich werde jeden darin bestärken in diesem Bereich aufzuräumen. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden von Image-Tags aus Wikimedia
Am 06.01.2012 14:08, schrieb Alexander Matheisen: Ich werte nur die zweite Variante aus - die direkte URL - da ich so direkt das Bild einbinden kann. Bei der ersten Variante müsste ich erst noch die Bild-URL aus der HTML-Seite herausfiltern. Aus der HTML-Seite musst du das nicht herausfiltern, es geht bequemer. Wenn du ein Tag hast der Form: image = http://commons.wikimedia.org/wiki/File:Dateiname.jpg oder image = https://commons.wikimedia.org/wiki/File:Dateiname.jpg musst du dir nur den Dateinamen schnappen und mit Hilfe einer Spezialfunktion https://commons.wikimedia.org/wiki/special:filepath/Dateiname.jpg wird dir das Bild angezeigt. Daran kannst du - falls gewünscht - auch noch einen Parameter ?width=100px hängen, dann wird dir das Bild on thy fly mit einer Breite von 100 Pixel durch die Wikimedia-Server berechnet. Spart Ladezeit und Runterskalierung im Browser: https://commons.wikimedia.org/wiki/special:filepath/Subbelratherstrasse221.jpg?width=100px Bezüglich Lizenzhinweis hatte ich das Problem, dass man den Autor und die Lizenz nicht per API abfragen kann. Daher habe ich das mit diesem Link unter dem Bild gelöst, der auf die Bildseite (die erste URL) verweist. Ob das rechtlich reicht, weiß ich nicht. Ja, ein großes, ungelöstes Problem, die fehlende API :-/ Meiner Meinung sollte sich aber seitens Wikimedia keiner beschweren, dass der Lizenzhinweis nicht ausreicht, wenn die es nicht hinkriegen, diese Daten maschinenlesbar bereitzustellen. Wikimedia direkt kann sich nicht beschweren, da Wikimedia direkt keine Rechte an den Bildern hat, sondern immer nur die jeweiligen Fotografen. Raimond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Hallo Stephan, super, dass Du Dich um Fähren kümmerst! _Fährhafen_ Vor allem im Hafenbereich ist noch viel im Argen. Besonders in grösseren Häfen und bei Linien mit grösserer Kapazität ist eine Fährstation ja nicht nur ein Punkt, sondern besteht aus einem Zubringer von der Hauptstrasse, mehreren Parkplätzen mit unterschiedlicher Funktion, einem mehrspurigen Fahrkarten-Terminal mit Schranken, einem grossen mehrspurigen Wartefeld, meist eingezäunt, mit Ampelanlagen und mit einer Schranke am Ausgang, ggf. einer Zollstation, verschiedenen Versorgungseinrichtungen (WC, Restaurant, Shop, Ticketverkauf), der Zufahrt zum Kai oder zur Pier, bei Tidengewässern einer Landungsbrücke, und dann der eigentlichen Fährlinie. Die Zufahrt ist Einbahn, für das Verlassen der Fähre ist meist eine eigene Trasse vorgesehen. Passagiere zu Fuss haben meist einen extra Zugang. Genauso LKWs und RoRo-Güter. _Fährlinien_ Fährlinien beginnen an der Kai-Kante oder an der Landungsbrücke (nicht an der Küstenlinie). Dafür würde ich waterway=ferry_stop als neues Attribut vorschlagen (analog zu highway=bus_stop) Also der Übergang vom Wasserweg zum Landweg, von route=ferry zu highway=* Fährlinien würde ich von der Einschiffungsstelle direkt ins Fahrwasser führen (also keine Wendeschleifen oder Ankermanöver, denn die sehen bei jedem Schiff und jeder Wetterbedingung anders aus). Bei Verkehrstrennungsgebieten sind sie in die zwei Richtungen aufzuteilen (wir Busrouten auf Autobahnen). Mehrere Fährlinien würde ich zusammenfassen und als Relationen gestalten, die Linienführung stilisiert, bzw ans Fahrwasser angepasst. _Unterscheidung_ Als Fähren würde ich in OSM Schiffe bezeichnen, die regelmässig - Personen und Fahrzeuge von A nach B bringen Zu unterscheiden von Fähren sind m.E.: - Personenschiffe, die in den ÖPNV eingegliedert sind (schwimmender Bus, schwimmende Strassenbahn) - Schiffe die nur Rundfahrten machen (Hafenrundfahrt, Ausflugsschiffe) Hier würde ich nur offizielle als Route eintragen. Bei freier Route nur den Liegeplatz (falls fest) - Tauchschiffe (nur Liegeplatz bezeichnen) - RoRo-Schiffe - reine Zug-Fähren (sind direkt ans Schienennetz angeschlossen) _Namen_ route=ferry sollen keine Namen haben (der Renderer weiss anhand der Geometrie, von wo nach wo die Schiffe fahren ;-) ) Der Name gehört wenn eindeutig an ferry_stop, und zwar als *Zielname*. Beispielsweise die Fähre von Livorno (IT) nach Bastia (FR) heisst im Hafen von Livorno Bastia, Betreiber ist je nach Schiff die Reederei Mobylines oder Corsica-Ferries. (anders als bei Bussen, wo die Haltestelle den Haltestellennamen trägt, braucht der Schiffsreisende die Information wo die Haltestelle liegt nicht zum Aussteigen, sondern er braucht die Information wo das Schiff hinfährt zum Einsteigen). _Wiki_ Im Wiki habe ich gefunden: http://wiki.openstreetmap.org/wiki/Tag:amenity=ferry_terminal http://wiki.openstreetmap.org/wiki/Tag:route=ferry Vielleicht können wir das ja gemeinsam ergänzen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Ein Löschen halte ich ganz eindeutig für einen Fehler. Man könnte sie aber umtaggen zu route=boat_trip oder cruise oder aber zu tourism= packen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Moin! Am 06.01.2012 07:00, schrieb Jan Jesse: Am 06.01.2012 02:22, schrieb Stephan Wolff: Alle möchten Fährlinien als stilisierte Ideallinie sehen. Ich finde es auch sinnvoll. Hm, ich nicht. Nach meinen Beobachungen sind die derzeitigen Linien aus entsprechenden Tracks von Passagieren und Mannschaften der Schiffe entstanden. Für mich als Wassersportler ist dies eine wichtige Information, gerade in Ufernähe: - Wo ist es Tief genug, daß ich da lang fahren kann - Wo muß ich mit schnellem, u.U gefährlichem Schiffsverkehr rechnen Ein willkürlich ausgewählter Track einer Fahrt hilft dir dabei nicht. Dafür brauchst du viele Tracks einer Fährlinie bzw. einen daraus errechneten Korridor; für Tiefenabschätzungen zusätzlich den Tiefgang der Fährschiffs und den Wasserpegel während der aufgezeichneten Fahrt. Solche Informationen passen nicht in die OSM-Datenbank. Die Ideallinie würde selbstverständlich nicht durch Flachwassergebiete, Sperrgebiete und Naturschutzzonen führen. Für Jans zweite Frage wäre es wichtig, alle ausgetonnten Fahrwasser als Fläche zu erfassen. Abgesehen davon wird eine stilisierte Ideallinie nicht anders aussehen, als die vorhandenen Einträge, da die moderne Schiffahrt aus Kostengründen immer die Ideallinie fährt ;-) Manchmal weichen selbst Fährkapitäne einer Gruppe von Seglern oder anderer Schifffahrt aus. Diese zufälligen Ausbuchtungen in der Fahrstrecke möchte ich entfernen. Reine Ausflugsfahrten ohne Zwischenstop wie [1] sind keine Fähren. Ich möchte sie löschen. Bitte aus o.g. Gründen NICHT löschen!!! Wie soll man die Information ablegen? Die Information vor drei Jahren ist das Schiff einmal diese Strecke gefahren ist nahezu nutzlos. Solche Tracks passen eher zu gpsies.com . Hier wieder: Ist für den Verkehr AUF dem Wasser wichtig (Die Fähre hat Vorfahrt, wann legt sie ab, schaffe ich das noch?) amenity=ferry_terminal findet sich mal Punkt im Wasser, mal an Land, mal im Abfertigungsgebäude oder als Fläche des Anlegestegs. Das tag ist so schlecht definiert, dass es nutzlos ist. Für reine Fähranleger ohne weitere Infrastruktur möchte ich es löschen. Bietet amenity=ferry_terminal für diese Fragen eine Antwort oder einen Zusatznutzen gegenüber dem way route=ferry? Ich möchte nichts nützliches löschen. Aber die sporadische und widersprüchliche Erfassung deutet darauf hin, dass niemand das tag nutzt. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Hallo Henning, umtaggen zu route=boat_trip +1 Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Am 06.01.2012 16:36, schrieb Falk Zscheile: Wenn es Dich beruhigt, ich werde keine Löschorgie veranstalten, aber ich werde jeden darin bestärken in diesem Bereich aufzuräumen. Wenn aufräumen nicht mit löschen gleichgesetzt wird: Danke! Ich halte es nicht für sinnvoll, Daten zu löschen, nur weil man selbst damit nichts anzufangen weiß. Komischerweise scheint das Lösch-Aufräumen im Seebereich viel weiter verbreitet, als an Land, obwohl dort deutlich weniger Ballast-Daten existieren, als in einem Ballungszentrum an Land. Löschen hat so was unwiderrufliches. JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Am 06.01.2012 17:28, schrieb Stephan Wolff: Ein willkürlich ausgewählter Track einer Fahrt hilft dir dabei nicht. Dafür brauchst du viele Tracks einer Fährlinie bzw. einen daraus errechneten Korridor; für Tiefenabschätzungen zusätzlich den Tiefgang der Fährschiffs und den Wasserpegel während der aufgezeichneten Fahrt. Solche Informationen passen nicht in die OSM-Datenbank. Ich bastele ja selbst an so einem Navi, und fahre seit Jahren damit durch die Gegend. Einfach aus der Erfahrung: Da es auf dem Wasser oft nicht auf 10 m ankommt, sind diese Linien in der Praxis seeehr nützlich, liefern viele Hinweise und klären manche Betonnung auf. In vielen Gewässerkarten, gerade für Anfänger, sind solche Daten inzwischen für jeden Fahrweg eingefügt, um klar zu machen, an welcher Seite man die bunten Tönnchen nun passieren sollte. Mal eine Gegenfrage: Diese Tracks existieren seit Jahren, und deren Darstellung auf denn verschiedenen Karten ist Normalität. Die Renderer sind darauf eingestellt, die Datenmengen sicherlich unbedeutend. Wo ist der Anlaß für diese Diskussion? Ich meine, eine Diskussion zum Tagging ist das eine. Wie daraus eine Löschdiskussion geworden ist, wäre meine Frage? Ist es zulässig zu sagen: Also das und das bezeichnen wir demnächst so und so, und den Rest werfen wir weg. ??? JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Am 6. Januar 2012 19:03 schrieb Jan Jesse j...@jesse.de: Mal eine Gegenfrage: Diese Tracks existieren seit Jahren, und deren Darstellung auf denn verschiedenen Karten ist Normalität. Die Renderer sind darauf eingestellt, die Datenmengen sicherlich unbedeutend. Wo ist der Anlaß für diese Diskussion? Also persönlich störe ich mich an diesen Freizeit-Rundfahrtrouten schon seit Jahren, dieser Thread war nur Anlass für mich, meinem Unmut einmal kund zu tun. Naja, diese Rundfahrten, die mich stören, sind als route=ferry getaggt, was falsch ist und nur deshalb in den Karten dargestellt werden. Wir haben es damiteinmal mehr mit tagen für den Renderer zu tun. Ich meine, eine Diskussion zum Tagging ist das eine. Wie daraus eine Löschdiskussion geworden ist, wäre meine Frage? Ist es zulässig zu sagen: Also das und das bezeichnen wir demnächst so und so, und den Rest werfen wir weg. ??? Bevor man löscht kann man sie auch gern auf route=boat_trip umstellen. Dann stimmt zumindest das Tag und die Relevanzdiskussion können wir auf einen späteren Zeitpunkt verschieben :-) Guß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbinden von Image-Tags aus Wikimedia
Hallo, vielleicht wäre es auch eine Lösung die Bilder auf Commons zu geocodieren[1] und dann den angebotenen Commons-Layer einzubinden wie es diese Karte[2] macht? Ok, man hätte weniger Gestalltungsspielraum und viele NichtSteine-Bilder in der Karte, aber es ginge dafür recht unkompliziert. Grüße Tim P.S:Bitte nicht wie vorgeschlagen den Wikipedia-Tag für Bilder missbrauchen. [1]http://commons.wikimedia.org/wiki/Commons:Geocoding [2]http://toolserver.org/~kolossos/openlayers/commons-on-osm.php?zoom=15lat=50.83099lon=12.92352layers=BTFT HI ! ich möchte in dem Popup der Steinekarte ein Bild, wenn vorhanden, anzeigen lassen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Themen-Karte: Grenz- und Meilensteine
Am Freitag, 6. Januar 2012, 15:11:31 schrieb Jan Tappenbeck: Am 06.01.2012 13:55, schrieb Alexander Matheisen: Hallo, boundary = marker oder marker = stone - was das Haupttag ? marker=* scheint nur dazu dienen, die Art des Grenzpunktes zu spezifizieren (Stein, Felsen, Pfahl, ...). http://taginfo.openstreetmap.org/keys/marker#values Von daher würde ich boundary=marker auswerten, auch wenn es Grenzpfähle statt Grenzsteinen sein könnten. Die Unterscheidung kannst du ja noch später einbauen. Thematisch würde es ganz gut passen, dann natürlich mit einem anderen Symbol zur Unterscheidung. Einen Vorschlag Wie ist http://rurseekatze.bplaced.net/grenzstein.png ? (man sieht wahrscheinlich, dass ich wenig künstlerische Begabung besitze... ;) Alex eingespielt ! Danke, sieht gut aus. Um Aachen sind schon viele Grenzsteine erfasst: http://www.tappenbeck.net/osm/maps/deu/index.php?id=1044zoom=12lat=50.67221lon=6.15871layers=BFTlang=de Man sollte vor allem die Mapper in Grenzregionen dazu motivieren, die Steine zu erfassen. Das macht nämlich Spaß und hat was von Geocaching... ;) Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Planet-File-Server mit seltenerem Update?
Hallo, ich benötige ein deutsches Planet-File: http://download1.geofabrik.de/osm/europe/germany.osm.pbf Allerdings habe ich keine wirkliche Breitbandverbindung zur Verfügung. Ich lade hier mit einer DSL-Light-Verbindung, die zudem nicht mal von mir alleine genutzt wird. So kommt mir das automatische Austauschen der Dateien zwangsläufig in die Quere. Gibt es auch Server, auf dem die Dateien zwei oder mehr Tage lang rumstehen? Eventuell gar mit MD5-Summe, dass ich die Datei dann auch prüfen kann? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Hi, Naja, diese Rundfahrten, die mich stören, sind als route=ferry getaggt, was falsch ist und nur deshalb in den Karten dargestellt werden. Wir haben es damiteinmal mehr mit tagen für den Renderer zu tun. Ich meine, eine Diskussion zum Tagging ist das eine. Wie daraus eine Löschdiskussion geworden ist, wäre meine Frage? Ist es zulässig zu sagen: Also das und das bezeichnen wir demnächst so und so, und den Rest werfen wir weg. ??? Bevor man löscht kann man sie auch gern auf route=boat_trip umstellen. Dann stimmt zumindest das Tag und die Relevanzdiskussion können wir auf einen späteren Zeitpunkt verschieben :-) Guß, Falk Wobei die Unterscheidung schon ziemlich feinsinnig wird. Ein Ausflugsdampfer, der verschiedene Häfen in einem Rundkurs anläuft, und überall Leute und Post aufnimmt, ist ziemlich nah an einer Fähre dran. Umgekehrt sind Fährschiffe heutzutage ja fast Kreuzfahrer. Ferry oder Boat_trip sind mir insofern egal und zu theoretisch. Ich neige dazu, nur bei Ferry zu bleiben, und die weiteren beschreibenden Tags (Betreiber, Abfahrt, Ankunft, auto ...) für eine bessere Qualifizierung zu nutzen. Und ich finde nicht, daß die paar eingezeichneten Fähren auf den Karten stoeren. Ist doch sonst nicht viel los auf dem Wasser:-) Schönes WE JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise: Studie: OpenStreetMap holt kommerzielle Kartenanbieter ein
Chris66 chris66...@gmx.de wrote: Diese Kreuzung hat z.B. 24 Stück, wenn ich richtig gezählt habe: http://www.openstreetmap.org/?lat=47.99948lon=7.844088zoom=18 Ein paar fehlen da übrigens noch In diesem Zusammenhang wäre es vielleicht sinnvoll, die Abbiegerelationen um eine Spur(halten)-Relation zu erweitern. Dann kann man einfach die Spur durchmarkieren und bräuchte nicht mehrere Geradeaus-Relationen. Da wo die Spur wieder auf den Gegenverkehr aufläuft, hält man sie noch für ein Straßensegment aufrecht und hat damit das falsche Wenden auf die Gegenfahrbahn gleich mit verhindert. Im Prinzip ist sie dasselbe wie eine Routen-Relation. Diese Spur-Relation wäre dann gleichzeitig als Einbahnstraße in Aufzählungsrichtung der Segmente anzusehen. Bei solchen spuraufgelösten Kreuzungen mit weichem Abbiegebogen kann ein Routenplaner kaum erkennen, dass man abbiegen muss. Für ihn ist es eine im Bogen verlaufende Straße und kein Linksabbiegen an einer Kreuzung. Die Aufforderung Abbiegen unterbleibt hier häufig. Auch hier könnte die Spur-Relation hilfreich sein, indem sie diese Eigenschaft (Links, Halblinks, Geradeaus, Halbrechts, Rechts) ensprechend der Pfeile auf der Fahrbahn benennt. Routenplaner und Navi können sie entsprechend auswerten: Ordnen Sie Sich auf der Linksabbiegespur ein und biegen sie in die XY-Straße ab. Gleichzeitig kann der Routenplaner in Bereich der Spur-Relationen Straßennamen ignorieren, so dass man nicht für fünf Meter auf einer anderen Straße fährt, die in die Kreuzung hineinragt. Die Nennung dieses Namens würde nur verwirren. Ebenso wird die Nennung der unbenamten Bogen vermieden, wie zum Beispiel: Fahren sie für fünf Meter auf der Straße ohne Namen. Er nennt als nächstes nur den Namen der hinter der Spur-Relation liegenden Straße, auf der man die Fahrt fortsetzt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Am 06.01.2012 09:22, schrieb Chris66: Am 06.01.2012 02:22, schrieb Stephan Wolff: Genügt man_made=pier für Fußgängerrouting zur Fähre oder sollte man highway=path hinzufügen? Die meisten Router sind der Ansicht, dass man_made=* kein routable Tag ist. Gibt es einen OSM-Router, der Fährstrecken auswertet, aber man_made=pier mit foot=yes nicht akzeptiert? Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
1. Wer fremde Tags löscht, darf sich nicht wundern, wenn er seine eigenen nicht mehr wiederfindet. 2. Openstreetmap als Navigationshilfe ist vorsätzlicher Leichtsinn. Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Moin, ich fürchte, mein Text hat einige Missverständnisse verursacht. Am 06.01.2012 02:22, schrieb Stephan Wolff: Alle möchten Fährlinien als stilisierte Ideallinie sehen. Ich finde es auch sinnvoll. Ich möchte nur den Kurs einer Einzelfahrt durch die geschätzte Mittellinie tausender Fahrten ersetzen. Zufällige Abweichungen von der Ideallinie, die sich bei einer konkreten Fahrt ergeben, sind keine Geodaten, die in die OSM-Datenbank gehören. Als Tracks sollen sie auf den OSM-Servern gern vorhanden sein. Reine Ausflugsfahrten ohne Zwischenstop wie [1] sind keine Fähren. Ich möchte sie löschen. Solche Tracks möchte ich entfernen weil - eine Bootsstrecke mit nur einem Anlegepunkt keine Fährstrecke ist - die idealisierte Fahrtstrecke ein Punkt ist (der Start-End-Punkt) - die durch zufällige Seehundbeobachtungen bestimmte Fahrt keine Geoinformation darstellt Alle Ausflugsfahrten, die mindestens zwei Anlegepunkte haben, betrachte ich als Fährlinien und trage sie ein. Die Anleger sind noch uneinheitlicher als die Fährlinien erfasst. Man findet fast jede Kombination aus public_transport=stop_position public_transport=entrance public_transport=platform pt=stop pt=entrance für den Steg selbst, am Endpunkt des Stegs, im Mittelpunkt des Stegs oder im Wasser davor. Ich hatte noch highway=ferry_stop als Punkt im(!) Wasser vergessen. Ich möchte nur die Tags vereinheitlichen, ohne dass eine Information über den Ort des Anlegers, die Zugangsbeschränkungen, die Anbindung an das Wegenetz und die Fährlinien verloren geht. M. E. werden bei keiner dieser Operationen geographische Daten über Straßen, Eisenbahnen, Flüsse, Wälder, Häuser und alles andere, was gemeinhin auf Karten zu sehen ist gelöscht. Viele Grüße Stephan [1] http://www.openstreetmap.org/browse/way/132976930 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Am 07.01.2012 02:28, schrieb Stephan Wolff: Moin, ich fürchte, mein Text hat einige Missverständnisse verursacht. Am 06.01.2012 02:22, schrieb Stephan Wolff: Alle möchten Fährlinien als stilisierte Ideallinie sehen. Ich finde es auch sinnvoll. Ich möchte nur den Kurs einer Einzelfahrt durch die geschätzte Mittellinie tausender Fahrten ersetzen. Zufällige Abweichungen von der Ideallinie, die sich bei einer konkreten Fahrt ergeben, sind keine Geodaten, die in die OSM-Datenbank gehören. Als Tracks sollen sie auf den OSM-Servern gern vorhanden sein. Reine Ausflugsfahrten ohne Zwischenstop wie [1] sind keine Fähren. Ich möchte sie löschen. Solche Tracks möchte ich entfernen weil - eine Bootsstrecke mit nur einem Anlegepunkt keine Fährstrecke ist - die idealisierte Fahrtstrecke ein Punkt ist (der Start-End-Punkt) - die durch zufällige Seehundbeobachtungen bestimmte Fahrt keine Geoinformation darstellt Hier muss man unterscheiden, ob die Route komplett zufällig ist oder eben doch feste Anlaufpunkte unterwegs hat. Erstere sind meiner Meinung nach nicht wirklich geeignet, um in einer Datenbank zu stehen. Zweitere aber durchaus. Die Idealisierte Fahrtstrecke geht dann halt von Liegeplatz zu Wasserfall, weiter zu Höhleneingang vorbei an Skyline und zurück zum Liegeplatz. Ich würde Zweitere als route=boat_trip in der Datenbank belassen und evtl. noch ein tourism=attraction ergänzen. Alle Ausflugsfahrten, die mindestens zwei Anlegepunkte haben, betrachte ich als Fährlinien und trage sie ein. Das sind ja auch Fähren ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
DP? Am Samstag, den 07.01.2012, 03:13 +0100 schrieb Henning Scholland: Am 07.01.2012 02:28, schrieb Stephan Wolff: Moin, ich fürchte, mein Text hat einige Missverständnisse verursacht. Am 06.01.2012 02:22, schrieb Stephan Wolff: Alle möchten Fährlinien als stilisierte Ideallinie sehen. Ich finde es auch sinnvoll. Ich möchte nur den Kurs einer Einzelfahrt durch die geschätzte Mittellinie tausender Fahrten ersetzen. Zufällige Abweichungen von der Ideallinie, die sich bei einer konkreten Fahrt ergeben, sind keine Geodaten, die in die OSM-Datenbank gehören. Als Tracks sollen sie auf den OSM-Servern gern vorhanden sein. Reine Ausflugsfahrten ohne Zwischenstop wie [1] sind keine Fähren. Ich möchte sie löschen. Solche Tracks möchte ich entfernen weil - eine Bootsstrecke mit nur einem Anlegepunkt keine Fährstrecke ist - die idealisierte Fahrtstrecke ein Punkt ist (der Start-End-Punkt) - die durch zufällige Seehundbeobachtungen bestimmte Fahrt keine Geoinformation darstellt Hier muss man unterscheiden, ob die Route komplett zufällig ist oder eben doch feste Anlaufpunkte unterwegs hat. Erstere sind meiner Meinung nach nicht wirklich geeignet, um in einer Datenbank zu stehen. Zweitere aber durchaus. Die Idealisierte Fahrtstrecke geht dann halt von Liegeplatz zu Wasserfall, weiter zu Höhleneingang vorbei an Skyline und zurück zum Liegeplatz. Ich würde Zweitere als route=boat_trip in der Datenbank belassen und evtl. noch ein tourism=attraction ergänzen. Alle Ausflugsfahrten, die mindestens zwei Anlegepunkte haben, betrachte ich als Fährlinien und trage sie ein. Das sind ja auch Fähren ;) Henning ___ 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] Fährlinien
Moin, Nochmal, wer andern eine Grube gräbt,… Stephan, Du bist nicht die Stasi, also lösche keine fremden Tags, sondern korrigiere sie. Am Samstag, den 07.01.2012, 02:28 +0100 schrieb Stephan Wolff: Moin, ich fürchte, mein Text hat einige Missverständnisse verursacht. Nein, wir haben Dich nur kennen gelernt. Am 06.01.2012 02:22, schrieb Stephan Wolff: Alle möchten Fährlinien als stilisierte Ideallinie sehen. Ich finde es auch sinnvoll. Das macht fürs Routen sicher Sinn aber die meisten wollen nur eine Karte. Ich möchte nur den Kurs einer Einzelfahrt durch die geschätzte Mittellinie tausender Hab ich richtig gelesen? (tausender) ? Entweder bist Du eine Fähre oder ? die Entität, deren Namen man nicht nennt… Fahrten ersetzen. Zufällige Abweichungen von der Ideallinie, Seemann isser nicht. die sich bei einer konkreten Fahrt ergeben, sind keine Geodaten, die in die OSM-Datenbank gehören. Inphormatiker auch nicht. (Das f ist hier) Als Tracks sollen sie auf den OSM-Servern gern vorhanden sein. Wer seine persönlichen Wanderungen auf den Server lädt, ist sowieso falsch. Reine Ausflugsfahrten ohne Zwischenstop wie [1] sind keine Fähren. Ich möchte sie löschen. Nein, bitte nicht löschen, sondern berichtigen. Solche Tracks möchte ich entfernen weil Bist Du lieber Gott oder? - eine Bootsstrecke mit nur einem Anlegepunkt keine Fährstrecke ist Bist Du erprobter Binnenschiffer? Wir(Seeleute)nennen die Dingse Schiffe. - die idealisierte Fahrtstrecke ein Punkt ist (der Start-End-Punkt) - die durch zufällige Seehundbeobachtungen bestimmte Fahrt keine Geoinformation darstellt Alle Ausflugsfahrten, die mindestens zwei Anlegepunkte haben, betrachte ich als Fährlinien und trage sie ein. Eintragen oder löschen? Die Anleger sind noch uneinheitlicher als die Fährlinien erfasst. Man findet fast jede Kombination aus public_transport=stop_position public_transport=entrance public_transport=platform pt=stop pt=entrance für den Steg selbst, am Endpunkt des Stegs, im Mittelpunkt des Stegs oder im Wasser davor. Ich hatte noch highway=ferry_stop als Punkt im(!) Wasser vergessen. Ich habe mir mal wieder die Hörn in Kiel angesehen, das sieht wirklich chaotisch aus, aber bitte umtaggen und nicht löschen. Stichwort Flamewars Ich möchte nur die Tags vereinheitlichen, ohne dass eine Information über den Ort des Anlegers, die Zugangsbeschränkungen, die Anbindung an das Wegenetz und die Fährlinien verloren geht. Nur in Deutschland oder WELTWEIT? M. E. werden bei keiner dieser Operationen geographische Daten über Straßen, Eisenbahnen, Flüsse, Wälder, Häuser und alles andere, was gemeinhin auf Karten zu sehen ist gelöscht. OSM ist keine Karte, sondern eine Geodatenbasis. Wer hier was und warum hinein gibt, kannst Du nicht entscheiden. Viele Grüße Stephan [1] http://www.openstreetmap.org/browse/way/132976930 Ich würde da ja eher zu Fuß hingehen, aber ich kenne mich da ja auch aus. (Vorsicht, Tide. Wer Hilfe braucht, melden (;)DGzRS Tel. +49 (0)421 53 68 70 Seenotzentrale Bremen oder (04681) 580 470 GemPol Wyk auf Föhr oder BPol Neustadt 04561 40 71 0) Wundert euch nicht, wenn …ich dann komme. Mit vielen guten Wünschen für das gerade angefangene Jahr und und auf See 1. Seemannschaft 2. Sicherheit haltet den Kopp oben Klaus Motto de Tages: Wer löscht, wird gelöscht- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fährlinien
Am 07.01.2012 03:55, schrieb Klaus-Hermann Otto Stanislaus Plöger: Moin, Nochmal, wer andern eine Grube gräbt,… Stephan, Du bist nicht die Stasi, Seemann isser nicht. Bist Du lieber Gott oder? Motto de Tages: Wer löscht, wird gelöscht- Für solche Beleidigungen und Drohungen fehlt mir jedes Verständnis. plonk! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] ferrovie abbandonate/recuperate
Il 05/01/2012 19:19, emmexx ha scritto: Sapete se esiste qualche sito/mappa tematica con le ferrovie in disuso o recuperate come ciclopedonali? Ovviamente che faccia uso di dati osm. ;-) Su ITO map (http://www.itoworld.com/product/data/ito_map/main) c'è il layer Former railways Ciao, Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ferrovie abbandonate/recuperate
Il 01/06/2012 05:49 PM, Gianluca Morganti scrisse: Su ITO map (http://www.itoworld.com/product/data/ito_map/main) c'è il layer Former railways Grazie. E dire che avevo scorso l'elenco dei layers 3-4 volte... Prenotero' una visita oculistica. :-( ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Uniformità dei dati e strumento keepright
Quello di cui si parlava (beta) [1] http://www.gpstracks.it/index.php/openstreetmap/134-osm-form-peaks.html ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ferrovie abbandonate/recuperate
In questo contesto: si può mappare una ferrovia abbandonata anche se il percorso oggi è una normale strada? Posso aggiungere railway=abandoned a una strada normale o una ciclabile? O devo utilizzare una relation? Volker On 6 January 2012 18:00, emmexx emm...@tiscalinet.it wrote: Il 01/06/2012 05:49 PM, Gianluca Morganti scrisse: Su ITO map (http://www.itoworld.com/product/data/ito_map/main) c'è il layer Former railways Grazie. E dire che avevo scorso l'elenco dei layers 3-4 volte... Prenotero' una visita oculistica. :-( ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Volker SCHMIDT Via Vecchia 18/ter 35127 Padova Italy mailto:vosc...@gmail.com office phone: +39-049-829-5977 office fax +39-049-8700718 home phone: +39-049-851519 personal mobile: +39-340-1427105 skype: volker.schmidt ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ferrovie abbandonate/recuperate
2012/1/6 Volker Schmidt vosc...@gmail.com: In questo contesto: si può mappare una ferrovia abbandonata anche se il percorso oggi è una normale strada? Posso aggiungere railway=abandoned a una strada normale o una ciclabile? O devo utilizzare una relation? Io ho lasciato railway=abandoned e ho aggiunto highway=path (o cycleway) e sopra questi percorsi ho costruito la relation per la cycleway e per la vecchia railway http://www.openstreetmap.org/browse/relation/1944894 http://www.openstreetmap.org/browse/relation/1860446 Questo è il caso per la Ostiglia-Treviso -- E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ferrovie abbandonate/recuperate
Il 01/06/2012 07:56 PM, Volker Schmidt scrisse: In questo contesto: si può mappare una ferrovia abbandonata anche se il percorso oggi è una normale strada? Posso aggiungere railway=abandoned a una strada normale o una ciclabile? C'e' una pagina del wiki che indica tutto il percorso che deve fare una ferrovia dalla progettazione alla morte: http://wiki.openstreetmap.org/wiki/Railways ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Bucaramanga y colombia Azul
Hola Federico ! El problema es que yo no utiliso JOSM u a veces, yo soy mas familiar de plotpath. Gracias para reparar la inundacion para suerte virtual en santander :) Bastien. On Wed, 4 Jan 2012 16:35:19 -0500, Federico Explorador \(Nevados.org\) federico.explora...@nevados.org wrote: Hola Sebastián, Alguien dejó abierta la llave - un riverbank no cerrado, por ejemplo. En JOSM debe ser fácil buscar el origen de la inundación. Un cordial saludo, Federico -Mensaje original- De: Sébastien Debuccquoi [mailto:bast...@debucquoi.com] Enviado el: lunes, 26 de diciembre de 2011 10:33 a.m. Para: talk-co@openstreetmap.org Asunto: [Talk-co] Bucaramanga y colombia Azul Hola, Que pasa una grande parte del mapa en Buramanga es azul como el mar ?! Sebastien ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] vejnettet i OSM
2012/1/5 Morten Kjeldgaard m...@bioxray.dk Sonny skrev: Jeg synes, det ville være rart, hvis vi kunne blive enige om at highway=track var for alt andet end normal biltrafik. Man kunne måske bruge en definition, der gik på at highway=tracks ikke førte til OSAK-bebyggelser (dog med undtagelse af ensomt beliggende skovarbejderboliger.) Vedr. billedmaterialet bliver jeg også forvirret, selv om det er gode billeder. I det jyske højland er der masser af private fællesveje, der ligner et highway=track billede. I Norge bruger man highway=track til følgende ifølge http://wiki.openstreetmap.org/wiki/No:Map_Features Traktorvei - Logging road og Turvei - Roads in woods c mainly Restrictions use. restricted access for motor vehicles, except service. Traktorvejen/skovvejen skal de tagge med highway=track og tracktype=grade3-5 Turvejen skal de tagge med highway=track tracktype=grade2 surface=gravel Dette gør det jo let i Mapnik at se hvad slags sti det er. Nu har vi jo ikke det store tur-net(?) i dk, så indtil videre syntes jeg den danske udgave af highway=track fra fra Dk:Map_Features er ok. (Markveje/skovveje o.lign hovedsageligt til arbejdskørsel). Vedr. routning, så må surface=unpaved og surface=cobblestone være nok til at give en advarsel om, at vejen kan være mindre god at køre på. I Danmark har vi næsten ingen fliseveje som de tyske spurplattenweg, så umiddelbart ser jeg ikke noget behov for flere surface-varianter. Tilsvarende må tracktype-mulighederne give en ide om vejen er god at cykle, gå eller løbe på. Jeg plejer at bruge access=agriculture hhv. access=forestry for markveje og skovveje i (private) produktionsskove. Især de sidste kan være meget svært fremkommelige, selv til fods, da de i reglen er kørt fuldstændigt i smat af de (beviseligt alt for store og tunge) skovmaskiner der benyttes i dag. Jeg er dog ikke klar over, om rutningsalgoritmerne tager hensyn til access=agriculture/forestry taggen. Men når jeg sådan har vadet afsted i mudder til anklerne, har jeg dog tænkt på, om man på en eller anden måde kunne beskrive fremkommeligheden af en sådan skov- eller markvej. Jeg synes ikke det er relevant at benytte SAC_scale i Danmark; alle stier vil formentlig alligevel være T1 (det letteste niveau.) Det må vel kunne klares med tracktype? Det er nok derfor nordmændende bruger grade3-5 på deres traktor-/skovveje. Jeg bruger kortet fra http://wiki.openstreetmap.org/wiki/WikiProject_Denmark/Garmin til min Garmin GPSMap 60CSx, og på den kan jeg vælge Undgå grusveje. Hvis det er mkgmap der laver det, så skulle en surface=gravel få routeren til at holde sig væk fra vejen. Det har jeg dog ikke fået til at virke, da den omkring Vojens alligevel ville have mig ind på nogle grusstier, der ellers korrekt i OSM var markeret med en surface=gravel. Man kan også stille i mkgmap, at highway=track automatisk bliver til en grusvej. Der er vist bare at tilføje en ekstra regel svjv. -- mok0 -- Daniel ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] Anyone near Bewdley?
Steve wrote: I had previously set Bewdley as the furthest north I would go for a day's walk, but am prepared to make an exception in order to close the gap. So I have planned a circuit that does the Severn Way up to the next bridge and returns via the Geopark way. Hopefully the weather will be good enough to get it done in the next month or so. If the weather is fine on the 14th January I was thinking of making a slight diversion from my Cheltenham to Wolverhampton journey to have a break at Bewdley. Let me know if you manage to visit before then, and if you don't I'll let you know if I manage to get there or not. All the best Ed ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] Recomendación de GPS data logger
Excelentes recomendaciones! Para un poco de contexto. Estamos haciendo una investigación sobre movilidad y percepciones del entorno en Galápagos. La idea es tener a grupos piloto de voluntarios (habitantes locales y turistas) cargando estos data loggers mientras recorren las islas. Los datos serán para el doble propósito de completar OSM en las islas y proveer datos para investigaciones científicas. Por esto, es importante que los receptores GPS sean simples (no queremos a la gente moneando los botones), con funciones de auto on/off (para cuando entran en restaurantes, hoteles, etc) y buena duración de la batería (idealmente uno o dos días sin necesidad de recarga). también necesitamos obtener los datos en formato estándar para facilitar el workflow para el análisis, pero eso no es tn grave. Saludos a todos y gracias por las recomendaciones. daniel -- Daniel Orellana V. Fundación Cientifica Charles Darwin Galápagos, Ecuador http://www.fcdarwin.org.ec Tel.: (593 5) (05) 2526146 Ext 222 Agenda: http://www.doodle.com/danielorellana 2012/1/5 Celso González ce...@mitago.net On Wed, Jan 04, 2012 at 11:44:27AM -0600, Temporalista wrote: Buenos días OSMaperos! Yo he encontrado estos dos, pero quería saber si alguien los conoce o tiene otra recomendación: Royaltek RBT-2300 http://www.royaltek.com/index.php/rbt-2300 Es algo antiguo pero a mi me ha dado muy buen servicio. Logger puro al estilo de apagar y encender. Batería que dura unas 8 horas, precisión aceptable y sobre todo muy económico. En la web veo que hay modelos nuevos pero no te puedo dar referencias Un saludo -- Celso González (PerroVerd) http://mitago.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] *** Hurra! Tirol ist plan.at-frei! ***
...ganz Tirol? Nein, ein kleines gallisches Dorf leistet noch erbitterten Widerstand (leider ist das Dorf nicht wirklich klein, es ist der ganze Bezirk Kitzbühel ;-) Aber abgesehen von dem Bezirk gibt es kein einziges check import mehr! siehe: http://geotools.ipax.at/index.php?zoom=9lat=47.19431lon=11.27909layers=B0Tchecks=15%2C01%2C02%2C17%2C18%2C9%2C6 Und wenn man dich die grauen Punkte anschaut (70-90% plan.at) dann wird man feststellen, dass es fast ausschließlich Gemeindegrenzen und ein paar Wälder sind. Und das mir keiner sagt sagt, dass das nur Optik wäre! Mein, seit der SotM-EU habe ich mir konsequent jeden Marker auf check.at vorgeknöpft, und - wo es notwendig war - überarbeitet. Nur vor dem elenden Bezirk Kitzbühel, da habe ich kapituliert. Keine Ahnung warum es dort so wüst ausschaut. So, und jetzt köpf ich eine Flache Sekt :-D -- Bis bald, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] *** Hurra! Tirol ist plan.at-frei! ***
On 01/06/2012 04:57 PM, Boris Cornet wrote: So, und jetzt köpf ich eine Flache Sekt :-D :-D Hört sich nach einen Haufen Arbeit an. Also Gratulation und das Flascherl hast du dir gemeinsam mit ev. Mitstreitern verdient. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] *** Hurra! Tirol ist plan.at-frei! ***
Schönen guten Tag! Heute (6. Jänner) um 17:23 meinte Norbert Wenzel: :-D Hört sich nach einen Haufen Arbeit an. Also Gratulation und das Flascherl hast du dir gemeinsam mit ev. Mitstreitern verdient. Klar, ohne die Vorarbeit der vielen Mitstreiter wäre das nicht möglich gewesen! Also, dann: PROST! -- Bis bald, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] *** Hurra! Tirol ist plan.at-frei! ***
Ich trink einen Met auf deine Kollegen und Dich drauf! Seltsamerweise kommt der bei mir immer während dem OSM-Mappen zum Einsatz ;) Am 6. Januar 2012 17:35 schrieb Boris Cornet bor...@osm-at.org: Schönen guten Tag! Heute (6. Jänner) um 17:23 meinte Norbert Wenzel: :-D Hört sich nach einen Haufen Arbeit an. Also Gratulation und das Flascherl hast du dir gemeinsam mit ev. Mitstreitern verdient. Klar, ohne die Vorarbeit der vielen Mitstreiter wäre das nicht möglich gewesen! Also, dann: PROST! -- Bis bald, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- Lukas Bischof p: +43 (664) 416 84 34 w: http://www.wordy-rappinghood.net/ @: lukas.bisc...@gmail.com ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] Is Mississauga Data licence compatible with OSM?
I was in the process of adding some data, and had a discussion with another mapper about whether the license provided by Mississauga Data ( http://www.mississauga.ca/portal/residents/mississaugadata) is compatible with the OSM licence. Their licence, available in the site's terms of use http://www.mississauga.ca/file/COM/CityOfMississaugaTermsOfUse.pdf, provides a world‐wide, royalty‐free, non‐exclusive, revocable licence to use, modify, and distribute the Datasets in all current and future media and formats for any lawful purpose. I assumed this provided the permission to use their data without restriction that OSM is looking for; can anyone confirm? Thanks, Greg ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Is Mississauga Data licence compatible with OSM?
Remember that you are giving OSM authority to re-license the data in OSM in the future and that OSM is explictly seeking to protect and copyright the data in the database with the new .ODBL license. I don't think you have the authority to bind OSM to the terms of use especially the word revocable but that's just my personal opinion. Authority You agree to these Terms of Use by either: (1) clicking to accept the Terms of Use; or (2) downloading or using any of the Datasets. You represent that you have full capacity and authority to accept these Terms of Use. If you are accepting on behalf of your employer or another entity, you represent that you have full authority to bind your employer or such other entity to the Terms of Use. Your Open Licence to the Datasets The City of Toronto (the City) now grants you a world‐wide, royalty‐free, non‐exclusive, revocable licence to use, modify, and distribute the Datasets in all current and future media and formats for any lawful purpose. You now acknowledge that this licence does not give you a copyright or other proprietary interest in the Datasets. If you distribute or provide access to these Datasets to any other person, whether in original or modified form, you agree to include a copy of, or this Uniform Resource Locator (URL) for, these Terms of Use and to ensure any such person agrees to, and is bound by, them but without introducing any further restrictions of any kind. Cheerio John On 6 January 2012 15:28, Greg Smith greg.smi...@gmail.com wrote: I was in the process of adding some data, and had a discussion with another mapper about whether the license provided by Mississauga Data ( http://www.mississauga.ca/portal/residents/mississaugadata) is compatible with the OSM licence. Their licence, available in the site's terms of use http://www.mississauga.ca/file/COM/CityOfMississaugaTermsOfUse.pdf, provides a world‐wide, royalty‐free, non‐exclusive, revocable licence to use, modify, and distribute the Datasets in all current and future media and formats for any lawful purpose. I assumed this provided the permission to use their data without restriction that OSM is looking for; can anyone confirm? Thanks, Greg ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Is Mississauga Data licence compatible with OSM?
On Fri, Jan 6, 2012 at 3:28 PM, Greg Smith greg.smi...@gmail.com wrote: I was in the process of adding some data, and had a discussion with another mapper about whether the license provided by Mississauga Data (http://www.mississauga.ca/portal/residents/mississaugadata) is compatible with the OSM licence. Sorry, Greg, but no. The Mississauga license is a badly copy/pasted version of the Toronto derivative of the fatally flawed Vancouver license. None of them are even compatible with each other. :-/ The various municipalities might have their hearts in the right place by publishing open data but they have a parochial perspective that limits their vision to is this good within municipality boundaries and how do we make it so our city is less likely to get sued? So they keep trying to customize their licenses. That customization creates a nightmare for anybody seeking to combine data sets with those differing, customized licenses. Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Is Mississauga Data licence compatible with OSM?
On Fri, Jan 6, 2012 at 3:28 PM, Greg Smith greg.smi...@gmail.com wrote: I was in the process of adding some data, And! Where are my manners? Welcome to the OpenStreetMap community. We do, indeed, welcome you and need you mapping in Mississauga and other places that are important to you. There are groups of mappers who meet monthly in Toronto and Waterloo regions and you should please, please, please come on out and meet some other mappers. :-) With the relatively mild, so far, winter we can still get some good foot surveys in. Mapping your neighbourhood; those things that you see every day or week, are the things that make OSM fantastic. So don't worry if you can't import some random collection of building outlines; make sure that you add the coffee shop and convenience store on the corner. http://www.meetup.com/OpenStreetMap-Toronto/ http://www.meetup.com/Waterloo-OSM/ Best regards, Richard. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca