Re: [Talk-hr] IT showoff
Darko Boto wrote: Ja sam zainteresiran. Vec sam gledao ali nisu primali prijave. 2010/2/10 nixa nikola.kapralje...@gmail.com: Ako ima netko od vas tu zainteresiran da ode na konfu (www.itshowoff.com) unatoc tome sto su prijave zatvorene dogovorit cemo se. Pozdrav! ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ne znam ti poslat mail preko ovog pa mi se javi na nik...@itshowoff.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Dinagat Islands is no longer a province
It seems that the Supreme Court nullified RA 9355, or the act that created the province of Dinagat Islands from Surigao del Norte http://www.abs-cbnnews.com/nation/regions/02/11/10/sc-says-dinagat-islands-no-longer-province. The SC says that the creation did not meet the requirements for the creation of a new province according to the Local Government Code in terms of income, population, and land area. This comes after the SC also nullified the creation of Shariff Kabunsuan province from Maguindanao back in 2008. So, would anyone care to delete the node pertaining to Dinagat Islands? That's the only thing we need to do to update OSM since there is no land border. Also, the is_in tags of the municipality place nodes still refer to Surigao del Norte so no updating there is needed too. GNS, the source, was not updated when Dinagat became a province. :-) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Dinagat Islands is no longer a province
Done http://www.openstreetmap.org/browse/changeset/3853860 On Thu, Feb 11, 2010 at 11:36 PM, Eugene Alvin Villar sea...@gmail.com wrote: It seems that the Supreme Court nullified RA 9355, or the act that created the province of Dinagat Islands from Surigao del Norte http://www.abs-cbnnews.com/nation/regions/02/11/10/sc-says-dinagat-islands-no-longer-province. The SC says that the creation did not meet the requirements for the creation of a new province according to the Local Government Code in terms of income, population, and land area. This comes after the SC also nullified the creation of Shariff Kabunsuan province from Maguindanao back in 2008. So, would anyone care to delete the node pertaining to Dinagat Islands? That's the only thing we need to do to update OSM since there is no land border. Also, the is_in tags of the municipality place nodes still refer to Surigao del Norte so no updating there is needed too. GNS, the source, was not updated when Dinagat became a province. :-) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] an belgian OpenStreetMap group
Yes, there are a group on the mailing list but as you say nothing is organized (it's true?). I think a group with some people who organize themselves to : * mapping party (try to complete city by city) * translate wiki (someone reporte a no-translated article and the groupe translate it) * keep an eye on several areas (remove bad adds, bad changes, errors) * create printable maps for billboard http://www.e24.fr/multimedia/dynamic/9/jc_decaux_469_300_9771b.jpg and pocket map for each complete city * contact region, city, stib, TEC,... (for exemple: city can say all news streets, region can help to complete OpenStreetMap, stib and TEC for bus lines, ...) * work for a best communication between belgian members (I think that mailing list is not easy for newbies) A group with targets. A group who organize activities each month (mapping party, translation, contact,...) What do you think? Useful or not? (Or others ideas for targets of this group?) 1. Re: an belgian OpenStreetMap group (Johan Huysmans) -- Message: 1 Date: Fri, 05 Feb 2010 16:25:02 +0100 From: Johan Huysmansjohan.huysm...@inuits.be Subject: Re: [OSM-talk-be] an belgian OpenStreetMap group To: talk-be@openstreetmap.org Message-ID:4b6c384e.8040...@inuits.be Content-Type: text/plain; charset=windows-1252; format=flowed I think we already are a group, here on the mailing list. There are mapping parties, we work on the wiki etc. But nothing here is organized, we do, we let people know, and discuss when some one doesn't agree. What do you have in mind about a group? Greetings, Johan On 02/02/2010 09:04 PM, Olivier Coppin wrote: FRAN?AIS Bonjour, Je vous contacte dans le but de cr?er un groupe du style GULL (Groupe d?Utilisateur de Logiciel Libre)(http://fr.wikipedia.org/wiki/GULL) mais orient? OpenStreetMap. Ce groupe permettrait d?avoir un ensemble de contributeurs qui s?organisent pour par exemple : cr?er des mapping party (http://wiki.openstreetmap.org/wiki/FR:Memo_pour_mapping_party) compl?ter et traduire le wiki de OSM (fran?ais, n??rlandais) cr?er un site internet pour permettre une meilleur communication entre les participants etc... Si vous ?tes int?ress? par la cr?ation d?un groupe envoyez moi un e-mail ?oliviercop...@gmail.com. PS: Pour faciliter la communication, indiquez votre langue maternelle s.v.p. Merci NEDERLANDS Hallo, Ik stuur dit bericht om een belgische groep OpenStreetMap op te maken. Met deze groep kunnen we organiseren mapping party, vervullen en vertalen OSM wiki (frans/nederlands), een website maken voor betere communicatie tussen osm deelnemers, ... Wilt u in deze groep komen? Stuur me een e-mail naaroliviercop...@gmail.com. PS: Alstublieft, geef uw moedertaal om de communicatie tussen de leden te vergemakkelijken. Dank u. ENGLISH Hello, I send this message to create an belgian OpenStreetMap group. With this group, we can organize mapping party, complete and translate wiki's OSM (french/dutch), create a website for easier communication between osm contributors,... Do you want to join this group? Send me an e-mail atoliviercop...@gmail.com. PS: Please, indicate your native language to facilitate communication between members. Thank you.an ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be End of Talk-be Digest, Vol 26, Issue 4 ** ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] meerdere adressen, één gebouw
Aan dit gebouw zijn meerdere ingangen van verschillende bedrijven die verschillend genummerd zijn. Hoe zet ik er de juiste adressen bij? Soms zitten er ook verschillende bedrijven in een gebouw met één zichtbaar adres. iframe width=425 height=350 frameborder=0 scrolling=no marginheight=0 marginwidth=0 src=http://www.openstreetmap.org/export/embed.html?bbox=4.433871,51.141579,4.439021,51.143784layer=mapnik; style=border: 1px solid black/iframebr /smalla href=http://www.openstreetmap.org/?lat=51.1426815lon=4.436446zoom=17layers=B000FTFT;Grotere kaart bekijken/a/small Filip _ Hebben jij en je vrienden leuke foto's van jullie feestje? Maak een groepsalbum en geniet nog extra na. http://www.microsoft.com/belux/nl/windows/windowslive/products/photos.aspx___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] You may not sublicense your rights under these Terms to any person
On 02/11/2010 11:08 AM, Oliver Kuehn (skobbler) wrote: Hi Mike, you can use the data and display them on the OSM map but not import them into the OSM database itself. The license terms of the National Public Toilet Map dataset are not compliant with Create Commons Attribution-ShareAlike 2.0 license, which says You may distribute, publicly display, publicly perform, or publicly digitally perform the Work only under the terms of this License (Attribution-ShareAlike 2.0). The showstopper here is viral element (heriditary). You should approach the authorities if they are willing to grant you a separate Attribution-ShareAlike 2.0 license for the data set. Agreed, trying to ask them would be a good thing. Has helped in some cases in the past where authorities (city government or the like) re-thought their license :-) By the way: Is there a list of data that can be used but maybe not (yet) merged somewhere? Maybe that could also hold information about who tries to approach an authority or in case we fail that data is still listed somewhere to be usable for mashups etc. Regards, Stefan ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] You may not sublicense your rights under these Terms to any person
I have tried to write to them, but all of the contact pages are 404 broken. I guess the internet filter of AU is working well! mike On Thu, Feb 11, 2010 at 11:14 AM, Stefan Neufeind openstreet...@stefan-neufeind.de wrote: On 02/11/2010 11:08 AM, Oliver Kuehn (skobbler) wrote: Hi Mike, you can use the data and display them on the OSM map but not import them into the OSM database itself. The license terms of the National Public Toilet Map dataset are not compliant with Create Commons Attribution-ShareAlike 2.0 license, which says You may distribute, publicly display, publicly perform, or publicly digitally perform the Work only under the terms of this License (Attribution-ShareAlike 2.0). The showstopper here is viral element (heriditary). You should approach the authorities if they are willing to grant you a separate Attribution-ShareAlike 2.0 license for the data set. Agreed, trying to ask them would be a good thing. Has helped in some cases in the past where authorities (city government or the like) re-thought their license :-) By the way: Is there a list of data that can be used but maybe not (yet) merged somewhere? Maybe that could also hold information about who tries to approach an authority or in case we fail that data is still listed somewhere to be usable for mashups etc. Regards, Stefan ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] You may not sublicense your rights under these Terms to any person
On Thu, 11 Feb 2010, jamesmikedup...@googlemail.com wrote: I have tried to write to them, but all of the contact pages are 404 broken. I guess the internet filter of AU is working well! mike a protest hacking into the websites http://www.abc.net.au/news/stories/2010/02/11/2816658.htm ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] You may not sublicense your rights under these Terms to any person
On 11/02/2010, at 8:14 PM, Stefan Neufeind wrote: Agreed, trying to ask them would be a good thing. Has helped in some cases in the past where authorities (city government or the like) re-thought their license :-) The Australian Toilet Map data got discussed on talk-au back in December, and from the discussion the problem is that the department's records of where various data came from is a bit sketchy, so they aren't sure they can actually put it under a better licence :( ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Are we strict enough with imports ?
* What ?? Strict and OSM in the same sentence ?? * Recently on one of the talk lists, one user accused another of importing TeleAtlas data bases on how closely the datasets fits each other. A third user (Richard Weait?) speculated that their may have been a common (e.g. government) source. Fortunately this was picked up quite soon and if there was an infringement it was dealt with quite swiftly. But there are many imports and the work of checking the legalities is really quite boring. My experience is that some of the users who imported data used their discretion when it came to tagging and documentation. So that discretion may have extended to the interpretation of the legalities. The longer an illegal import sits in the database, the more damage it does: It takes more work to remove it, it may damage our credibility and it may have removed the incentive for users to collect the relevant data using a legal method, not to mention possible legal fees or damages. My suggestion is that we should have a fixed, but simple procedure for users who import data: (a) Setting the source tag to a unique value. (b) A wiki page with the legal information, at a standardized location, perhaps Tag:source=XX. If it was a verbal agreement, then just names of the persons present. If it was from a webpage, copy and paste the applicable license or terms and conditions. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] You may not sublicense your rights under these Terms to any person
On 02/11/2010 12:11 PM, James Livingston wrote: On 11/02/2010, at 8:14 PM, Stefan Neufeind wrote: Agreed, trying to ask them would be a good thing. Has helped in some cases in the past where authorities (city government or the like) re-thought their license :-) The Australian Toilet Map data got discussed on talk-au back in December, and from the discussion the problem is that the department's records of where various data came from is a bit sketchy, so they aren't sure they can actually put it under a better licence :( Hmm, so actually we'd need some volunteers on a toilet trip to go there, check the toilet details and map it from their own site-survey. Maybe that would even get sponsored by the government since the license of that data is clear afterwards? *heh* Regards, Stefan ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] You may not sublicense your rights under these Terms to any person
Hi, Stefan Neufeind wrote: Hmm, so actually we'd need some volunteers on a toilet trip to go there, check the toilet details and map it from their own site-survey. I'm sure the .au community can provide interesting foodstuffs to further that objective! Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [OSM-talk] Are we strict enough with imports ?
Hi, Jean-Guilhem Cailton wrote: Ok, but please do not forget that in crisis situations (e.g. Haiti), there could be people dying while the deliberation would be taking place... This is something to be discussed later, I guess, but my take is that we should separate crisis stuff from the rest of OSM, to the point of having separate databases. We'd still use the normal OSM tools but there would be a special API server for a crisis region. There, people could do whatever they please (even more so than in normal OSM) without interference from others. After the crisis has subsided, temporary structures removed and so on, work could then start on moving selected items from the crisis map over into the normal OSM map. If this is not done, I sense a potential for conflicts of all kind. As apparent in the dramatic wording you chose above (there could be people dying...), a humanitarian crisis anywhere could put strain on the project as a whole: What, you want to take the database offline for a weekend to perform the move to API 0.8 that you have planned for half a year? But there could be people dying! - What, the database didn't work for a whole night and the admin was in the pub? But there could have been people dying! - What, you want to do a world-wide day of post box mapping? But this is going to slow down the API and there could be people dying!, and so on. Being able to provide value in humanitarian crises is a side-effect of a healthy OSM - not a core purpose of OSM. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Cyclone batters Cook Islands - ABC News (Australian Broadcasting Corporation)
http://www.abc.net.au/news/stories/2010/02/11/2816234.htm I have no idea if this area would benefit from urgent mapping - we need a co- ordination point for notes like this. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cyclone batters Cook Islands - ABC News (Australian Broadcasting Corporation)
Hi Dr. Liz, It has not made the charter yet : http://www.disasterscharter.org/web/charter/home If they had sat pictures, we could at least prepare something. But with cloud coverage, there would not be much to see! mike On Thu, Feb 11, 2010 at 9:18 AM, Liz ed...@billiau.net wrote: http://www.abc.net.au/news/stories/2010/02/11/2816234.htm I have no idea if this area would benefit from urgent mapping - we need a co- ordination point for notes like this. ___ 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] Cyclone batters Cook Islands - ABC News (Australian Broadcasting Corporation)
Cyclone Pat hits Cook Islands It looks like there are damaged buildings: http://www.3news.co.nz/Cyclone-Pat-storms-through-Cook-Islands-photos/tabid/417/articleID/141220/Default.aspx Here is a picture of the cloud: http://earthobservatory.nasa.gov/NaturalHazards/view.php?id=42603src=eorss-nh Here is the path of the cyclone http://www.gdacs.org/reports.asp?eventType=TCID=16299system=asgardalertlevel=Greenglide_no=location=country=new=true and here : http://www.hurricanezone.net/#14p Well there are things we can add to the map.. On Thu, Feb 11, 2010 at 9:41 AM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: Hi Dr. Liz, It has not made the charter yet : http://www.disasterscharter.org/web/charter/home If they had sat pictures, we could at least prepare something. But with cloud coverage, there would not be much to see! mike On Thu, Feb 11, 2010 at 9:18 AM, Liz ed...@billiau.net wrote: http://www.abc.net.au/news/stories/2010/02/11/2816234.htm I have no idea if this area would benefit from urgent mapping - we need a co- ordination point for notes like this. ___ 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] Cyclone batters Cook Islands - ABC News (Australian Broadcasting Corporation)
Here is an interactive map: http://dma.jrc.it/map/?application=GDACSbbox=-172.5:-30.8:-152.5:-10.8 Here is the KML layer : http://www.gdacs.org/xml/install_gdacs.kml which is a reference to : http://www.gdacs.org/map/kml.asp can be converted to osm : gpsbabel -i kml -f kml.asp -o osm -F pat.osm And the file looks like this: http://img268.imageshack.us/i/screenshot3mt.png/ The osm file is here: http://filebin.ca/uwvphw/pat.osm On Thu, Feb 11, 2010 at 9:58 AM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: Cyclone Pat hits Cook Islands It looks like there are damaged buildings: http://www.3news.co.nz/Cyclone-Pat-storms-through-Cook-Islands-photos/tabid/417/articleID/141220/Default.aspx Here is a picture of the cloud: http://earthobservatory.nasa.gov/NaturalHazards/view.php?id=42603src=eorss-nh Here is the path of the cyclone http://www.gdacs.org/reports.asp?eventType=TCID=16299system=asgardalertlevel=Greenglide_no=location=country=new=true and here : http://www.hurricanezone.net/#14p Well there are things we can add to the map.. On Thu, Feb 11, 2010 at 9:41 AM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: Hi Dr. Liz, It has not made the charter yet : http://www.disasterscharter.org/web/charter/home If they had sat pictures, we could at least prepare something. But with cloud coverage, there would not be much to see! mike On Thu, Feb 11, 2010 at 9:18 AM, Liz ed...@billiau.net wrote: http://www.abc.net.au/news/stories/2010/02/11/2816234.htm I have no idea if this area would benefit from urgent mapping - we need a co- ordination point for notes like this. ___ 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] Cyclone batters Cook Islands - ABC News (Australian Broadcasting Corporation)
On 11 February 2010 09:11, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: Here is an interactive map: http://dma.jrc.it/map/?application=GDACSbbox=-172.5:-30.8:-152.5:-10.8 Here is the KML layer : http://www.gdacs.org/xml/install_gdacs.kml which is a reference to : http://www.gdacs.org/map/kml.asp can be converted to osm : gpsbabel -i kml -f kml.asp -o osm -F pat.osm And the file looks like this: http://img268.imageshack.us/i/screenshot3mt.png/ The osm file is here: http://filebin.ca/uwvphw/pat.osm Hello, I don't want to pour on your enthusiasm but the KML data is not that useful in the first place (cyclone information). There is no point in rushing in importing data that we haven't at least evaluated a bit. It is not because it is technically feasible that it is reasonable to do so. Leaving an osm file available somewhere is just a potential disaster with people loading it without checking what the information is all about. We should not confuse urgency and rushing. Furthermore, even if the information was useful in OSM, it is not clear what the licence is in the first place. I am all for helping mapping areas that really need help, as Haiti has proved it (the work is absolutely wonderful). But, if we rush on the first data available, we will be offering a disservice in the end, with no use to anyone, since the work has been precipitated. We have to apply some judgement in the end in order to do a very good job. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cyclone batters Cook Islands - ABC News (Australian Broadcasting Corporation)
Hi, I don't see a point in importing that data either. I was just collecting what I found and presenting it. Useful data would be nice sat images... mike On Thu, Feb 11, 2010 at 12:41 PM, Emilie Laffray emilie.laff...@gmail.com wrote: On 11 February 2010 09:11, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: Here is an interactive map: http://dma.jrc.it/map/?application=GDACSbbox=-172.5:-30.8:-152.5:-10.8 Here is the KML layer : http://www.gdacs.org/xml/install_gdacs.kml which is a reference to : http://www.gdacs.org/map/kml.asp can be converted to osm : gpsbabel -i kml -f kml.asp -o osm -F pat.osm And the file looks like this: http://img268.imageshack.us/i/screenshot3mt.png/ The osm file is here: http://filebin.ca/uwvphw/pat.osm Hello, I don't want to pour on your enthusiasm but the KML data is not that useful in the first place (cyclone information). There is no point in rushing in importing data that we haven't at least evaluated a bit. It is not because it is technically feasible that it is reasonable to do so. Leaving an osm file available somewhere is just a potential disaster with people loading it without checking what the information is all about. We should not confuse urgency and rushing. Furthermore, even if the information was useful in OSM, it is not clear what the licence is in the first place. I am all for helping mapping areas that really need help, as Haiti has proved it (the work is absolutely wonderful). But, if we rush on the first data available, we will be offering a disservice in the end, with no use to anyone, since the work has been precipitated. We have to apply some judgement in the end in order to do a very good job. Emilie Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-legal-talk] Are we strict enough with imports ?
Hi, (I'm hijacking this thread which Nic started about legalities of imports on legal-talk, and moving over to talk) Nic Roets wrote: My suggestion is that we should have a fixed, but simple procedure for users who import data: I think that every import should start with a deliberation on whether to import *at all*. Currently, I have the impression that many people are very trigger-happy when it comes to importing data. I believe that is running the risk of making OSM into one giant data rubbish dump. The old-style GIS community is currently working on several projects that collect what they call metadata - basically, because they know that there are so many different people with so many different data sets, they are working on ways to describe these datasets in a way that hopefully enables intelligent clients to present data retrieved from all of them as one coherent data set. This is of course extremely difficult and introduces many problems that one does not have when using just one huge database instead of thousands of different databases. But since many datasets are not static, you cannot simply grab them and pour them into one large database and be happy. What does this mean for our data imports? Data that is externally owned and maintained should not be imported, with the following exceptions: * if the data is so important for us (usu. as the foundation for other crowdsourced stuff) that we'd rather have and outdated version of it in OSM than nothing at all; * if we are confident that we, the OSM community, will do a better, more reliable, more thorough, and more timely job in updating the information than the original owner (this includes cases where the original owner has ceased maintenance); * if he are confident that we can easily synchronize our database with any updates made by the original owner to his data set. In all other cases it would be *much* more desirable to establish better mechanisms of merging OSM data with that other data in preparation for map drawing etc., rather than pulling it all in and having it rot. I would very much like to develop a kind of litmus test for imports, and get the message across that not every import is a good import (even if legally spotless). Today, even newcomers to OSM sometimes seem hell-bent on importing large quantities of data just because they can. I would like to remind people that OSM has a very lively culture of surveying data - and I'd rather have 1 sq km surveyed by a newbie than 100 sq km imported. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Are we strict enough with imports ?
On 11 February 2010 12:24, Frederik Ramm frede...@remote.org wrote: Hi, (I'm hijacking this thread which Nic started about legalities of imports on legal-talk, and moving over to talk) Nic Roets wrote: My suggestion is that we should have a fixed, but simple procedure for users who import data: I think that every import should start with a deliberation on whether to import *at all*. Currently, I have the impression that many people are very trigger-happy when it comes to importing data. I believe that is running the risk of making OSM into one giant data rubbish dump. The old-style GIS community is currently working on several projects that collect what they call metadata - basically, because they know that there are so many different people with so many different data sets, they are working on ways to describe these datasets in a way that hopefully enables intelligent clients to present data retrieved from all of them as one coherent data set. This is of course extremely difficult and introduces many problems that one does not have when using just one huge database instead of thousands of different databases. But since many datasets are not static, you cannot simply grab them and pour them into one large database and be happy. What does this mean for our data imports? Data that is externally owned and maintained should not be imported, with the following exceptions: * if the data is so important for us (usu. as the foundation for other crowdsourced stuff) that we'd rather have and outdated version of it in OSM than nothing at all; * if we are confident that we, the OSM community, will do a better, more reliable, more thorough, and more timely job in updating the information than the original owner (this includes cases where the original owner has ceased maintenance); * if he are confident that we can easily synchronize our database with any updates made by the original owner to his data set. In all other cases it would be *much* more desirable to establish better mechanisms of merging OSM data with that other data in preparation for map drawing etc., rather than pulling it all in and having it rot. I would very much like to develop a kind of litmus test for imports, and get the message across that not every import is a good import (even if legally spotless). Today, even newcomers to OSM sometimes seem hell-bent on importing large quantities of data just because they can. I would like to remind people that OSM has a very lively culture of surveying data - and I'd rather have 1 sq km surveyed by a newbie than 100 sq km imported. +1 globally. Emilie Laffray ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] [OSM-legal-talk] Are we strict enough with imports ?
Emilie Laffray a écrit : On 11 February 2010 12:24, Frederik Ramm frede...@remote.org mailto:frede...@remote.org wrote: [...] Ok, but please do not forget that in crisis situations (e.g. Haiti), there could be people dying while the deliberation would be taking place... Jean-Guilhem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] [OSM-talk] Are we strict enough with imports ?
On 11 February 2010 12:53, Jean-Guilhem Cailton j...@arkemie.com wrote: Emilie Laffray a écrit : On 11 February 2010 12:24, Frederik Ramm frede...@remote.org wrote: [...] Ok, but please do not forget that in crisis situations (e.g. Haiti), there could be people dying while the deliberation would be taking place... I am not. Haiti or other potential crisis are different since you know that many people will be working on correcting the issues as opposed to imports that are happening because someone just found some data. This case is the one we are talking about, as the data is not going to be worked on massively. The problem is about maintenance in the end. Emilie Laffray ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] [OSM-legal-talk] Are we strict enough with imports ?
On Thu, Feb 11, 2010 at 2:24 PM, Frederik Ramm frede...@remote.org wrote: (I'm hijacking this thread which Nic started about legalities of imports on legal-talk, and moving over to talk) But before you do that, please tell me if you concur on the legal issue... * if we are confident that we, the OSM community, will do a better, more reliable, more thorough, and more timely job in updating the information than the original owner (this includes cases where the original owner has ceased maintenance); There was a time when I agreed with that. Especially for large imports of data with little navigational use, because it makes manipulating the data more difficult. But if we don't import, people will either anticipate the import and not edit, or they'll add stuff that will conflict with the downstream merge. If we do import, people see all the nice things (like the buildings in Holland) and it raises awareness of OSM. When the upstream source releases an update, we'll deal with it. For example, we can take a statistical sample and decide if the edits added more value than the upstream source. Or we can decide to keep the old import. Either way we are moving forward in small steps. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-legal-talk] Are we strict enough with imports ?
Hi, Jean-Guilhem Cailton wrote: Ok, but please do not forget that in crisis situations (e.g. Haiti), there could be people dying while the deliberation would be taking place... This is something to be discussed later, I guess, but my take is that we should separate crisis stuff from the rest of OSM, to the point of having separate databases. We'd still use the normal OSM tools but there would be a special API server for a crisis region. There, people could do whatever they please (even more so than in normal OSM) without interference from others. After the crisis has subsided, temporary structures removed and so on, work could then start on moving selected items from the crisis map over into the normal OSM map. If this is not done, I sense a potential for conflicts of all kind. As apparent in the dramatic wording you chose above (there could be people dying...), a humanitarian crisis anywhere could put strain on the project as a whole: What, you want to take the database offline for a weekend to perform the move to API 0.8 that you have planned for half a year? But there could be people dying! - What, the database didn't work for a whole night and the admin was in the pub? But there could have been people dying! - What, you want to do a world-wide day of post box mapping? But this is going to slow down the API and there could be people dying!, and so on. Being able to provide value in humanitarian crises is a side-effect of a healthy OSM - not a core purpose of OSM. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Help getting OSM/OpenBikeMap Contour data in QGiS for Dragash, Kosovo
Hi there, Can you help me with some qgis question, it is related to OSM. I would like to import the opencyclemap contours into qgis. I have found a wms layer for the area, but it does not have the contour data. http://fmtyewtk.blogspot.com/2010/02/srtm-wms-layers-in-qgis.html This is what I have done so far, but the user would like something more like opencyclemap. do you have any suggestions on how to do that? I have read able getting the srtm data and converting it myself, but there must be an easier way. Is there a wms layer for opencyclemap? More info about this request, there is a job opening for qgis in Dragash Kosovo, They would like to use the contours for urban planning in Kosovo. If anyone wants to offer some consulting services, I can also put you in touch with them. Here is the job offer : http://groups.google.com/group/free-software-conference/browse_thread/thread/43f72a68db11c88 thanks, mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two different ways with the same nodes?
Frederik Ramm schrieb: In our neck of the woods, a typical example for two ways sharing the same nodes would be a road with a tram line on/in it. We do not create one way that has both highway=residential and railway=tram (because then, if the way also had a ref=, name=, or oneway=, would that refer to the tram or the street?) - instead we have two ways using the same nodes. Yes, the tram is a good example for sharing nodes. But i forgot to describe this more precisely: this ways are all highways. If you drive by car, a street it is always the same, has the same name and speed. Sometimes it's part of a trunk or a special touristic route, but this can descibed by tags. I personally can't imagine that theres a good reason why highway-ways share the same nodes, but my way of thinking might be wrong. I will accept this and find a solution for my database. Thank's to all for the answers. Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-legal-talk] Are we strict enough with imports ?
In your letter dated Thu, 11 Feb 2010 13:24:12 +0100 you wrote: In all other cases it would be *much* more desirable to establish better mechanisms of merging OSM data with that other data in preparation for map drawing etc., rather than pulling it all in and having it rot. I would very much like to develop a kind of litmus test for imports, and get the message across that not every import is a good import (even if legally spotless). Today, even newcomers to OSM sometimes seem hell-bent on importing large quantities of data just because they can. I would like to remind people that OSM has a very lively culture of surveying data - and I'd rather have 1 sq km surveyed by a newbie than 100 sq km imported. I think the 'spirit of OSM' is the other way around: if importing a dataset is harmful to the project then don't do it. Assuming data is properly imported (i.e. a new user created just for that import), then deleting or ignoring that data is always an option. So people who want to link OSM to another database can just do that. Of course, you can't import data is it isn't legal to do so. If an import makes life a lot harder for other mappers in the area, then a good discussion is required about the merits of the import. But otherwise, finding an outdated import in OSM may even create awareness that a certain dataset exists and is freely available. For example I don't particularly like the import of the Dutch GSM antenna locations (mostly because the josm verifier falls over the duplicate nodes), but it is fun to see them on the map, and I never thought that that info would be freely available. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two different ways with the same nodes?
Hi, Stefan Pflumm wrote: this ways are all highways. It surely is unusual for two highways sharing the same nodes, and I cannot think of an example where this would make sense. But that doesn't mean there is none; can you give an example? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two different ways with the same nodes?
Stefan Pflumm wrote: this ways are all highways. It surely is unusual for two highways sharing the same nodes, and I cannot think of an example where this would make sense. But that doesn't mean there is none; can you give an example? One example is US TIGER imports at county lines - the same road would appear twice in the data, with one road connecting left to one county, and the other road connecting right to the other county. When cleaning up county TIGER boundary areas, the correct action is to delete one road and connect both left and right roads to the remaining road. It is possible that someone (a bot?) didn't notice duplicate roads and just merged duplicate nodes, resulting in the case illustrated here. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two different ways with the same nodes?
Hi, Stefan Pflumm wrote: this ways are all highways. It surely is unusual for two highways sharing the same nodes, and I cannot think of an example where this would make sense. But that doesn't mean there is none; can you give an example? Bye Frederik Double-decker bridge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two different ways with the same nodes?
Another common circumstance is if you have two highways that pass through the same town (for example, one runs nominally southeast to northwest, the other runs nominally southwest to northeast). They may well both include the same street that runs west to east, which would be marked as part of both highways for routing purposes, as well as being marked by the street name as well. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria -Original Message- From: ed...@billiau.net Date: Fri, 12 Feb 2010 08:57:05 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Two different ways with the same nodes? Hi, Stefan Pflumm wrote: this ways are all highways. It surely is unusual for two highways sharing the same nodes, and I cannot think of an example where this would make sense. But that doesn't mean there is none; can you give an example? Bye Frederik Double-decker bridge ___ 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] Two different ways with the same nodes?
Hi, John F. Eldredge wrote: Another common circumstance is if you have two highways that pass through the same town (for example, one runs nominally southeast to northwest, the other runs nominally southwest to northeast). They may well both include the same street that runs west to east, which would be marked as part of both highways for routing purposes, as well as being marked by the street name as well. That would be something that definitely should be done with a relation (people often use type=road for this and then stuff ways into that). Also nicely solves the situation that the road might have two different refs at the same time. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two different ways with the same nodes?
On Thu, Feb 11, 2010 at 4:57 PM, ed...@billiau.net wrote: Hi, Stefan Pflumm wrote: this ways are all highways. It surely is unusual for two highways sharing the same nodes, and I cannot think of an example where this would make sense. But that doesn't mean there is none; can you give an example? Bye Frederik Double-decker bridge The ways should not share nodes, because the ways don't intersect. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Two different ways with the same nodes?
On Thu, Feb 11, 2010 at 4:57 PM, ed...@billiau.net wrote: Hi, Stefan Pflumm wrote: this ways are all highways. It surely is unusual for two highways sharing the same nodes, and I cannot think of an example where this would make sense. But that doesn't mean there is none; can you give an example? Bye Frederik Double-decker bridge The ways should not share nodes, because the ways don't intersect. That is exactly why the duplicated nodes should not be merged. They 'appear' to share the same node, because we are not differentiating according to height in the database. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] a.s. zaterdag?
yoho, is er voor zaterdag nog een veldtocht/borrel gepland? groet, floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] carnavalskaart.
Hoi, misschien dat ik het gemist heb, maar waar is de carnavalskaart gebleven? Op http://carnaval.tile.openstreetmap.nl/ krijg ik de standaard kaart te zien, en de carnavalskaart is ook niet te kiezen uit de layers rechtsboven. Aangezien het carnaval weer bijna is begonnen dit jaar, wilde ik de kaart aan andere mensen laten zien, maar die lijkt dus verdwenen. Remco -- Remco van Zuijlen re...@xs4all.net ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Fwd: [OSM-talk] Cyclone batters Cook Islands - ABC News (Australian Broadcasting Corporation)
I'm forwarding this email to Mikel, who is/was involved with the Haitian mapping, perhaps he can give us pointers on priority etc -- Forwarded message -- From: Liz ed...@billiau.net Date: 11 February 2010 18:18 Subject: [OSM-talk] Cyclone batters Cook Islands - ABC News (Australian Broadcasting Corporation) To: t...@openstreetmap.org http://www.abc.net.au/news/stories/2010/02/11/2816234.htm I have no idea if this area would benefit from urgent mapping - we need a co- ordination point for notes like this. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] repurcussions of IceTV decision
On 11/02/2010, at 5:33 AM, Liz wrote: Haven't got far through the judgement so far but this sounds quite clear. 7. The Copyright Act does not protect facts, ideas or information contained in a work, to ensure a balance is struck between the interests of authors and those in society: IceTV [2009] HCA 14; 254 ALR 386 at [28] and the cases cited therein. The Copyright Act does not provide protection for skill and labour alone: IceTV [2009] HCA 14; 254 ALR 386 at [49], [52], [54] and [131]. and 8. The Copyright Act protects the particular form of expression of the information: (but not if it is computer generated, it must have an author) The other thing to remember is that in Australia, a database can have inherent copyright rights independent of the copyright rights of the contents. That is in the same way as EU database rights are independent of the copyright right of the contents, but our database copyright stuff is nothing like the EU database rights in how it works. My non-lawyerly understanding of the IceTV case was that most of the argument was around whether the they used a substantial portion of the database (e.g. structure) not the facts themselves. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] repurcussions of IceTV decision
On 11 February 2010 21:19, James Livingston doc...@mac.com wrote: My non-lawyerly understanding of the IceTV case was that most of the argument was around whether the they used a substantial portion of the database (e.g. structure) not the facts themselves. I'll have to re-read the IceTV ruling, but the same can't be said for the white/yellow pages ruling, clearly the parties involved do plan to copy most if not all the facts into their own publications. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Duplicate node finder
But zoom levels six and lower are still showing marks that have been removed for at least a day. They must be updated at some lower frequency, which is understandable - I'm guessing there is some clumping of many marks into one, or it would take forever to display at these zooms. The lower zooms have now been updated. z 0 - 6 are filesystem cached and currently require a manual purge. / Grant ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Duplicate node finder
Please be careful removing duplicate nodes. If a couple of ways cross, and have nodes in the same place, please make sure they should connect before just stitching them together. I've seen at least one example where a road on a bridge crossing another road underneath have been connected together because they happen to have nodes in the same place. Stephen ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
I'm making some progress fixing up Perth suburb boundaries - honestly I'm finding it painful to untangle some of the changes, but I'm getting there. Looking further South I came across the relation for Burekup which was missing some of it's boundaries. OK, I think, I'll undelete the ways and it'll be easy. That led me to changeset 3790790 where the boundary had been deleted and from there to a number of other changesets by the same user (all without any comment). Here's the ones I found that affect boundary ways: http://www.openstreetmap.org/browse/changeset/3790790 http://www.openstreetmap.org/browse/changeset/3814003 http://www.openstreetmap.org/browse/changeset/3813839 http://www.openstreetmap.org/browse/changeset/3838876 There could be others, I didn't look through everything he's done. I have sent the user a message asking what he was trying to do but I'm not hopeful. Any suggestions about what to do before trying to manually repair? Arie. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
Arie Paap wrote: I'm making some progress fixing up Perth suburb boundaries - honestly I'm finding it painful to untangle some of the changes, but I'm getting there. Looking further South I came across the relation for Burekup which was missing some of it's boundaries. OK, I think, I'll undelete the ways and it'll be easy. That led me to changeset 3790790 where the boundary had been deleted and from there to a number of other changesets by the same user (all without any comment). Here's the ones I found that affect boundary ways: http://www.openstreetmap.org/browse/changeset/3790790 http://www.openstreetmap.org/browse/changeset/3814003 http://www.openstreetmap.org/browse/changeset/3813839 http://www.openstreetmap.org/browse/changeset/3838876 There could be others, I didn't look through everything he's done. I have sent the user a message asking what he was trying to do but I'm not hopeful. Any suggestions about what to do before trying to manually repair? I have no idea. But there are problems with the coastline in that area (and further south) at certain zoom levels. I've been looking for the source of the problems for a while, without luck and without changing anything. You might have uncovered it. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Nós Duplicados
Fazendo o importacao do Vitoria, poder gerar muitos dupes, mas vai limpar o area quando importacao completar. Aun 2010/2/10 Rodrigo Avila rodr...@avila.net.br: Em 10 de fevereiro de 2010 15:30, Vitor George vitor.geo...@gmail.com escreveu: É, tem bastante. Há que tomar cuidado, porque nem todos nós duplicados são problemas. Testei esta funcionalidade do Potlatch em Porto Alegre. Não tem muitos pontos duplicados. Mas vocês não tem noção da quantidade de ruas que não se conectam! Fui corrigir um ponto duplicado, e... http://www.openstreetmap.org/browse/changeset/3842699 Isso só nas redondezas! -- Rodrigo de Avila Analista de Desenvolvimento +55 51 9733.3488 • rodr...@avila.net.br • www.avila.net.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] OSM Rhein-Main Radweg-Pflege
Benjamin Hagemann schrieb: Die wollen dort ein System aufbauen, womit Radfahrer in Rhein-Main Fahrrad-unfreundliche Stellen melden und die Stadt diese dann monitoren, fixen und Erfolg melden kann. Bei Gefallen soll dies System auch anderen Städten / Regionen verkauft werden - so lese ich das. Hi, der ADFC Münster hat so etwas: http://www.adfc-nrw.de/kreisverbaende/kv-muenster/radverkehr/plus-minus.html Der Link zur Mängelkarte führt zu google maps, obwohl der Artikel dazu im Leezen Kurier einen OSM Screenshot zeigt !? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Relation wie?
Am 10.02.2010 23:59, Timo Matthias: Hallo Liste, wenn ich auf der TMC Karte 2 Punkte habe die auf der selben stelle sind steht auf der dazugehörigen Seite ja man soll eine TMC Relation mit nur einem Punkt machen. Nun frage ich mich wie die genau aussehen soll, Doppelte TMC Points werden bei einem einzelnen Knoten (bei mehrspurig erfassten Kreuzungen ist das etwas komplizierter) in OSM ganz einfach erfasst: a) Ein OSM-Knoten wird mit den ersten TMC Point Informationen direkt getaggt b) Dann wird eine Relation erstellt = type:TMC und als einziges Mitglied eben dieser OSM-Knoten eingefügt. In die Relation kommt dann die Info des zweiten TMC Points. Beispielhaft an diesem Kreuzungsknoten. Unten findest du im Abschnitt Teil von: den Link zur TMC-Relation: http://www.openstreetmap.org/browse/node/26119465 Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] KOSMOS-Beispiel Wanderkarte
Moin ! es gibt viele Beispiele für KOSMOS-Regeln auf [1] aber kann einer von Euch eine Wanderkarte mit Wanderwegrelationen empfehlen und hat einer von Euch schon Erfahrungen mit der Plotausgabe auf A0 gemacht? Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/Category:Kosmos_rules ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC: new location code table version 9.0 for Germany
On 02/10/2010 02:02 PM, Claudius wrote: Am 10.02.2010 11:27, Marcus Wolschon: http://www.bast.de/cln_005/nn_42544/DE/Aufgaben/abteilung-f/referat-f4/Location-Code-List/location-code-list-start.html Praktische Auswirkungen auf uns bzw. auf den TMC Validator? Die IDs werden ja nur fortgeführt und nicht geändert, oder? Also müsste nur die Datenbank des Validators aktualisiert werden, korrekt? Abgesehen von eventuellen Fehlerkorrekturen sollten dort keine Änderungen sondern nur Ergänzungen erfolgen, ja. Somit wäre o.g. Validator (und ggf. Websites o.ä. die TMC-Infos verwenden) anzupassen. Grüße, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - Innerorts/Außerorts
On 01/13/2010 05:34 PM, Michael Bemmerl wrote: Zitat von Sven Anders s...@anders-hamburg.de: Im Besonderen würde mich interessieren, ob diese Angabe aus den TMC-Daten kommt oder ob die aus OSM-Daten ermittelt wurde (z.B. Punkt liegt innerhalb einer boundary-Relation mit entsprechendem admin_level). Er kommt aus den TMC Daten. Haben wir bereits eine Wiki-Seite für Fehler bzw. Ungereimtheiten in den TMC-Daten? Ich hab' bereits ein paar Punkte gefunden, die z.B. laut TMC außerorts sind, aber in Wirklichkeit innerorts sind. Oder ein Punkt, der in der falschen administrativen Ebene ist (eigentlich in einer andere Gemeinde). Ich glaube nicht. Vielleicht einfach erstmal eine Seite zugehörig zu TMC im Wiki aufmachen? Wo es klare Fehler sind würde sich ja obendrein vielleicht auch das BASt über eine Info von dir freuen. Grüße, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Am 10.02.2010 um 20:57 schrieb malenki o...@malenki.ch: Thomas D. schrieb: In einem Nachbarort befindet sich eine Straße, welche auf der linken Straßenseite einen anderen Namen als auf der rechten Straßenseite hat. Wie habt/würdet Ihr so etwas taggen? Ich würde wohl abhängig von der Straßenrichtung name:left=Name der linken Seite und name:right=Name der rechten Seite verwenden. Was die Renderer daraus machen, steht wieder auf einem ganz anderen Blatt. hth malenki Danke für die vielen Antworten auf meine Frage. Die o.g. Lösung werde ich umsetzen und bin jetzt schon gespannt, welcher Name auf die Karte gerendert wird. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
es gibt viele Beispiele für KOSMOS-Regeln auf [1] aber kann einer von Euch eine Wanderkarte mit Wanderwegrelationen empfehlen und hat einer von Euch schon Erfahrungen mit der Plotausgabe auf A0 gemacht? Ich hatte einen Style geschrieben der mit fast exakt mit den LVA Karten harmonisiert. Auch erstmal für Walkings. Jetzt kommt aber das große Aber. KOSMOS hat einige Grenzen welche die Eignung für größere Sachen stark einschränkt. Neben Sachen wie falsch umgebrochene Ortsnamen, nicht steuerbares Rendering von beispielsweise ref an den kleinsten Elementen, keine Möglichkeit Texte vom Pfad abzurücken oder nicht rendern der Eigenschaften von inner Elementen in einem Multipolygonen, zeigt auch auch manch Route aus Relationen nicht durchgehen an. Manche Abschnitte werden nicht eingefärbt. Wenn man nur begrenzte Abschnitte zum Ausdrucken macht dann gehts vielleicht, muss aber sehr viel von Hand nacharbeiten. Ich war damit nicht zufrieden. Handarbeit ist je nach Datendichte aber sowieso noch nötig, es gibt noch keine funktionierende Sortierung von naheligenden Symbolen oder Namen, die muss man zurecht rücken. Ich habe es dann mit Mapnik probiert, scheiterte aber leider schon an der ständig hängen gebliebenen Installation der Datenbank. Die Original Links aus dem Wiki HowTo sind leider tot. Daher versuche ich es gerade mit Osmarender. Das läuft soweit, mir fehlt noch eine Antwort auf die Frage wie man Osmosis zum preprocess von Area Center nutzen kann. Rendert man so dann braucht ein Kärtchen schonmal 2 Stunden. Und Route Relationen schneint Osmarender auch nicht zu können, die müsste man in jeweiles in Pfade umwandeln, und diese dann über die Daten legen. Das funktioniert. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Simon Kokolakis schrieb: Wie habt/würdet Ihr so etwas taggen? Einfach als zwei entgegengesetzte oneway-Wege. theoretisch ja, praktisch besteht bei OSM zur zeit noch das ungeschriebene Gesetz 2 Spuren nur bei baulicher Trennung zu mappen. ;-) Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Sven Geggus glaubte zu wissen: Also wenn jemand nen Workshop für ein neues Fahrradkarten Rendering machen möchte. Ich bin dabei. Sollen da auch Hindernisse wie Umlaufsperren, Pfosten usw. mit rein. Ich könnte hier aus meiner Umgebung einige beitragen. flo -- Wenn Jeder so schreiben würde, wie Woko würden wir Uns nur noch in WOgnaturen unterhalten. [Dieter Bruegmann in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
Hallo Thomas Was liegt vor? hast Du eine Gesamthaltestelle. Pro Haltestellenname eine Koordinate: - Bei Bus-/Tramhaltestellen also ein Punkt, der ungefähr in der Mitte der (meistens) zwei 'echten' Haltestellen liegt. - Bei Bahnhöfen liegt die Koordinate 'irgendwo im Bereich der Gleise'. Bahnhof und Bushaltestelle haben meistens unterschiedliche Namen, z.B. Uster und Uster, Bahnhof Im Schema http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema entspricht das am ehsten der (koordinatenlosen) stop_area. Ich schätze, dass 80% der Haltestellen kleine Bushaltestellen auf dem Land sind; da fände ich eine Relation übertrieben. Diese Punkte werden wohl am einfachsten als highway=bus_stop hochgeladen. Bei den Bahnhöfen hoffe ich, dass da bereits so viele Stationen eingetragen sind, dass man die übriggebliebenen neuen Stationen von Hand auf den Gleisen positionieren kann.. Wie geht man nun am besten vor? Wer hat schon Erfahrung mit so grossen Importen? Einen Layer als Overlay zur Verfügung stellen? Und wer (oder wie?) macht mir den? ;-) Wie aktuell sind die Daten? Ich habe Daten aus 2003. Beim Mappen finde ich zwischen zwei Masten bei 50 Haltestellen bis zu 2 von 9 die nicht mehr an der Position sind wo ich es glaubte. Und immer wieder begegnen mir Haltestellen die ich -und damit die offiziellen Daten- nicht kennen. Die Daten sind vom letzten Fahrplanwechsel und werden jedes Jahr aktuallisiert. Ich gehe davon aus, dass sie zu 99% korrekt sind. Bisher habe ich zumindest erst ein, zwei Ungenauigkeiten entdeckt. (Nichts, was bei einem Import sötren würde.) - in OSM heissen die Haltestellen momentan Paradeplatz, Bahnhofstrasse; in der Excel-Tabelle aber Zürich, Paradeplatz, Zürich, Bahnhofstrasse Ich würde die Orte und wahrscheinlich auch die Teilorte herausschmeißen. Bei mir heißt die Haltestelle z.B. [Ein verwirrendes Beispiel, wenn die Haltestelle 'Ort' heisst und der Ort 'Geich'.. ;-) ] name = Ort loc_name = Geich Ort Wäre Geich Ort nicht der nat_name? Denn lokal kennt man die Haltestelle als Ort, im nationalen Fahrplan wird man aber nach Geich Ort suchen müssen. Mit diesen ausführlichen Namen kann man auch eine direkte (=eindeutige) Abfrage im offiziellen Fahrplan machen. Wo soll man diesen Namen abspeichern? nat_name=? Gibt es die Möglichkeit die Fahrplanauskunft für diese Haltestelle zu verlinken? Am sichersten wird die ID sein, die sich hoffentlich nicht ändert. Ja, aber sowohl bei der SBB (Schweizerische Bundesbahnen), als auch beim ZVV (Zürcher Verkehrsverbund; grösster Verbund der Schweiz) funktioniert die Verlinkung via Name sehr zuverlässig (insbesondere, da wir ja die korrekten, kompletten Namen zur Verfügung haben). Ist es möglich, dass in der Schweiz auch UIC-Nummern für Bushaltestellen vergeben werden? Nach allem, was ich gelsen habe, entspricht die Nummer zumindest bei den Bahnhöfen der UIC-Nummer.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Hallo Sven, In Osmarender hab ich das seinerzeit genau so gemacht. Pfad wird genau wie Fußweg, Radweg oder Reitweg gerendert, je nachdem welcher der drei Tags dranhängt. Hängen mehrere Tags dran entspricht das rendering dem höchstwertigen Weg. Und in welcher Hierarchie stehen Fussgänger, Reiter und Fahrradfahrer? Wie stellst Du einen Weg dar, auf dem 'nur' die höchste Stufe verekhren darf im Gegensatz zu einem Weg, auf dem _alle_ verkehren dürfen? Ich bin da wie erwähnt für drei unterschiedliche Farben, die dann abgewechselt werden.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC: new location code table version 9.0 for Germany
Am 10. Februar 2010 14:02 schrieb Claudius claudiu...@gmx.de: Am 10.02.2010 11:27, Marcus Wolschon: http://www.bast.de/cln_005/nn_42544/DE/Aufgaben/abteilung-f/referat-f4/Location-Code-List/location-code-list-start.html Praktische Auswirkungen auf uns bzw. auf den TMC Validator? Die IDs werden ja nur fortgeführt und nicht geändert, oder? Also müsste nur die Datenbank des Validators aktualisiert werden, korrekt? Es werden auch einige gelöscht. Aber es wäre gut, wenn die Daten im TMC Validator nicht einfach ersetzt werden, sondern besser ergänzt. Dann könnte der TMC Versions-Schlüssel auch mal einen Sinn ergeben. Dann gibt es zum Beispiel Abschnitte mit LCLversion = 8.00;9.0 und welche nur mit einen von beiden. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC: new location code table version 9.0 for Germany
2010/2/10 Marcus Wolschon mar...@wolschon.biz: http://www.bast.de/cln_005/nn_42544/DE/Aufgaben/abteilung-f/referat-f4/Location-Code-List/location-code-list-start.html Gild die Erlaubnis zur Einbindung der TMC-Daten für alle TMC-Versionen oder nur für 8.00? Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Chris-Hein Lunkhusen schrieb: Einfach als zwei entgegengesetzte oneway-Wege. theoretisch ja, praktisch besteht bei OSM zur zeit noch das ungeschriebene Gesetz 2 Spuren nur bei baulicher Trennung zu mappen. ;-) ... kommt darauf an ob man eine way als Straße oder Route sieht. Und da es wie du schon sagtest ein ungeschriebenes Gesetz ist, würde ich es dort so machen, anstatt hier neue keys einzuführen die eh keine Anwendung je auswerten wird. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Mirko Küster schrieb: wie man Osmosis zum preprocess von Area Center nutzen kann. Rendert man so dann braucht ein Kärtchen schonmal 2 Stunden. Und Route Relationen schneint Osmarender auch nicht zu können, die müsste man in jeweiles in Pfade umwandeln, und diese dann über die Daten legen. Das funktioniert. Wenn Du sowieso Preprocessing machst, kannst Du aber auch wieder Kosmos nehmen ... Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Wenn Du sowieso Preprocessing machst, kannst Du aber auch wieder Kosmos nehmen ... Und was haben jetzt die vielen Einschränkungen und Probleme von KOSMOS gegenüber anderen mit dem Problem zu tun, das Osmarender das zwar besser kann, diese Probleme nicht hat und lediglich die Platzierung von Icons durch Area Center lang braucht? Was sich durch preprozess lösen lässt. Ich im Moment das nur noch nicht zum laufen gebracht habe, weil mir noch der saubere funktionierende Konsolenaufruf fehlt. KOSMOS ist zwar schnell, kann aber vieles nicht und macht auch Fehler. Die zu korrigieren würde sogar länger dauern als es glich mit Osmarender und ohne preprocess zu machen. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Hallo Mirko, es geht ja wohl dem Themensteller 1. um Kosmos 2. um Wanderrouten als Relationen und bei der Routen-Relationen schreibst Du doch auch, dass Osmarender die überhaupt nicht beherrscht. Jedes Renderprogramm hat seine individuellen Vor- und Nachteile. Je nach Einsatzgebiet muss man halt das passende aussuchen. Gruß, Stefan Mirko Küster schrieb: Wenn Du sowieso Preprocessing machst, kannst Du aber auch wieder Kosmos nehmen ... Und was haben jetzt die vielen Einschränkungen und Probleme von KOSMOS gegenüber anderen mit dem Problem zu tun, das Osmarender das zwar besser kann, diese Probleme nicht hat und lediglich die Platzierung von Icons durch Area Center lang braucht? Was sich durch preprozess lösen lässt. Ich im Moment das nur noch nicht zum laufen gebracht habe, weil mir noch der saubere funktionierende Konsolenaufruf fehlt. KOSMOS ist zwar schnell, kann aber vieles nicht und macht auch Fehler. Die zu korrigieren würde sogar länger dauern als es glich mit Osmarender und ohne preprocess zu machen. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
Ich glaube nicht, daß man bei einem solchen automatisierten Import sinnvoll Relationen erstellen kann. Daher wäre ich dafür, einfach Punkte zu importieren. Im Nachhinein können die Mapper vor Ort diese immer noch in Relationen einfügen. Was auch immer Du tust, ich würde keine Informationen wegfallen lassen, also auch den namen inkl. Ort als Tag eintragen. Spontan wäre ich für name=Bahnhofstrasse name:operator=Zürich, Bahnhofstrasse ref=DSNR oder aber auch ref:operator=DSNR um auszudrücken, daß es sich um den Namen und die ref handelt, die der Operator benutzt. Außerdem wäre ich für eine Quellenangabe mit Datum des Datenbestandes, z.B. source=Schweizerischen Bundesamt für Verkehr, from Datum, import by Thomas Ineichen Außerdem finde ich die Idee gut, eine Wikiseite für den Import einzurichten, auf der das Vorgehen dokumentiert wird und auch einzelne Anpassungen vorgehalten werden (z.B. Haltestelle wurde weggelassen, da sie schon exisitert). Das könnte man auch noch als source:website=http://... eintragen. Just my 2 ct. Grüße, Philipp -- View this message in context: http://n2.nabble.com/Import-von-25-000-Haltestellen-tp4546889p4554830.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] KOSMOS-Beispiel Wanderkarte
Hier mal ein kleiner Vergleich, noch nicht ganz ausgereift. Der erste Versuch mit KOSMOS. Der Style war noch nicht ganz fertig. Bei den zahlreichen Grenzen und Problemen wie unvollständige Routen hatte ich das abgebrochen. Vorsicht, die Tiles sind nicht optimiert sondern nur fürn kurzen Test direkt aus Kosmos gezogen. Laden dauert daher etwas. http://www.ts-eastrail.de/wandern/ Hier mal ain Ausschnitt aus Osmarender. Auch noch etwas von dem was ich mir vorstelle entfernt. Aber mit viel tryerror holt man da schonmal mehr raus. http://img15.imageshack.us/img15/2118/testkarte.jpg Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
und bei der Routen-Relationen schreibst Du doch auch, dass Osmarender die überhaupt nicht beherrscht. Und ebefalls das KOSMOS da genauso seine Probleme hat und nicht richtig funktioniert. Deine Mail kam etwas zu spät, ich hatte eben mal einen dirketen Vergleich auf die Liste geschickt. Da siehst du was KOSMOS mit Routen macht. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Am 11.02.2010 15:05, schrieb Mirko Küster: Hier mal ein kleiner Vergleich, noch nicht ganz ausgereift. Der erste Versuch mit KOSMOS. Der Style war noch nicht ganz fertig. Bei den zahlreichen Grenzen und Problemen wie unvollständige Routen hatte ich das abgebrochen. Vorsicht, die Tiles sind nicht optimiert sondern nur fürn kurzen Test direkt aus Kosmos gezogen. Laden dauert daher etwas. http://www.ts-eastrail.de/wandern/ Hier mal ain Ausschnitt aus Osmarender. Auch noch etwas von dem was ich mir vorstelle entfernt. Aber mit viel tryerror holt man da schonmal mehr raus. http://img15.imageshack.us/img15/2118/testkarte.jpg Gruß Mirko Hi ! danke für die Antworten ... 1.) Mirko kannst Du mir ggf. die Rules zur Verfügung stellen ? 2.) allgemein: wie sieht es mit der Ausgabe aus A0 - hat da einer von Euch auch schon Erfahrungen ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] (kein Betreff)
Hier der link mit den gelbe Tonnen http://www.openstreetmap.org/browse/node/431074149/history und der netten Zeile Bearbeitet am: Dienstag, 02. Februar 2010, 10:09 Uhr Bearbeitet von: freietonne-db http://www.openstreetmap.org/user/freietonne-db Version: 5 Im Changeset: 3774363 http://www.openstreetmap.org/browse/changeset/3774363 Kommentar: Daten nach Zerstörung durch LEO12305 zurück gesetzt Tags: buoy = special_purpose description = 02-MAI-09 14:31:30 ft_link = www.freietonne.de?edit=3558 http://www.freietonne.de?edit=3558 name = 019 seamark = buoy seamark:buoy_special_purpose:colour = yellow seamark:topmark:colour = red:white:red seamark:topmark:colour_pattern = horizontal stripes seamark:topmark:shape = cylinder topmark = yes topmark:colour = red,white,red topmark:colour_pattern = horizontal_stripes Koordinaten: 52,2087892, 14,0103285 http://www.openstreetmap.org/?lat=52.2087892lon=14.0103285zoom=18 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] an die Icon-Bastler
On 10.02.2010 16:00, Jan Tappenbeck wrote: http://wiki.openstreetmap.org/wiki/Image:Kiosk.png ist repariert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, Rolf Meyerhof wrote: Hier der link mit den gelbe Tonnen http://www.openstreetmap.org/browse/node/431074149/history und der netten Zeile Bearbeitet am: Dienstag, 02. Februar 2010, 10:09 Uhr Bearbeitet von: freietonne-db http://www.openstreetmap.org/user/freietonne-db Version: 5 Im Changeset: 3774363 http://www.openstreetmap.org/browse/changeset/3774363 *Kommentar: Daten nach Zerstörung durch LEO12305 zurück gesetzt Tags: * * * Zwar ist Zerstoerung etwas arg pathetisch, aber leo12305 hat tatsaechlich vorher existiernde Tags *entfernt*, und ich denke, wir hatten hier den Konsens, dass die beiden See-Tagging-Schemata bitte friedlich nebeneinander her existieren sollen und nicht den anderen ihre Tags loeschen. Wir hatten das Problem schon einmal, damals stellte sich heraus, dass es sich offenbar um ein Problem im Editor handelte und Leo das gar nicht absichtlich gemacht hatte. Vielleicht auch hier? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Hi! Es gibt eventuell noch eine Variante, wenn es Dir um die Wanderrouten geht. OSM Composer führt ein genau so ein Preprocessing von OSM Daten durch, bei dem Wanderrouten und Wandermarkierungen in das OSM eingefügt werden. Normal werden die Daten dann an mkgamp übergeben, aber man kann diesen Schritt auch abschalten und etwas anderes damit machen. Ich lade sie in eine mapnik-Datenbank, aber Du könntest sie auch von Kosmos zeichnen lassen. bye Nop -- View this message in context: http://n2.nabble.com/KOSMOS-Beispiel-Wanderkarte-tp4554015p4556766.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] Hilfe benötigt : Changeset rückg ängig machen?
Hallo, kann mir jemand erklären, wie man am einfachsten in einer Relation die letzte Änderung wieder rückgängig macht. Hier [1] wurden mal die Ways entfernt. Hab sie wie folgt wieder eingefügt: 1. [2] im Browser aufgerufen und als xml-file gespeichert. 2. xml-file mit einem Editor geöffnet 3. letzten relation/relation entfernt 4. xml-file gespeichert 5. im JOSM xml-file geöffnet 6. im JOSM Relation geöffnet und alle unvollständigen Objekte geladen 7. ein neues Objekt eingefügt 8. Konflikte mit Konflikt-Browser gelöst (auf dem Server war ja eine neuere Version vorhanden) 9. Relation hoch geladen. [1] http://www.openstreetmap.org/browse/relation/19070 [2] http://www.openstreetmap.org/browse/relation/19070/history Danke und Gruß Steffen --- Original Nachricht --- Absender: Christoph Winkler Datum: 01.02.2010 18:43 Hallo List, ich habe versehentlich 2 Wege kombiniert und abgespeichert. (ich weiß, besser aufpassen beim nächsten mal... :-( Dabei habe ich wohl ein paar Relationen mit zerstört, so dass ein einfaches Wiederherstellen nicht funktioniert. http://www.openstreetmap.org/browse/changeset/3769180 Kann mir jemand helfen, das ganze changeset wieder zu entfernen/rückgangig zu machen? Vielen dank vorab. Viele Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... und wer baut das Einkaufszentrum?
Am Montag 23 November 2009 16:19:08 schrieb Christian Knorr: Die Beiden haben den Platz getauscht ;) http://www.openstreetmap.org/?lat=0lon=0zoom=19 Besser ist‘s nicht geworden ;) Grad durch Zufall entdeckt. MfG, Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... und wer baut das Einkaufszentrum?
moin On 11.02.2010, at 21:31, Christian Knorr wrote: Am Montag 23 November 2009 16:19:08 schrieb Christian Knorr: Die Beiden haben den Platz getauscht ;) http://www.openstreetmap.org/?lat=0lon=0zoom=19 Besser ist‘s nicht geworden ;) Grad durch Zufall entdeckt. unabhängig davon das der ATM da wohl etwas deplaziert ist warum steht da drunter das es der south pol wäre?! wenn man herraus zoomt ist das eindeutig vor der wesküste von afrika im atlantik?! cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... und wer baut das Einkaufszentrum?
Am Donnerstag 11 Februar 2010 21:57:51 schrieb AssetBurned: moin On 11.02.2010, at 21:31, Christian Knorr wrote: Am Montag 23 November 2009 16:19:08 schrieb Christian Knorr: Die Beiden haben den Platz getauscht ;) http://www.openstreetmap.org/?lat=0lon=0zoom=19 Besser ist‘s nicht geworden ;) Grad durch Zufall entdeckt. unabhängig davon das der ATM da wohl etwas deplaziert ist warum steht da drunter das es der south pol wäre?! wenn man herraus zoomt ist das eindeutig vor der wesküste von afrika im atlantik?! Sag‘ ich ja die ganze Zeit ;) Zuerst war‘s der Norpol. Ist aber schon was her (11.11.09). Deshalb möchte ich mal auf ein Archiv verweisen: http://www.mail-archive.com/talk-de@openstreetmap.org/msg57043.html cu AssetBurned MfG, Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - Innerorts/Außerorts
Stefan Neufeind schrieb: Haben wir bereits eine Wiki-Seite für Fehler bzw. Ungereimtheiten in den TMC-Daten? Ich hab' bereits ein paar Punkte gefunden, die z.B. laut TMC außerorts sind, aber in Wirklichkeit innerorts sind. Oder ein Punkt, der in der falschen administrativen Ebene ist (eigentlich in einer andere Gemeinde). Ich glaube nicht. Vielleicht einfach erstmal eine Seite zugehörig zu TMC im Wiki aufmachen? Habe ich bereits vor ein paar Wochen gemacht: http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/Discrepancies Grüße, Mich signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Frederik, Zwar ist Zerstoerung etwas arg pathetisch Ja. Sachlich ist es so, dass es in Brandenburg gelbe Sonderzeichen für gesperrte Wasserfläche gibt, die anders als in der Norm für Binnenschiffahrtsstrassen vorgesehen, statt mit gelben Topzeichen mit rot-weissen ausgestattet sind. Für die Funktion ist das aber unerheblich: gesperrt ist gesperrt. friedlich nebeneinander her existieren Ja, das funktioniert mehrheitlich so. Leo hat hier nichts an fremden Daten geändert, sondern nur an Daten von OpenSeaMap. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo, Markus wrote: Leo hat hier nichts an fremden Daten geändert, sondern nur an Daten von OpenSeaMap. Leo hat seamark:topmark:shape = cylinder und seamark:topmark:colour = red:white:red entfernt. Sind das Daten von OpenSeaMap? Sorry, wenn ich da nicht so ganz durchblicke. Umgekehrt hat freietonne-db die Tags seamark:type = buoy_special_purpose und seamark:buoy_special_purpose:shape = barrel entfernt, die Leo offenbar gesetzt hatte. Beide Tag-Entfernungen waeren doch inhaltlich nicht notwendig gewesen. Warum wurde das gemacht (die Frage geht an beide)? Technische Probleme, menschliches Versagen, oder verstehe ich was falsch? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... und wer baut das Einkaufszentrum?
Am 11.02.2010 21:57, schrieb AssetBurned: unabhängig davon das der ATM da wohl etwas deplaziert ist warum steht da drunter das es der south pol wäre?! wenn man herraus zoomt ist das eindeutig vor der wesküste von afrika im atlantik?! Dann ist das wohl der Westpol! -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Am 11.02.2010 15:05, schrieb Mirko Küster: Der erste Versuch mit KOSMOS. Der Style war noch nicht ganz fertig. Bei den zahlreichen Grenzen und Problemen wie unvollständige Routen hatte ich das abgebrochen. http://www.ts-eastrail.de/wandern/ Ich finde die Farben genial! Das schlägt die monoton hellgrün/hellgraue Cyclemap um Längen! -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Am 11.02.2010 15:20, schrieb Jan Tappenbeck: 2.) allgemein: wie sieht es mit der Ausgabe aus A0 - hat da einer von Euch auch schon Erfahrungen ??? Du brauchst Rules, die auf 300dpi (Print) rendern, nicht auf 75dpi (Screen). Und wenn Du welche findest, dann sage mal Bescheid, könnte ich auch gebrauchen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Moin Mirko, http://www.ts-eastrail.de/wandern/ Fehler hin, Fehler her: Schickes, übersichtliches Design mit sinnfälligen Farben. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC: new location code table version 9.0 for Germany
2010/2/11 André Riedel riedel.an...@gmail.com: 2010/2/10 Marcus Wolschon mar...@wolschon.biz: http://www.bast.de/cln_005/nn_42544/DE/Aufgaben/abteilung-f/referat-f4/Location-Code-List/location-code-list-start.html Gild die Erlaubnis zur Einbindung der TMC-Daten für alle TMC-Versionen oder nur für 8.00? Ist nicht an eine Version gebunden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Am 12.02.2010 00:34, schrieb Johann H. Addicks: Am 11.02.2010 15:20, schrieb Jan Tappenbeck: 2.) allgemein: wie sieht es mit der Ausgabe aus A0 - hat da einer von Euch auch schon Erfahrungen ??? Du brauchst Rules, die auf 300dpi (Print) rendern, nicht auf 75dpi (Screen). Und wenn Du welche findest, dann sage mal Bescheid, könnte ich auch gebrauchen. -jha- ich bekomme auf meinem VISTA zur Zeit einen Fehler wenn ich den Druckdialog aufrufe - muss das heute erst einmal auf einem XP testen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] KOSMOS-Beispiel Wanderkarte
Am 12.02.2010 00:34, schrieb Johann H. Addicks: Am 11.02.2010 15:20, schrieb Jan Tappenbeck: 2.) allgemein: wie sieht es mit der Ausgabe aus A0 - hat da einer von Euch auch schon Erfahrungen ??? Du brauchst Rules, die auf 300dpi (Print) rendern, nicht auf 75dpi (Screen). kann ich das in KOSMOS irgendwo einstellen ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ... und wer baut das Einkaufszentrum?
Am Freitag 12 Februar 2010 00:22:46 schrieb Johann H. Addicks: Am 11.02.2010 21:57, schrieb AssetBurned: unabhängig davon das der ATM da wohl etwas deplaziert ist warum steht da drunter das es der south pol wäre?! wenn man herraus zoomt ist das eindeutig vor der wesküste von afrika im atlantik?! Dann ist das wohl der Westpol! Ohje, wenn das die Amis hören ;-) Okay, Scherz beiseite. Wer kann das ändern, oder hat connections zu Jemandem der das kann? -jha- Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 9.10 Josm WMS Plugin
Zitat Max Andre: Am 27.01.2010 20:09, schrieb Michael Buege: Welche Version hast du installiert? Momentan ist bei mir 0.8 aus den Ubuntu Repositorys per default drauf. Ich habe bei mir Version 0.3 installiert. Eine der wenigen, die bei mir das tut, was ich von ihr erwarte. Nun (endlich) bei mir ebenfalls. Danke fuer den Tipp. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Idea di Creazione di un DVD OpenStreetMap da distribuire durante i Mapping Party italiani
Secondo me fare una distribuzione live GIS non e' che sia una cosa tanto furba. Ce ne sono gia' tantissime. Eventualmente si puo' forcare una di quelle ma, a quel punto, tanto vale andare a suggerire a chi la gestisce di inserire qualcosa strettamente legato a OpenStreetMap. Sarei piu' propenso ad una collezione di software. In alternativa (visto che si parla poi di un DVD) possiamo anche fare una cosa mista: - se inserita su windows appare una collezione di software con una GUI (penso ad una pagina web) descrittiva - se invece usato come live cd allora vediamo di: * scegliere l'ambiente (gnome? kde? xfce? chipiunehapiunepensa?) * creare un menu ragionato * definire l'aspetto del desktop * capire bene come e dove inserire un po' di documentazione * valutare se creare o personalizzare dei temi fino a qui sono cose che so fare benissimo con Ubuntu (*) Avevo scritto qualcosa qui http://de.straba.us/2008/07/16/howto-creare-un-ubuntu-live-cd/ ma immagino che ora sara' qualcosa di obsoleto. Se si prende questa decisione vediamo di creare degli script che generi la ISO. Domanda conclusiva: sono io il solo che sente l'esigenza di spostarsi su un wiki o c'e' qualcun'altro? PS x Roberto Vito Gerardo: - e' chiaro che tutti i contenuti saranno liberi e con licenza libera - mi piacerebbe che fossi tu ad aprire la pagina wiki (*) Elena non ti arrabbiare :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Idea di Creazione di un DVD OpenStreetMap da distribuire durante i Mapping Party italiani
VB (argh!) funziona su tutte le piattaforme e permette di lavorare in parallelo al proprio sistema operativo di scelta. Fare una Live significa prima di tutto dover PER FORZA usare un sistema overloaded per poter funzioare su tutte le macchine con tutti i driver, In realta' se lavori su una live pre-esistente (knoppix o ubuntu) questo problema non si pone. mentre una immagine virtuale può essere alleggerita in maniera pesante. Significa, poi, costringere l'utente a bootare la macchina sotto Linux. Stiamo parlando di diffondere OSM e non Linux, quindi rendiamo la cosa più smooth possibile. Una bella immagine virtuale avviabile da qualsiasi sistema operativo senza castrare il potenziale utente. Lasciamogli scaricare la posta, ascoltare MP3 e navigare liberamente. Eventualmente possiamo pensarla cosi': - live cd GNU/Linux (se siamo tutti d'accordo) pronta per essere usata - se invece il cd non viene usato come boot allora si presenta una gui (io penso web) con la collezione di software con i download per le varie piattaforme Nella collezione software mettiamo anche una immagina VirtualBox (ma mettiamo anche VBOX per tutte le piattaforme o uno se lo scarica?) con tutte le applicazioni installate ... come sarebbe poi nella live cd IMHO: grosso punto debole il mantenimento di tutto questo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Idea di Creazione di un DVD OpenStreetMap da distribuire durante i Mapping Party italiani
Io parlavo della creazione di un DVD OpenStreetMap sul modello di: http://www.theopencd.it/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Idea di Creazione di un DVD OpenStreetMap da distribuire durante i Mapping Party italiani
Io parlavo della creazione di un DVD OpenStreetMap sul modello di: http://www.theopencd.it/ Con software per Windows e Linux... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Idea di Creazione di un DVD OpenStreetMap da distribuire durante i Mapping Party italiani
In effetti forse una macchina virtuale o una distro live è anche troppo per OSM, basterebbe metterci dentro qualche applicazione portable (JOSM è già pronto a questo riguardo), un po' di documentazione (penso alla mini guida fatta da Luca), qualche png dimostrativa (magari generata con maposmatic) e un po' di dati già pronti in formato garmin o simili. Così facendo sarebbe anche più facile tenere il tutto aggiornato con qualche script. Ciao, Stefano Io parlavo della creazione di un DVD OpenStreetMap sul modello di: http://www.theopencd.it/ Con software per Windows e Linux... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Idea di Creazione di un DVD OpenStreetMap da distribuire durante i Mapping Party italiani
Secondo me fare una distribuzione live GIS non e' che sia una cosa tanto furba. Ce ne sono gia' tantissime. Eventualmente si puo' forcare una di quelle ma, a quel punto, tanto vale andare a suggerire a chi la gestisce di inserire qualcosa strettamente legato a OpenStreetMap. esatto ... Grande! da maggio scorso con OSGEO stiamo lavorando alla realizzazione di una live per il FOSS4G abbiamo messo su un svn per la gestione degli script di installazione dei vari sw, documentazione etc ... url del repository? :) ho notato che state preparando una lista di sw, ( è sul wiki ? mi indicate il link ? ) Verra' fatta a breve Molti sw e plug-in per osm sono gia inclusi nella live osgeo, confrontando la lista con quello che è gia stato inserito, posso provvedere all'aggiunta di scripts di installazione per i relativi sw che mancano . (per questioni di dimensioni e visto che la live non ha ancora un sistema automatizzato di localizzazione non posso aggiungere il download del file italy.osm) Su cosa ti basi per la distro? PS: colgo l'occasione per farti i complimenti in pubblico per il tuo operato nel mondo dei gis liberi. Ho avuto modo di ascoltarti a Bolzano al GFOSS Days ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Idea di Creazione di un DVD OpenStreetMap da distribuire durante i Mapping Party italiani
Maurizio NapolitanoMi piace questo tuo lancio la pietra e nascondo la mano :) Ossia lancio una idea e poi qualcuno me la realizza Non ti offendere, ti ho anche scritto in privato per evitare danni. Roberto Vito Gerardo: Guarda.che no è come pensi! Io sto gia' lavorando alla grafica del DVD OpenStreetMap... Quando io mi metto su un progetto lo realizzo sempre. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Idea di Creazione di un DVD OpenStreetMap da distribuire durante i Mapping Party italiani
Maurizio Napolitano Mi piace questo tuo lancio la pietra e nascondo la mano :) Ossia lancio una idea e poi qualcuno me la realizza Non ti offendere, ti ho anche scritto in privato per evitare danni. Roberto Vito Gerardo: Guarda.che non è come pensi! Io sto gia' lavorando alla grafica del DVD OpenStreetMap... Quando io mi metto su un progetto lo realizzo sempre. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Idea di Creazione di un DVD OpenStreetMap da distribuire durante i Mapping Party italiani
Il giorno 11/feb/2010, alle ore 13.42, Maurizio Napolitano ha scritto: Secondo me fare una distribuzione live GIS non e' che sia una cosa tanto furba. Ce ne sono gia' tantissime. Eventualmente si puo' forcare una di quelle ma, a quel punto, tanto vale andare a suggerire a chi la gestisce di inserire qualcosa strettamente legato a OpenStreetMap. esatto ... Grande! da maggio scorso con OSGEO stiamo lavorando alla realizzazione di una live per il FOSS4G abbiamo messo su un svn per la gestione degli script di installazione dei vari sw, documentazione etc ... url del repository? :) https://svn.osgeo.org/osgeo/livedvd/gisvm/trunk ho notato che state preparando una lista di sw, ( è sul wiki ? mi indicate il link ? ) Verra' fatta a breve bene, mi tengo aggiornato ;-) Molti sw e plug-in per osm sono gia inclusi nella live osgeo, confrontando la lista con quello che è gia stato inserito, posso provvedere all'aggiunta di scripts di installazione per i relativi sw che mancano . (per questioni di dimensioni e visto che la live non ha ancora un sistema automatizzato di localizzazione non posso aggiungere il download del file italy.osm) Su cosa ti basi per la distro? la distro è basata su xubuntu 9.10 32 bit (usando i repository ubuntu gis) (io nel frattempo sto portando ogni script a girare su debian sid (64bit) .. ma sto un po indietro con la nuova release e in debiangis manca ancora qualche pacchetto) PS: colgo l'occasione per farti i complimenti in pubblico per il tuo operato nel mondo dei gis liberi. Ho avuto modo di ascoltarti a Bolzano al GFOSS Days grazie!!! ... dovevo essere a Lugano ... :-( ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Idea di Creazione di un DVD OpenStreetMap da distribuire durante i Mapping Party italiani
Il giorno 11/feb/2010, alle ore 14.30, iiizio iiizio ha scritto: 2010/2/11 Maurizio Napolitano napoo...@gmail.com: Eventualmente possiamo pensarla cosi': - live cd GNU/Linux (se siamo tutti d'accordo) pronta per essere usata - se invece il cd non viene usato come boot allora si presenta una gui (io penso web) con la collezione di software con i download per le varie piattaforme Nella collezione software mettiamo anche una immagina VirtualBox (ma mettiamo anche VBOX per tutte le piattaforme o uno se lo scarica?) con tutte le applicazioni installate ... come sarebbe poi nella live cd Con virtualbox si può usare anche una live senza perdere la possibilità di usare windows in contemporanea e senza la neccessità di un immagine per virtualbox. certo! basta selezionare la iso nelle preferenze drive - cd di virtualbox poi se nelle preferenze rete si setta bridge si hanno anche ip separati per host e VM la live OSGEO ha tutto in uno ... ovvero : - imagine .iso (linux live) + - installer per osx + - installer per windows ... il lavoraccio non è solo sw ma : localizzazione dei relativi help e una efficiente descrizione dei sw in un file html (con hyperlink diretti alla documentazione in pdf) iiizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] vediamoci e nuova carta tecnica lodigiana
Anch'io sarei interessato e sono di Monza. Sono proprio una delle new entry di cui parli e mi farebbe piacere un incontro. Diciamo che potremmo fare Milano sud, così siamo a metà strada. Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vediamoci e nuova carta tecnica lodigiana
Il 11 febbraio 2010 03.08, Simone Cortesi sim...@cortesi.com ha scritto: Che ne dite? C'e' qualcuno interessato? io sarei interessato il problema è che riesco solo il venerdì -- -S ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vediamoci e nuova carta tecnica lodigiana
io sono un po fuori mano (zona torino) ma sarei interessato all'incontro Lucio. 2010/2/11 Simone Cortesi sim...@cortesi.com: 2. proprio per questo motivo, mi piacerebbe se, visto che è anche da un po' che non ci si incontra dalle parti del nord, ci si incontrasse per parlarne e per conoscere i nuovi arrivati nella comunità. Per me potrebbe andare bene un qualunque posto a meno di una ora di auto da casa (Pavia). Che ne dite? C'e' qualcuno interessato? Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] vediamoci e nuova carta tecnica lodigiana
Io sono disponibile. Ciao Robi Il 11 febbraio 2010 03.08, Simone Cortesi sim...@cortesi.com ha scritto: Ciao a tutti, questo messaggio ha un doppio scopo: 1. informarvi che fra pochissimi giorni verra' resa disponibile la nuova carta tecnica regionale lombarda per la provincia di lodi (shp gia' in WGS84). Per questi dati abbiamo le piu' ampie possibilita' di utilizzo, comprese le foto aeree ad altissima risoluzione. Se c'e' qualcuno interessato ad aiutarmi, io vorrei, insieme scrivere le regole di trasformazione per shp-to-osm, poi dividere il lavoro (magari usando la workmatrix usata anche per haiti), e caricare i dati. 2. proprio per questo motivo, mi piacerebbe se, visto che è anche da un po' che non ci si incontra dalle parti del nord, ci si incontrasse per parlarne e per conoscere i nuovi arrivati nella comunità. Per me potrebbe andare bene un qualunque posto a meno di una ora di auto da casa (Pavia). Che ne dite? C'e' qualcuno interessato? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
