Re: [OSM-legal-talk] Legal review by ITO World's lawyer
On Mar 14, 2009, at 4:35 AM, Peter Miller wrote: the viral nature of these licenses I don't want a virus, but I like the reciprocal nature of these licenses. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Legal review by ITO World's lawyer
Hi, Russ Nelson wrote: I don't want a virus, but I like the reciprocal nature of these licenses. Reciprocal is not the correct term IMHO. Reciprocal would mean that if you take our data you will have to give us something in return. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Possible datasources: Corine Land Cover 2000dataset
Hi Andy, Jukka, I have created a new entry on the Potential Datasources wiki page: http://wiki.openstreetmap.org/index.php?title=Potential_Datasourcesaction=submit#Corine_Land_Cover_2000_datasets. I am also posting this to OSM-talk so more people can review the possibility of using this dataset. Because Jukka pointed out that on another page http://dataservice.eea.europa.eu/dataservice/metadetails.asp?id=950 the copyright notice is different: Rights: EEA grants free access to all its data/applications provided that the user agrees: · to acknowledge the source as follows: Copyright EEA, Copenhagen, 2007 · to display a link to the EEA web site http://www.eea.europa.eu · not to use the data/applications for commercial purposes unless the Agency has expressly granted the right to do so I will try to contact the Agency and obtain an official answer about the usage. In the meantime feel free to give any feedback on the matter. Thanks, Ciprian On Thu, Mar 12, 2009 at 12:21 PM, Andy Robinson (blackadder-lists) ajrli...@googlemail.com wrote: Ciprian Talaba: Sent: 12 March 2009 9:28 AM To: legal-talk@openstreetmap.org Subject: [OSM-legal-talk] Possible datasources: Corine Land Cover 2000dataset Hi all, I know the discussion lately have been towards agreeing about an OSM license, and probably this is not the best time to ask this question. But I came across Corine Land Cover 2000 datasets and I want to make sure that they can be use in OSM. The organization behind CLC 2000 is European Environment Agency (EEA) and the website where the dataset is available have some legal information like: 1. on the page http://www.eea.europa.eu/legal/copyright Unless otherwise indicated, the information available from this site is within the public domain. Public domain information on the EEA web pages may be downloaded free of charge, and reproduced provided the source is acknowledged*. . * Citing this website 2. on the page http://www.eea.europa.eu/themes/landuse/clc-download from where you can download the datasets, in the tab My details where is the following notice: The information available in this application is under copyright of EEA and within the public domain. Public domain information in this application may be used free of charge, provided the source is acknowledged. The acknowledgment should read (c) EEA, Copenhagen, 2007 So my opinion is that we can use data from CLC 2000 as long as we add the source as a tag to each imported element. So you see any problems in using this dataset? Thanks, Ciprian Ciprian, I would suggest you drop this information on a wiki page and ask for comments there as well. At face value on what you have put in your email it looks similar to other data sets that require attribution. We normally deal with that as you say by adding the correct source tag and also placing the attribution on the wiki page at http://wiki.openstreetmap.org/wiki/Contributors and or http://wiki.openstreetmap.org/wiki/Attribution (looks like those two pages should be combined or redirect to just one.) As a final confirmation its worth writing to the data provider explaining the intention and how attribution is dealt with. That at least shows a paper trail if anyone asks a question at a later date. Finally its worth doing any imports under a specifically set up username, that way its easy to identify the original upload of data. Hope these pointers help. Cheers Andy ___ 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] License Telephone Debate
On 14/03/09 20:32, Ulf Möller wrote: OSFM is trying to get ODbL 1.0 in place as soon as possible and fix problems in version 1.1 later on. The difficulty with doing that is that people who are approached about relicensing their data might say no, because the licence is broken in ways X, Y and Z which were highlighted by the discussion process. Even if the reply is we hope to fix those in 1.1, they might say well, come back then, then. So what happens then? Do we remove their data or don't we? If we do, then that's data that was lost which wouldn't have been lost if we got the licence right first time. If we don't, then why are we bothering with switching OSM to 1.0 at all? Why not just wait for the 1.1 fixed version? Gerv ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] License Telephone Debate
Hi, Gervase Markham wrote: OSFM is trying to get ODbL 1.0 in place as soon as possible and fix problems in version 1.1 later on. The difficulty with doing that is that people who are approached about relicensing their data might say no, because the licence is broken in ways X, Y and Z which were highlighted by the discussion process. Even if the reply is we hope to fix those in 1.1, they might say well, come back then, then. So what happens then? Do we remove their data or don't we? It would be extremely stupid to go ahead with a license that has known bugs. (There will be enough not-yet-known bugs to fix in 1.1.) - I wasn't on the phone call but Henk Hoff said in a followup on talk-de that it is OSMF's intention to fix the *known* bugs before going live with 1.0. How this fits together with the idea that the schedule need not be modified is anyone's guess. I am concerned about the review by the ITO lawyer; some of the issues raised seem to me of a magnitude that means the license cannot be simply fixed to accommodate them - we have a choice to ignore these issues and plough ahead nonetheless (after all: three lawyers, four opinions), or if we take them seriously we'd have to do a major rewrite that could not be considered a later version of ODbL anymore. I'm eager to hear Jordan Hatcher's response but at the same time, realistically, I lack the legal expertise to decide who has the more convincing argument. If it is difficult for me to make an informed decision, then how can Joe Mapper who hasn't even followed the discussion? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] License Telephone Debate
On Mar 15, 2009, at 6:00 PM, Gervase Markham wrote: why are we bothering with switching OSM to 1.0 at all? Why not just wait for the 1.1 fixed version? 1) Because ODbL 1.0 is better than C-By-SA 2) Because it's not clear that we'll understand ODbL any time soon well enough to fix any problems. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] License Telephone Debate
On Sun, Mar 15, 2009 at 08:26:14PM -0400, Russ Nelson wrote: On Mar 15, 2009, at 6:00 PM, Gervase Markham wrote: why are we bothering with switching OSM to 1.0 at all? Why not just wait for the 1.1 fixed version? 1) Because ODbL 1.0 is better than C-By-SA So far that is one thing that is subject to debate. Unless the produced works and derivative databases thing is sorted, if it’s better than CC-by-sa, it’s not by much, and certainly not enough to warrant the licence change. 2) Because it's not clear that we'll understand ODbL any time soon well enough to fix any problems. If we don’t understand it we shouldn’t use it. Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] License Telephone Debate
On Mar 15, 2009, at 8:33 PM, Simon Ward wrote: On Sun, Mar 15, 2009 at 08:26:14PM -0400, Russ Nelson wrote: On Mar 15, 2009, at 6:00 PM, Gervase Markham wrote: why are we bothering with switching OSM to 1.0 at all? Why not just wait for the 1.1 fixed version? 1) Because ODbL 1.0 is better than C-By-SA So far that is one thing that is subject to debate. You're changing the subject. Gerv was wondering why we would switch to a license we know isn't perfect. The answer is : because it's better. OBVIOUSLY if it's not better, we wouldn't switch to it. 2) Because it's not clear that we'll understand ODbL any time soon well enough to fix any problems. If we don’t understand it we shouldn’t use it. We didn't understand the negative aspects of the CC-By-SA, but we used *it*. Are you saying that OSM shouldn't have been licensed at all, because at the time the licensing decision was made, people didn't understand exactly how it would work? -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
On Mar 14, 2009, at 11:31 AM, Sam Vekemans wrote: +1 for that!!! Er, no. Anything that someone might ADD to the map should be, if imported, in the same place. Otherwise, someone will fire up their editor, not see the data that already been imported, and start to add it. No better way to piss off a volunteer than to waste their time. Yes, there are problems with this approach. We need to solve them, not run away from them. We'll just create worse problems if we try to avoid solving this problem. We ALREADY have to deal with it with the TIGER import. Neither that data, nor the edits made to it, are going to be exiled from the database into this proposed bulk import data layer. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
Well, I thought we would have one layer per each mass import (so you can look at what was imported) - one layer for TIGER import, one layer for AND import, etc ... and the data would ge trimported both in that special layer and in ordinary layer, where everybody can edit it. In future, we can have layers even at different servers not operated by OSM (for things that are not exactly within scope of OSM map), like layers with wifi hotspots, etc ... Technically, these layers will merely redirect to another server. Martin Er, no. Anything that someone might ADD to the map should be, if imported, in the same place. Otherwise, someone will fire up their editor, not see the data that already been imported, and start to add it. No better way to piss off a volunteer than to waste their time. Yes, there are problems with this approach. We need to solve them, not run away from them. We'll just create worse problems if we try to avoid solving this problem. We ALREADY have to deal with it with the TIGER import. Neither that data, nor the edits made to it, are going to be exiled from the database into this proposed bulk import data layer. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ 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] Bulk import as a data layer (like gpx currently is)
I'm not sure I wrote clearly enough, because it seems like you didn't understand what I said. Everything that someone might want to add to the map should, if imported, actually BE in the map, not in a separate database or separate layer. Every editor should show this data to a user when they go to edit. Otherwise, if there are things that are available to a map renderer but not to an editor, how will the editor know that the things are in the map already? Perhaps they could use the existing map renders as a backdrop? Then you'd end up with editors as second-class citizens to renderers, and put (BACK) in the position of needing to beg for changes. That's precisely what we want to avoid by having an editable map database. On Mar 15, 2009, at 9:37 AM, MP wrote: Well, I thought we would have one layer per each mass import (so you can look at what was imported) - one layer for TIGER import, one layer for AND import, etc ... and the data would ge trimported both in that special layer and in ordinary layer, where everybody can edit it. In future, we can have layers even at different servers not operated by OSM (for things that are not exactly within scope of OSM map), like layers with wifi hotspots, etc ... Technically, these layers will merely redirect to another server. Martin Er, no. Anything that someone might ADD to the map should be, if imported, in the same place. Otherwise, someone will fire up their editor, not see the data that already been imported, and start to add it. No better way to piss off a volunteer than to waste their time. Yes, there are problems with this approach. We need to solve them, not run away from them. We'll just create worse problems if we try to avoid solving this problem. We ALREADY have to deal with it with the TIGER import. Neither that data, nor the edits made to it, are going to be exiled from the database into this proposed bulk import data layer. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
On Sunday 15 March 2009 17:42:26 Russ Nelson wrote: Every editor should show this data to a user when they go to edit. Otherwise, if there are things that are available to a map renderer but not to an editor, how will the editor know that the things are in the map already? Of course the editor should show everything available, but that doesn't mean it couldn't be stored in separate databases or displayed in separate layers. It just needs smarter software. -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
Of course the editor should show everything available, but that doesn't mean it couldn't be stored in separate databases or displayed in separate layers. It just needs smarter software. Maybe we could get round this by keeping it all in one database, but adding a separate tag to denote where the data come from? Anyone could use this tag to filter only the data they want, or to remove data from a particular source. I'd suggest something like source=? :-) Donald ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
On Mar 15, 2009, at 1:02 PM, Cartinus wrote: On Sunday 15 March 2009 17:42:26 Russ Nelson wrote: Every editor should show this data to a user when they go to edit. Otherwise, if there are things that are available to a map renderer but not to an editor, how will the editor know that the things are in the map already? Of course the editor should show everything available, but that doesn't mean it couldn't be stored in separate databases or displayed in separate layers. It just needs smarter software. Well, that's fair enough. We might want to be able to do more than our tools will let us do. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
On Mar 15, 2009, at 1:27 PM, Donald Allwright wrote: Maybe we could get round this by keeping it all in one database, but adding a separate tag to denote where the data come from? Anyone could use this tag to filter only the data they want, or to remove data from a particular source. I'd suggest something like source= I'd suggest instead that all bulk imports should each have their own userid. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-newbies] avoid repeating the name tag twice
Hi 1) This proposal will not help the Brussels map, where a similar need exists. In Brussels they want the default map to show street names in France and Dutch. see http://www.openstreetmap.org/?lat=50.77218lon=4.38126zoom=15layers=B000FTTT for a road with these tags: name=Avenue de la Sapinière - Denneboslaan --- could be {name:fr} - {name:nl} name:fr=Avenue de la Sapinière name:nl=Denneboslaan A possibility would be to tag the language like: name:local_lang=fr - nl where the separator is the one that has to be used for the representation. (iso-codes are known, the rest is spearator) 2) Sometime an object (node/way/relation) contains more then one translatable tag. For example, a house address is a node with addr:housenumber=12Alef- translatable addr:street=Herzel - translatable addr:city=Tel-Aviv - translatable addr:country=IL addr:full=- translatable building=yes name=Azrieli Shopping Mall - translatable Do we want to add a single a tag for each translatable tag: addr:housenumber:lang=de addr:street:lang=de addr:citylang=de addr:full:lang=de name:lang=de or do we want a single tag to indicate the text labels for the entire node/way/relation? Aaargh Ok I think the local language(s) is (are) the same for all description of a node/way/relation. Then I think we should introduce a new tag, like local_lang=xx and then tag name:xx=Germany addr:city:en=Tel-Aviv and so on... what do you think about it?? best regards paj ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Which entry level budget garmin
Ulf Lamping wrote: Well, the zumo 550 (which is very certainly a somewhat roughetized nuvi) has no snap to road setting (it has not a lot of options in that regard at all). I did made experiments with the track log. Some of the tracks did *suspiciously* looked like a snap to road while others did not. So if its useable for OSM or not - I don't know and care (I'm still using my WBT201 for tracking which has no maps :-). The nüvi series does not snap to road nor has the option to. The 200 (no longer available) can be downgraded to capture GPX tracks. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk import as a data layer (like gpx currently is)
2009/3/15 Russ Nelson r...@cloudmade.com: On Mar 15, 2009, at 1:27 PM, Donald Allwright wrote: Maybe we could get round this by keeping it all in one database, but adding a separate tag to denote where the data come from? Anyone could use this tag to filter only the data they want, or to remove data from a particular source. I'd suggest something like source= I'd suggest instead that all bulk imports should each have their own userid. Even mass imports are most of the time not a fully automated process and the data is reviewed before upload. That means that 1. it's possible to screw up the job, 2. it can't be done by one person if there's a lot of data. Then, it's a good thing that the users doing the upload can be contacted and use different ids. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-legal-talk] Possible datasources: Corine Land Cover 2000dataset
Hi Andy, Jukka, I have created a new entry on the Potential Datasources wiki page: http://wiki.openstreetmap.org/index.php?title=Potential_Datasourcesaction=submit#Corine_Land_Cover_2000_datasets. I am also posting this to OSM-talk so more people can review the possibility of using this dataset. Because Jukka pointed out that on another page http://dataservice.eea.europa.eu/dataservice/metadetails.asp?id=950 the copyright notice is different: Rights: EEA grants free access to all its data/applications provided that the user agrees: · to acknowledge the source as follows: Copyright EEA, Copenhagen, 2007 · to display a link to the EEA web site http://www.eea.europa.eu · not to use the data/applications for commercial purposes unless the Agency has expressly granted the right to do so I will try to contact the Agency and obtain an official answer about the usage. In the meantime feel free to give any feedback on the matter. Thanks, Ciprian On Thu, Mar 12, 2009 at 12:21 PM, Andy Robinson (blackadder-lists) ajrli...@googlemail.com wrote: Ciprian Talaba: Sent: 12 March 2009 9:28 AM To: legal-t...@openstreetmap.org Subject: [OSM-legal-talk] Possible datasources: Corine Land Cover 2000dataset Hi all, I know the discussion lately have been towards agreeing about an OSM license, and probably this is not the best time to ask this question. But I came across Corine Land Cover 2000 datasets and I want to make sure that they can be use in OSM. The organization behind CLC 2000 is European Environment Agency (EEA) and the website where the dataset is available have some legal information like: 1. on the page http://www.eea.europa.eu/legal/copyright Unless otherwise indicated, the information available from this site is within the public domain. Public domain information on the EEA web pages may be downloaded free of charge, and reproduced provided the source is acknowledged*. . * Citing this website 2. on the page http://www.eea.europa.eu/themes/landuse/clc-download from where you can download the datasets, in the tab My details where is the following notice: The information available in this application is under copyright of EEA and within the public domain. Public domain information in this application may be used free of charge, provided the source is acknowledged. The acknowledgment should read (c) EEA, Copenhagen, 2007 So my opinion is that we can use data from CLC 2000 as long as we add the source as a tag to each imported element. So you see any problems in using this dataset? Thanks, Ciprian Ciprian, I would suggest you drop this information on a wiki page and ask for comments there as well. At face value on what you have put in your email it looks similar to other data sets that require attribution. We normally deal with that as you say by adding the correct source tag and also placing the attribution on the wiki page at http://wiki.openstreetmap.org/wiki/Contributors and or http://wiki.openstreetmap.org/wiki/Attribution (looks like those two pages should be combined or redirect to just one.) As a final confirmation its worth writing to the data provider explaining the intention and how attribution is dealt with. That at least shows a paper trail if anyone asks a question at a later date. Finally its worth doing any imports under a specifically set up username, that way its easy to identify the original upload of data. Hope these pointers help. Cheers Andy ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-newbies] avoid repeating the name tag twice
On Sun, Mar 15, 2009 at 7:51 PM, Pierre-André Jacquod pjacq...@alumni.ethz.ch wrote: Hi 1) This proposal will not help the Brussels map, where a similar need exists. In Brussels they want the default map to show street names in France and Dutch. see http://www.openstreetmap.org/?lat=50.77218lon=4.38126zoom=15layers=B000FTTT for a road with these tags: name=Avenue de la Sapinière - Denneboslaan --- could be {name:fr} - {name:nl} name:fr=Avenue de la Sapinière name:nl=Denneboslaan A possibility would be to tag the language like: name:local_lang=fr - nl where the separator is the one that has to be used for the representation. (iso-codes are known, the rest is spearator) name:local_lang=fr - nl is indeed an interesting idea, that I haven't thought of. However, I ask myself if it's flexible enough. It seems that for just a little more coding you get the much more flexible {name:fr} - {name:nl} (with special escape combinations \\, \{, \} ). I think that mappers from Brussels and also other parts of the word with strings comprised from two languages should add there insights. Do they care about this problem? Are they willing to use such a solution? If they don't show interest, we can just forget about it, and go with the less general solution you offered below. 2) Sometime an object (node/way/relation) contains more then one translatable tag. For example, a house address is a node with addr:housenumber=12Alef - translatable addr:street=Herzel - translatable addr:city=Tel-Aviv - translatable addr:country=IL addr:full= - translatable building=yes name=Azrieli Shopping Mall - translatable Do we want to add a single a tag for each translatable tag: addr:housenumber:lang=de addr:street:lang=de addr:citylang=de addr:full:lang=de name:lang=de or do we want a single tag to indicate the text labels for the entire node/way/relation? Aaargh :) Ok I think the local language(s) is (are) the same for all description of a node/way/relation. Then I think we should introduce a new tag, like local_lang=xx and then tag name:xx=Germany addr:city:en=Tel-Aviv and so on... what do you think about it?? I support the idea of a new local_lang=xx tag, exactly as you described it. A possible problem could be if, for example, the default map should show Arabic house addresses (addr:housenumber:ar tag) but french building names (name:fr tag). This situation seems pretty ridiculous to me, but it might be wiser to request just a little more feedback from people who actually face these kind of problems. This solution is good enough for the map of Israel. As far as I understood from an earlier post of Michel Barakat, it's also good enough for Lebanon (please correct me if I'm wrong!). Can we please have some more ok / not-ok for this idea from some mappers who map in several languages? Tal ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Maxspeed mit mehreren Angaben
Hi, ich wollte keinem vorschreiben es sich einfach zu machen. Er/Sie/Es darf gerne auch die Lanes manuel in Relations erfassen. Aber ich bin mir sicher mit dem Lane-Tool in JOSM geht das deutlich bequemer. Ist also eher eine Empfehlung ;-) 50; 30; 50 halte ich als Wert in der Datenbank allerdings ziemlich nutzlos, da wie man merkt nicht eindeutig. Gruß Mario -Original Message- Date: Sun, 15 Mar 2009 00:20:02 +0100 Subject: Re: [Talk-de] Maxspeed mit mehreren Angaben From: Garry garr...@gmx.de To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Mario Salvini schrieb: Jan Tappenbeck schrieb: Moin ! ich habe gerade für MAXSPEED folgenden Eintrag für einen längeren Strang gefunden: 50; 30; 50 Irre ich mich - aber das macht doch keinen Sinn !?!?! gruß Jan :-) da wollte wohl einer die maxspeeds auf den verschiedenen Lanes erfassen. Halte ich so aber für ungeeignet. Unplausibel dass es so eine vorgeschriebene Geschwindigkeitsverteilung für lanes gibt (mittlere Spur = langsamste Spur) Wennn mans schon lane-genau taggen will. Sollte man auch das Lane-Tool in JOSM nutzen. Dann ist es absolut eindeutig, was gemeint ist. JOSM ist ein(!) Tool für OSM dessen Verwendung man nicht vorschreiben sollte.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meine Kreisel-Liste ist abgearbeitet
On Sat, Mar 14, 2009 at 11:48:26PM +0100, Garry wrote: Ich habe gerade nochmal (ich mache das auf den stuendlichen diffs) nachgesehen und habe 23 faelle gefunden - nachdem ich mir die im JOSM angesehen habe waren die alle schon korrigiert ... Auch die die ich eigentlich nicht angefasst haette ... Vorsicht! Nicht alles was aussieht wie ein Kreisverkehr ist einer (im Sinne der Kreisverkehrsregeln)! Ganz tückisches Beispiel: http://www.openstreetmap.org/?lat=49.003449lon=8.423986zoom=18layers=B000FTF Deshalb hatte ich ja vorher schon geschrieben das ich vorsichtig bin bem aendern von irgendwas - anscheinend waren einige mitstreiter nicht so vorsichtig ;) Ich denke du meinst in deinem link nicht den schoenen grossen kreisel in der mitte sondern den appendix an der Kriegsstraße. Und ja - genau solche dinge habe ich nicht angefasst sondern lieber alles so gelassen - ich denke das bei einigen eben nur ein oneway drauf gehoert aber kein junction=roundabout - aber das kann ich aus der distanz nicht beurteilen - also lieber nicht anfassen ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] service=alley
Martin Koppenhoefer schrieb: ein Stichweg ist soweit ich weiss eine Sackgasse, hat also nur bedingt inhaltlich Überschneidung mit der alley. Bei uns machen die auch Durchstiche - sind damit also nicht auf Sackgassen beschränkt. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Karl Eichwalder k...@gnu.franken.de [Sat, Mar 14, 2009 at 07:26:08PM CET]: Martin Koppenhoefer dieterdre...@gmail.com writes: Haus im Haus gibt es ja so nicht, [...] Ich glaube, so etwas gibt es öfters. Ein profanes Beispiel: http://www.akademie-mont-cenis.de/, gelegen in http://www.openstreetmap.org/?lat=51.54126lon=7.25455zoom=17layers=B000FTF -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed mit mehreren Angaben
Moin Jan, ich habe gerade für MAXSPEED folgenden Eintrag für einen längeren Strang gefunden: 50; 30; 50 Irre ich mich - aber das macht doch keinen Sinn !?!?! Was macht man, wenn die Höchstgeschwindigkeit für die beiden Fahrtrichtungen einer zweispurigen Straße unterschiedlich ist? Habe ich hier bei mehreren Kreisverkehren: Fährt man drauf zu, ist 200 oder 300m davor tempo 50, das Tempo 70-Schild steht aber immer unmittelbar hinter den jeweiligen Ausfahrten. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für unterwegs?
Dimitri Junker schrieb: Hallo, Ist die Seite von Dir oder weiß Du von wem? ersetz das mobilemap durch www, dann klick Dich bis http://www.petschge.de/az/impressum.htm durch. Gruß Dimitri thx, hatte nur unter petschge.de geschaut und da war gar nichts... -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed mit mehreren Angaben
Rainer Knaepper schrieb: Moin Jan, ich habe gerade für MAXSPEED folgenden Eintrag für einen längeren Strang gefunden: 50; 30; 50 Irre ich mich - aber das macht doch keinen Sinn !?!?! Was macht man, wenn die Höchstgeschwindigkeit für die beiden Fahrtrichtungen einer zweispurigen Straße unterschiedlich ist? Habe ich hier bei mehreren Kreisverkehren: Fährt man drauf zu, ist 200 oder 300m davor tempo 50, das Tempo 70-Schild steht aber immer unmittelbar hinter den jeweiligen Ausfahrten. Rainer ist zwar etwas ungenau, aber bei sowas splite ich den Weg und setzte maxspeed=. Man könnte auch direkt maxspeed:right=* nehmen, was den Sachverhalt ohne Unschärfe erfassen würde. Aber da scheiden sich ja noch die Geister, ob wir das so wollen ;) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Asche und Rasensportplätze
Hallo, gibt es eine Möglichkeit zwischen Rasensportplätzen (Fussball) und Ascheplätzen zu unterschieden? Gruß Kilian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Hallo Johannes, Ein profanes Beispiel: http://www.akademie-mont-cenis.de/, gelegen in http://www.openstreetmap.org/?lat=51.54126lon=7.25455zoom=17layers=B000FTF Dort lese ich: amenity=public building area=yes landuse=building Das soll also nicht ein Gebäude darstellen, sondern eine Landfläche, auf der einige öffentliche Gebäude stehen? Wieso wird, wenn eine geschlossene Fläche gezeichnet wird, diese mit area=yes attributtiert? Ist das nicht ein Pleonasmus? (bei See, Wald, Industriegelände etc gibt es sowas nicht) Wird amenity=public_building nicht für Gebäude verwendet? Wenn man eine *Landnutzung* bezeichnen will, beispielsweise eine Fläche auf der Gebäude stehen, müsste es dann nicht genügen, wenn man landuse=building schreibt, bzw. landuse=public_building für eine Fläche, auf der öffentliche Gebäude stehen? Genauso wie man schreibt landuse=industrial wenn die Fläche industriell genutzt wird oder Industriegebäude darauf stehen, oder landuse=school, oder landuse=hospital für entsprechend genutztes Gelände mit zugehörigen Gebäuden und Anlagen? Und wenn man ein *Gebäude* bezeichnen will, dann müsste es doch genügen, wenn man für unspezifische Gebäude schreibt building=yes, und für spezifische Gebäude building=public, building=school, building=hospital, building=supermarket usw.? Wieso schreibt man amenity=public_building und meint damit manchmal ein Gebäude und manchmal ein Grundstück? Verstehst Du die Logik und kannst sie mir erklären? Entwickelt hat sich die Diskussion ja anhand von http://www.openstreetmap.org/?lat=49.46319lon=11.0617zoom=17layers=B000FTF wo Innenhöfe von Krankenhäusern nicht richtig dargestellt werden (Haus 30 und Verwaltung Personal) und weder die Apotheke, noch das Restaurant, das Kaffee, der Hubschrauberlandeplatz, die Schule oder der Kindergarten angezeigt werden. Nicht mal die Gebäude die Krankenhäuser sind werden vom Rest unterschieden... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Asche und Rasensportplätze
Kilian S. schrieb: Hallo, gibt es eine Möglichkeit zwischen Rasensportplätzen (Fussball) und Ascheplätzen zu unterschieden? leisure=pitch surface=grass bzw. surface=ash (ash wird aber erst 29mal verwendet) evtl. dann noch die Sportart: sport=soccer ... aber soccer halt eher nur dann, wenn da wirklich überwiegend Fußball gespielt wird. Wenn da auch ein Basketballkorb und vielleicht noch was anderes drauf ist, eher sport=multi ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] service=alley
Garry schrieb: Bei uns machen die auch Durchstiche - sind damit also nicht auf Sackgassen beschränkt. Wie mapt man die denn Deiner Ansicht nach sinnvoll? highway=footway access=destination width=250 ? Bei uns steht in Sozialen Brennpunkten inzwischen häufig auch ein Schild Privatweg - Wohnanlage - Zugang nur für Anlieger. Ich vermute mal, dass ist der Versuch, herumlungernde Personengruppen (ortsfremde Jugendliche) vom Gelände fernhalten zu wollen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] or/p mit ActivePerl unter Windows nicht nutzbar?
Hallo Frank, es gibt da wohl ein Download-Programm um auf die Revisionsverwaltung der Softwareentwicklung zuzugreifen - wenn ich mich falsch ausgedrückt habe, dann möge man mich steinigen. Wenn Du mir eine eMail-Adresse zukommen läßt, dann zippe ich Dir mein Installationsverzeichnis, wie es funktioniert, und maile es Dir. gruß Jan :-) Frank Glück schrieb: Hallo Jan, vermutlich hast Du auch, wie ich vor einigen Wochen, manuell heruntergeladen. Ähm, ja, wie denn sonst? Wo gibt es denn dieses ominöse Downloadprogramm? Unter http://wiki.openstreetmap.org/wiki/Orp habe ich darüber leider nichts gefunden. Oder ist das bei dem ti...@home-paket mit dabei (mit dem ich mich bisher noch gar nicht beschäftigt habe, weil ich nur den SVG-Output benötige)? Das Perl-Skript orp muss in einem gleichnamigen Unterverzeichnis liegen. Ansonsten funktioniert das nicht. Schau mal bei http://forum.openstreetmap.org/viewtopic.php?pid=16626 Hmm, das habe ich nun eigentlich auch so gemacht, wobei mir bisher nicht klar ist, woher die umliegende Dateistruktur außerhalb des orp-Verzeichnisses stammt. Bisher habe ich mir eben nur die or/p-Dateien und zusätzlich besagte disused.svg heruntergeladen (und in das entsprechende benachbarte Verzeichnis /stylesheets/symbols gelegt). Demnach ist dieser Aufbau also nicht ausreichend? Brauche ich also doch den kompletten Osmarender-Download oder gar dieses gesamte ti...@home? Ich dachte, eine passende data.osm im orp-Verzeichnis würde ausreichen, da or/p ja gerade ein Ersatz für das originale Osmarender sein solle(?) Vielen Dank und Grüße, Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] falsches passwort
Hallo, Ein neuer Versuch... eigentlich wollte ich nur eine einfache Frage stellenbekamme kurz danach eine anfrage in englisch ... ich dachte zu verstehen daß ich mir für eine mailingliste abonnieren sollte (ich hatte nur eine einfache frage in deutsch gestellt) ich sollte bestätigen(confirm) .nun bekomme ich ca10 email von Leute die ich nicht kenne...die scheinbar auch bei OMS mitmachen...aber meine eigentliche Frage ist wohl ins Nirvana gelandet! Ich versuche seit Tage mich einzuklingen...bekomme immer wieder die Meldung daß mein passwort Falsch ist (das alles in englisch natürlich...) nein mein Passwort ist nicht falsch! Hallo ist da jemand??? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] falsches passwort
Hallo, das war bei mir auch so, funktioniert jetzt aber. Bei dir ja auch ;) Dadajac schrieb: Hallo, Ein neuer Versuch... eigentlich wollte ich nur eine einfache Frage stellenbekamme kurz danach eine anfrage in englisch ... ich dachte zu verstehen daß ich mir für eine mailingliste abonnieren sollte (ich hatte nur eine einfache frage in deutsch gestellt) ich sollte bestätigen(confirm) .nun bekomme ich ca10 email von Leute die ich nicht kenne...die scheinbar auch bei OMS mitmachen...aber meine eigentliche Frage ist wohl ins Nirvana gelandet! Ich versuche seit Tage mich einzuklingen...bekomme immer wieder die Meldung daß mein passwort Falsch ist (das alles in englisch natürlich...) nein mein Passwort ist nicht falsch! Hallo ist da jemand??? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] falsches passwort
Hallo Dadajac. Am Sonntag, 15. März 2009 schrieb Dadajac: eigentlich wollte ich nur eine einfache Frage stellenbekamme kurz danach eine anfrage in englisch ... ich dachte zu verstehen daß ich mir für eine mailingliste abonnieren sollte (ich hatte nur eine einfache frage in deutsch gestellt) ich sollte bestätigen(confirm) .nun bekomme ich ca10 email von Leute die ich nicht kenne...die scheinbar auch bei OMS mitmachen...aber meine eigentliche Frage ist wohl ins Nirvana gelandet! Ich versuche seit Tage mich einzuklingen...bekomme immer wieder die Meldung daß mein passwort Falsch ist (das alles in englisch natürlich...) nein mein Passwort ist nicht falsch! Hallo ist da jemand??? Das hier ist eine Mailingliste, eine E-Mail-Diskussionsgruppe. Hier kann jeder etwas schreiben und alle Mitglieder erhalten die Nachrichten zugestellt. Damit nicht lauter Müll (Spam, Viren, ...) zugestellt wird, darf nur etwas schreiben wer auch Mitglied ist und die NAchrichten erhalten möchte. Als du das erste Mal geschrieben hast, wurde deine Mail also nicht zugestellt, da du nicht Mitglied der Liste warst. Jetzt hast du es scheinbar geschafft, hier Mitglied zu werden und bekommst automatisch alle Nachtrichten, die hier geschrieben werden. Jetzt hast du in deiner letzten E-Mail allerdings vor lauter Frust glatt vergessen in freundlicher, verständlicher Sprache zu erklären, was genau deine Frage am Anfang war. Im Internet gibt es viele Passwörter, bei OpenStreetMap ebenfalls. Falls das mit dem Passwort also dein ursprüngliches Problem war, formuliere es bitte so dass wir verstehen können, was wirklich das Problem ist. Gruß, Bernd -- Wohlstand ist, wenn die Menschen mehr Uhren haben als Zeit. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Audiomapping: Externes Mikro an MP3-Player
So, nach nochmal ein paar Stunden basteln habe ich jetzt ein funktionierendes externes Mikrofon :-) Letztlich hatte ich wohl irgendwo immer einen Fehler, nun habe ich ein Kabel direkt an die Kontakte des internen Mikros gelötet und an diesem Kabel ist direkt ein kleines Knopfmikro von einem altem Diktiergerät. Die Qualität ist besser als erwartet, auch bei Hintergrundgeräuschen. Mittels einem kleinen gebastelten Gehäuse kann ich es am Kragen befestigen (kleine Klammer). Leider ist nun das Mikro immer dran, aber der MP3-Player wird sonst eh nicht genutzt. Ansonsten ist trotz der Lötaktionen noch alles voll funktionsfähig :-) Wenn jemand (auf eigene Gefahr!) so etwas basteln möchte, kann er mich gerne zwecks weiterer Infos anschreiben, hab auch ein paar Bilder gemacht. Danke für eure Ideen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank Vergleich ?mit SRTM
Hallo, ich habe mir jetzt ein paar km^2 DGM50 Daten geleistet. Das erste Problem war Gauß-Krüger 2. Nachdem was ich hier gelesen habe bin ich auf http://heiko-jacobs.de/kkisbin/trafo.tcl gegangen und habe die Daten konvertiert. Als Quellformat habe ich 2: Gauß-Krüger Nr.2/6 Grad (West-D) und als Zielformat -1: geographisch (Altgrad, dezimal) gewählt ist das richtig um es mit GPX-Files abgleichen zu können oder muß ich als Zielformat irgendeines der WGS84 nehmen, aber wenn ich das richtig sehe klappt das nicht mit Quellformat GK2 In der Zwischenzeit schreib ich schonmal den Abgleich Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Audiomapping: Externes Mikro an MP3-Player
Hallo Jonas, So, nach nochmal ein paar Stunden basteln habe ich jetzt ein funktionierendes externes Mikrofon :-) Wenn jemand (auf eigene Gefahr!) so etwas basteln möchte, kann er mich gerne zwecks weiterer Infos anschreiben, hab auch ein paar Bilder gemacht. Schreibe es doch einfach ins Wiki: http://wiki.openstreetmap.org/wiki/de:External_microphone und verlinke es hier: http://wiki.openstreetmap.org/wiki/de:Audio_mapping dann findet man es auch wenn man diese Disku nicht kennt. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiger Titel: Lübecker Gänge u nd Höfe
Hi. Michael Buege wrote: Zitat Jan Tappenbeck: vielleicht ist es dem einen oder anderen bekannt das es in Lübecks Innenstadt eine Vielzahl von Gängen und Höfen [1] gibt. Da diese in der Regel innerhalb enger und hoher Bebauung liegen wollte ich diese nur durch eine entsprechende Richtungslinie mit Länge zeichnen. Soweit so gut - aber wie taggen ??? pedestrian ??? und da in der Regel private access=private [1] http://de.wikipedia.org/wiki/L%C3%BCbecker_G%C3%A4nge_und_H%C3%B6fe Pedestrian sollte in der Mehrzahl der Faelle richtig sein, jedenfalls fuer das, was ich von den Luebecker Gaengen kenne. Es beinhaltet ja einen generellen Ausschluss von Fahrzeugen. Wo moeglich, kann man noch ein bicycle=yes dazu packen. Ich finde pedestrian nicht gut. Eine Fußgängerzone ist deutlich breiter. Die Gänge sind aber i.d.R sehr schmal, eher schmaler als übliche Fußwege, wie sie z.B. durch einen Park gehen. Ich würde also auf jeden Fall als highway=footway (oder meinetwegen path) taggen. Ich finde auch die paar pedestrian-Gänge, die (vermujtlich Jan) jetzt in Lübeck eingezeichnet hat sind deutlich zu prominent. Aber wie gesagt, meine Begründung ist nicht (nur) die Map. Diese Gänge sind eigentlich sowas wie Fußweg-Äquivalente zu highway=service, aber bestimmt keine Fußgängerzonen! Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Audiomapping: Externes Mikro an MP3-Player
Markus schrieb: Hallo Jonas, So, nach nochmal ein paar Stunden basteln habe ich jetzt ein funktionierendes externes Mikrofon :-) Wenn jemand (auf eigene Gefahr!) so etwas basteln möchte, kann er mich gerne zwecks weiterer Infos anschreiben, hab auch ein paar Bilder gemacht. Schreibe es doch einfach ins Wiki: http://wiki.openstreetmap.org/wiki/de:External_microphone und verlinke es hier: http://wiki.openstreetmap.org/wiki/de:Audio_mapping dann findet man es auch wenn man diese Disku nicht kennt. http://wiki.openstreetmap.org/wiki/Audio_mapping#By_John07 Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] falsches passwort
Hallo Dominique. Diese Mailingliste hat (wie fast alle) ein öffentliches Archiv, in dem man nach bisherigen Fragen und Antworten suchen kann. Deine antwort hast du jetzt an meine Adresse gesendet (z.B. Antwort an Verfasser im E-Mail-Programm). Dadurch ging deine E-Mail nur an mich alleine (und wenn ich jetzt keine Antwort habe, weiß schon wieder keiner der über hundert anderen Mitglieder was du fragen wolltest) und sie ist nicht im Archiv eingetragen. Ich schreibe diese Nachricht jetzt wieder auf die Liste, damit deine Frage für die anderen lesbar wird. Bitte benutze für die Antworten auf der Liste die Adresse der Mailingliste. Zum Beispiel über den Knopf Antwort an alle. Am Sonntag, 15. März 2009 schrieb Dadajac: Sorry, du hast recht , ich bin etwas genervt...danke für dein geduldige Antwort. (mein erstes Email war natürlich viel freundlicher ) Nun ich habe dieser Projekt erst vor kurzem entdeckt (ich glaube es war in die CT letzte Jahr)und bin seit eine Woche dabei mich konkret dafür fitt zu machen. habe JOSM herunter geladen.habe damit ein bisschen gespielt... Nun mal kurz zu mir ,ich lebe in ein kleiner idylliches dorf in Frankreich (Lothringen) und stelle fest daß hier großer bedarf ist. Es sind nur die Hauptstrassen die registriert sind. Nun zum ausprobieren habe ich in unseren Dorf eine bezeichnung erzeugt und eine Telephon Zelle aufgestellt...wollte das hoch laden und bekomme immer wieder die Meldung das mein passwort falsch ist. diese phenomen passiert mir auch wenn ich mich bei der Webseite anmelden will. manchmall klapptt es aus unerklärlichgrund aber meistens geht es nicht... Danke für deine hilfe. Das bedeutet dann, dass dein Passwort wirklich nicht stimmt oder dein Zugang nicht richtig freigeschaltet ist. Beim Anmelden auf der Seite bekommt man eine E-Mail (damit sich nicht jemand anderes mit deiner E-Mail-Adresse anmelden kann). Dort drin ist ein Link, den man anklicken muss (confirm). Dafür hat man soweit ichw eiß nur ein paar Tage Zeit, sonst wird der Zugang wieder gelöscht. Vermutlich hast du das nicht rechtzeitig gemacht und deshalb gibt es deinen Zugang mit deinem Passwort gar nicht mehr. Dann kannst du einfach nochmal einen neuen Zugang erstellen. Ps: habe mein laptop Mit einem Virus infiziert habe da auch ein paar Tag versucht dieser problem zu lösen...habe mich dort in verschiedene Foren angemeldet...habe bis jetzt noch kein Rückmeldung bekommen...nochmal sorry für meine entnervt Haltung... ...wir haben hier kein ADSL...die leitung wird sehr oft kommentar los gekappt... Habe mir ein GPS Logger in Deutschland bestellt, ist gestern angekommen...ich geh jetzt beim schönes Wetter aus probieren Gruß, Bernd -- Es wird immer schwerer, etwas zu tun, und immer leichter, etwas zu verhindern. - Manfred Rommel (dt. Politiker) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiger Titel: Lübecker Gänge u nd Höfe
Zitat Gerrit Lammert: Michael Buege wrote: Zitat Jan Tappenbeck: vielleicht ist es dem einen oder anderen bekannt das es in Lübecks Innenstadt eine Vielzahl von Gängen und Höfen [1] gibt. Da diese in der Regel innerhalb enger und hoher Bebauung liegen wollte ich diese nur durch eine entsprechende Richtungslinie mit Länge zeichnen. Soweit so gut - aber wie taggen ??? pedestrian ??? und da in der Regel private access=private Pedestrian sollte in der Mehrzahl der Faelle richtig sein, jedenfalls fuer das, was ich von den Luebecker Gaengen kenne. Es beinhaltet ja einen generellen Ausschluss von Fahrzeugen. Wo moeglich, kann man noch ein bicycle=yes dazu packen. Ich finde pedestrian nicht gut. Eine Fußgängerzone ist deutlich breiter. Die Gänge sind aber i.d.R sehr schmal, eher schmaler als übliche Fußwege, wie sie z.B. durch einen Park gehen. Ich würde also auf jeden Fall als highway=footway (oder meinetwegen path) taggen. Ich finde auch die paar pedestrian-Gänge, die (vermujtlich Jan) jetzt in Lübeck eingezeichnet hat sind deutlich zu prominent. Aber wie gesagt, meine Begründung ist nicht (nur) die Map. Diese Gänge sind eigentlich sowas wie Fußweg-Äquivalente zu highway=service, aber bestimmt keine Fußgängerzonen! Bei der Unterscheidung footway oder pedestrian habe ich mir angewoehnt, unabhaengig von der baulichen Groesse nach der Art der Nutzung zu entscheiden. Und auch wenn es schwer faellt, blende ich die spaetere gerenderte Darstellung, zu prominent, passend oder unscheinbar, aus. Noch ein wichtiger Punkt, footway und pedestrian implizieren immer eine vorrangige Nutzung durch Fussgaenger, Fahrzeuge jeder Art (auch Fahrraeder) sind immer eine Ausnahme und koennen von der Nutzung ein- oder ausgeschlossen werden. Ein Fussweg ist primaer dazu da, von A nach B zu gelangen. Das soll moeglichst gefahrlos und schnell moeglich sein. Im Verkehrsraum sollten keine Dinge sein, die dem entgegenstehen. Fusswege dienen der Bewegung, nicht dem Verweilen. Sie stellen nach meinem Verstaendniss also in erster Linie Verkehrsraum dar, unabhaengig von ihrer Dimensionierung. Mit Fussgaengerzonen verbinde ich den Begriff Lebensraum. Dort findet man Sitzgelegenheiten, Brunnen, Geschaeftsauslagen usw. (wir alle wissen, wie eine Fussgaengerzone aussieht, die gewachsenen meist besser als die kuenstlichen). Natuerlich ist eine Fussgaengerzone zu weiten Teilen auch Verkehrsraum, aber eben nicht ausschliesslich. Mir ist klar, dass es tausend Ausnahmen gibt, die diese Einordnung aufweichen koennen. Aber fuer mich ist _das_ der erste Ansatz zur Entscheidungsfindung, nicht die Dimension. Fusswege sind way-Objekte, keine Flaechen, Fussgaengerzonen koennen beides sein. Wenn wir uns jetzt die Luebecker Gaenge anschauen, halte ich Lebensraum (auch aus historischer Sicht) fuer gut geeignet, den Charakter dieser Objekte zu beschreiben. Aber, hey, Jan ist der Mapper. ;-) -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonkonferenz zur Lizenz am 14.3.09
Hallo, Ulf Möller schreef: Die Working Group verlässt sich wohl darauf, dass die wesentlichen Probleme dank der Beteiligung ihres Anwalts mit Version 1.0 in Ordnung gebracht werden und meint, dass auch ziemlich bald eine Version 1.1 folgen könnte. Peter hat darauf hingewiesen, dass es geschickter wäre, vor der Lizenzumstellung auf Version 1.1 zu drängen, weil dann auch ODC ein starkes Interesse hätte die Probleme zu beheben, damit ihre Lizenz von OSM angenommen wird. Das wurde aber abgebügelt. (Immerhin waren sich alle einig, dass es sinnvoll ist, Version 1.0 vor der Abstimmung von ITOs Anwältin prüfen zu lassen.) eventuellen Problemen Die genaue Formulierung habe ich jetzt nicht mehr im Kopf. Zuerst Danke für ihr Beitrag in die Telefonkonferenz (auch im Namen der Working Group) Ulf hat sohn eine gute Zusammenfassung gemacht. Einige kurtze zusätzen: Wenn die 1.0 Lizenz veröffentlicht wird, muss auch alle Open Issues beantwortet sein. Die OSMF Stimmung könnte uber die folgende Fragen gehen (dies sind nicht die genaue Bewörtung): - Ja, ich bin einverstanden mit ODbL 1.0 - Ja, ich bin einverstanden mit ODbL, aber findet die 1.0 version nicht gut genug. - Nein, ich bin gegen ein Lizenzumstellung. Die Working Group hat bald wieder ein Versammlung und werden die Resultaten der Telefonkonferenz besprechen. Gr, Henk Hoff OSM Foundation ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiger Titel: Lübecker Gänge u nd Höfe
Am 15. März 2009 15:48 schrieb Michael Buege mich...@buegehome.de: Pedestrian sollte in der Mehrzahl der Faelle richtig sein, jedenfalls fuer das, was ich von den Luebecker Gaengen kenne. Es beinhaltet ja einen generellen Ausschluss von Fahrzeugen. Wo moeglich, kann man noch ein bicycle=yes dazu packen. Ich finde pedestrian nicht gut. Eine Fußgängerzone ist deutlich breiter. Die Gänge sind aber i.d.R sehr schmal, eher schmaler als übliche Fußwege, wie sie z.B. durch einen Park gehen. wenn Fußwege durch einen Park groß genug für Fahrzeuge sind, dann mappe ich die entweder als Pedestrian oder Track (mit entspr. Access-tags). Damit hat man auch eine Hierarchie zu den kleineren Pfaden und Wegen drin, und sieht, welches die Hauptwege sind. Bei der Unterscheidung footway oder pedestrian habe ich mir angewoehnt, unabhaengig von der baulichen Groesse nach der Art der Nutzung zu entscheiden. Und auch wenn es schwer faellt, blende ich die spaetere gerenderte Darstellung, zu prominent, passend oder unscheinbar, aus. das halte ich für unglücklich, da bei einem so etablierten Feature wie footway und pedestrian das Rendering m.E. mittlerweile durchaus ausdrückt, wie das entsprechende Feature gedacht ist, bzw. normalerweise angewandt wird. Noch ein wichtiger Punkt, footway und pedestrian implizieren immer eine vorrangige Nutzung durch Fussgaenger, Fahrzeuge jeder Art (auch Fahrraeder) sind immer eine Ausnahme und koennen von der Nutzung ein- oder ausgeschlossen werden. Jein. Pedestrian impliziert m.E. Fahrzeuge mit Ausnahmegenehmigung (Lieferverkehr) und/oder zu bestimmten Zeiten, Footway schliesst die m.E. aus (evtl. Ausnahme Rettungsdienst/Polizei, die sich aber sowieso nur schlecht abbilden lassen, weil sie bei Bedarf überall fahren, wo es physisch geht). Ein Fussweg ist primaer dazu da, von A nach B zu gelangen. Das soll moeglichst gefahrlos und schnell moeglich sein. Im Verkehrsraum sollten keine Dinge sein, die dem entgegenstehen. Fusswege dienen der Bewegung, nicht dem Verweilen. Sie stellen nach meinem Verstaendniss also in erster Linie Verkehrsraum dar, unabhaengig von ihrer Dimensionierung. Mit Fussgaengerzonen verbinde ich den Begriff Lebensraum. Dort findet man Sitzgelegenheiten, Brunnen, Geschaeftsauslagen usw. (wir alle wissen, wie eine Fussgaengerzone aussieht, die gewachsenen meist besser als die kuenstlichen). Natuerlich ist eine Fussgaengerzone zu weiten Teilen auch Verkehrsraum, aber eben nicht ausschliesslich. mehr oder weniger stimme ich Dir da zu, allerdings ist es m.E. kein Kriterium zur Klassifizierung, schließlich gibt es genug Sitzbänke auch an Fußwegen. Die werden wenn sie schmal genug sind dadurch nicht automatisch zu Fußgängerzonen. Mir ist klar, dass es tausend Ausnahmen gibt, die diese Einordnung aufweichen koennen. Aber fuer mich ist _das_ der erste Ansatz zur Entscheidungsfindung, nicht die Dimension. s.o. Fazit: Für mich ist die Breite durchaus das Hauptkriterium, um zwischen footway und pedestrian zu unterscheiden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiger Titel: Lübecker Gänge u nd Höfe
Hallo Michael. Michael Buege wrote: Bei der Unterscheidung footway oder pedestrian habe ich mir angewoehnt, unabhaengig von der baulichen Groesse nach der Art der Nutzung zu entscheiden. Ich kann Deine Gründe sehr gut nachvollziehen und finde die Unterscheidung Sinn im Durchgang und Zweck in sich selbst (Weg ist das Ziel ;-) sehr einleuchtend. Dennoch finde ich pedestrian nicht angemessen. Dieses ist einfach zu sehr an Fußgängerzonen oder entsprechende Plätze geknüpft. Und da jetzt etwas hinzu zu interpretieren, was einen kleinen Aspekt mit Fußgängerzonen teilt, aber einen sehr großen Teil (räumliche Ausdehnung, kommerzieller Charakter, städtische Lage, Befahrbarkeit durch motorisierte Fahrzeuge, etc.) überhaupt nicht, finde ich unbefriedigend. Also vielleicht wäre hier tatsächlich ein neuer tag angebracht, auch wenn ich sonst mit einer Überfrachtung an tags eher vorsichtig bin. Ich habe halb eine Diskussion über highway=alley oder so mitbekommen, wie sieht es denn damit aus? Solange würde ich weiterhin zu Fußweg tendieren, oder vielleicht logisch gesehen besser: ein path. Durchgänge, durch die teilweise Menschen über 130kg oder 1,90m physisch nicht durch passen ohne zu kriechen als Fußgängerbereich zu bezeichnen widerstrebt mir. :) Abgesehen davon ist ein highway=pedestrian für mich etwas grundöffentliches. Bei den Gängen handelt es sich eher um so etwas wie Wege im Kleingartenverein oder im Kurpark eines Hotels. Die benutzung ist in der regel nur durch die Anwohner genehmigt. Und auch nur diese Benutzen den Gang in der von Dir geschilderten Weise. Nicht-Anwohner gehen da durch um von a nach b zu kommen (= footway) oder um da wie in einem Museum langsam um sich guckend durch zu schlendern und ständig zu sagen oh wie hübsch und wie pittoresk und so ;-) Fazit: pedestrian - footway o path + neuer tag ++ Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiger Titel: Lübecker Gänge u nd Höfe
Am 15. März 2009 16:38 schrieb Gerrit Lammert o...@00l.de: Hallo Michael. Michael Buege wrote: Bei der Unterscheidung footway oder pedestrian habe ich mir angewoehnt, unabhaengig von der baulichen Groesse nach der Art der Nutzung zu entscheiden. Dennoch finde ich pedestrian nicht angemessen. Dieses ist einfach zu sehr an Fußgängerzonen oder entsprechende Plätze geknüpft. Und da jetzt etwas hinzu zu interpretieren, was einen kleinen Aspekt mit Fußgängerzonen teilt, aber einen sehr großen Teil (räumliche Ausdehnung, kommerzieller Charakter, städtische Lage, Befahrbarkeit durch motorisierte Fahrzeuge, etc.) überhaupt nicht, finde ich unbefriedigend. Also vielleicht wäre hier tatsächlich ein neuer tag angebracht, auch wenn ich sonst mit einer Überfrachtung an tags eher vorsichtig bin. Ich habe halb eine Diskussion über highway=alley oder so mitbekommen, wie sieht es denn damit aus? Solange würde ich weiterhin zu Fußweg tendieren, oder vielleicht logisch gesehen besser: ein path. Durchgänge, durch die teilweise Menschen über 130kg oder 1,90m physisch nicht durch passen ohne zu kriechen als Fußgängerbereich zu bezeichnen widerstrebt mir. :) Fazit: pedestrian - footway o path + neuer tag ++ Gerrit noch einen neuen Tag halte ich nicht für nötig. Schon path ist ja eigentlich überflüssig (was man auch daran sieht, dass er nicht besonders gut angenommen wurde). Was spricht denn eigentlich gegen footway, evtl. mit einem tunnel=yes falls überbaut? Wenn die angesprochenen Wege / Durchgänge tatsächlich so schmal sind, das gerade mal ein Mensch durchpasst ist m.E. pedestrian definitiv nicht der richtige Tag, ich dachte, es handele sich um Passagen mit Geschäften dran/drin wie beispielsweise in Leipzig aber auch allgemein in vielen Städten zumindest vereinzelt anzutreffen (also richtig breit und evtl. sogar mit Lieferverkehr). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiger Titel: Lübecker Gänge u nd Höfe
Martin Koppenhoefer wrote: Ich dachte, es handele sich um Passagen mit Geschäften dran/drin wie beispielsweise in Leipzig aber auch allgemein in vielen Städten zumindest vereinzelt anzutreffen (also richtig breit und evtl. sogar mit Lieferverkehr). Nein definitiv nicht. Dort befinden sich nur kleine private Häuschen. Ein paar typische Bilder, hab ich mal rausgesucht: http://de.wikipedia.org/wiki/L%C3%BCbecker_G%C3%A4nge_und_H%C3%B6fe http://www.joshushund.com/fotos/luebeck/luebeck_29.jpg http://www.gaestefuehreragentur-luebeck.de/assets/images/Gang.jpg http://www.plattpartu.de/kuenst/luebeck/luebeck_biller/gaenge_22_gr.jpg http://europeforvisitors.com/germany/images/luebeck/luebeck_gang_w_dad_daughter_wet_cobblestones_sq_250_dscf2304.jpg Um dahin zu kommen muss man meist durch ein straßenständiges Gebäude durch. Diese Tunnel sind in der Regel sehr schmal (1-1,50m) und niedrig (bis zu 1,60m runter). Beispiele: http://www.scicaster.de/Privat/luebeck/gang.jpg http://www.ralfhelling.eu/shop/Verkauf/Postkarten/22.jpg Am ehesten entspricht es vielleicht dem Weg von der Straße zur Eingangstür eines Hauses. Denn genau das ist es, nur dass eben mehrere Häuser hintereinander erschlossen werden, wie bei einem Wohnblock. Und eben so wie dieser ist der Weg prinzipiell frei begehbar (für etwa Postboten, aber auch andere Gäste), aber im Prinzip kein öffentlicher Weg. Im Fall Lübeck kommt natürlich der historische/museale Charakter hinzu. Die Anwohner freuen sich häufig den Touristen diese schönen Ecken bieten zu können und Besucher ohne Ziel sind daher meist gern gesehen, solange sie sich entsprechend benehmen. Wenn dort jemand seinen Picknickkorb oder den 6-pack rausholt, wäre das anders als in Fußgängerzonen oder auch Fußwegen definitiv nicht erwünscht. Viele Anwohner essen im Sommer auch auf kleinen Tischen vor der Tür oder lesen dort oder so. Da sollte man sich auch nicht neben stellen und gaffen. ;-) Kurz: Sie gehören insofern nicht zur Straßenkarte, als sie Verkehrstechnisch eigentlich tabu sind, aber sie bestimmen sehr den Charakter von Städten wie Lübeck und gehören einfach so sehr dazu, dass sie meiner Meinung nach in OSM nicht fehlen sollten. Pedestrian stellt sie aber IMHO zu sehr heraus. Ich würde highway=path; foot=permissive oder sowas benutzen. Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiger Titel: Lübecker Gänge u nd Höfe
Am 15. März 2009 17:23 schrieb Gerrit Lammert o...@00l.de: Martin Koppenhoefer wrote: Ich dachte, es handele sich um Passagen mit Geschäften dran/drin wie beispielsweise in Leipzig aber auch allgemein in vielen Städten zumindest vereinzelt anzutreffen (also richtig breit und evtl. sogar mit Lieferverkehr). Nein definitiv nicht. Dort befinden sich nur kleine private Häuschen. Ein paar typische Bilder, hab ich mal rausgesucht: http://de.wikipedia.org/wiki/L%C3%BCbecker_G%C3%A4nge_und_H%C3%B6fe http://www.joshushund.com/fotos/luebeck/luebeck_29.jpg http://www.gaestefuehreragentur-luebeck.de/assets/images/Gang.jpg http://www.plattpartu.de/kuenst/luebeck/luebeck_biller/gaenge_22_gr.jpg http://europeforvisitors.com/germany/images/luebeck/luebeck_gang_w_dad_daughter_wet_cobblestones_sq_250_dscf2304.jpg Kurz: Sie gehören insofern nicht zur Straßenkarte, als sie Betonung: Straße Verkehrstechnisch eigentlich tabu sind, aber sie bestimmen sehr den Charakter von Städten wie Lübeck und gehören einfach so sehr dazu, dass sie meiner Meinung nach in OSM nicht fehlen sollten. Pedestrian stellt sie aber IMHO zu sehr heraus. ja, voll einverstanden Ich würde highway=path; foot=permissive oder sowas benutzen. Gerrit oder highway=footway, access=permissive wenn es allgemein auch ausgewertet werden soll. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonkonferenz zur Lizenz am 14.3.09
Ulf Möller schrieb: Frederik Ramm schrieb: Ich werde nicht dabei sein; falls jemand von Euch mitmacht, würde ich mich freuen, später hier einen kurzen Bericht lesen zu können. Sollte Seiten OSMF waren Nick Black, Michael Collinson und nach einiger Zeit auch Grant Slater und Henk Hoff dabei. Im IRC 150 Teilnehmer, in der Telko ca. 20, von denen sich knapp 10 zu Wort gemeldet haben. Es gab drei Aspekte: [...] Die OSMF will ihre Ziele mit der Lizenzänderung besser kommunizieren und dabei besonders auf die ShareAlike-Frage eingehen. Hab ich das da richtig verstanden, dass aktuell (mit CC-BY-SA) das Endprodukt (der Atlas) unter CC-BY-SA stehen muss, aber die Datenbank auf dem Weg dorthin nicht? Und mit der ODbL wäre dann der Atlas ohne Lizenz, aber die Datenbank auf dem Weg dorthin müsste unter ODbL stehen? Falls das so ist, wäre das imo ein guter Fortschritt und auch ein gutes Argument gegenüber den ShareAlike-Hardlinern. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dekoratives Bild für Presse gesucht
Unter der Presseinformation: http://wiki.openstreetmap.org/wiki/DE:Presseteam/Presseinformation sind wenige hochauflösende Bilder. Vielleicht ist da ja etwas dabei Gruß Torsten 2009/3/15 Jan Tappenbeck o...@tappenbeck.net: Hi ! hat einer von Euch noch kurzfristig ein dekoratives Bild Empfänger, Karte, Fotoapperat und Stift zur Hand. Heute war nicht das Licht danach und würde dieses gerne noch einem Artikel-Rundschreiben beilegen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed mit mehreren Angaben
Mario Salvini schrieb: ist zwar etwas ungenau, aber bei sowas splite ich den Weg und setzte maxspeed=. Man könnte auch direkt maxspeed:right=* nehmen, was den Sachverhalt ohne Unschärfe erfassen würde. Aber da scheiden sich ja noch die Geister, ob wir das so wollen ;) Den Sachverhalt ohne Unschärfe erfassen - klar. Nur so kann man sinnvoll Fahrerassitenzsystem realisieren. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] or/p mit ActivePerl unter Windows nicht nutzbar?
Hallo jha, Stefan Muthers schrieb: Bin ich drueber gestolpert, als ich ergooglen wollte, was or/p überhaupt ist. Was hast Du denn herausgefunden? Mir wird das auch dem verlinkten Beitrag nicht klar. Vielleicht hilft http://wiki.openstreetmap.org/wiki/Orp Grüße, Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] or/p mit ActivePerl unter Windows nicht nutzbar?
Hallo Jan, es gibt da wohl ein Download-Programm um auf die Revisionsverwaltung der Softwareentwicklung zuzugreifen - wenn ich mich falsch ausgedrückt habe, dann möge man mich steinigen. Nein nein, alles klar ;-) habs inzwischen auch im Wiki auf der Seite zu wind...@home gefunden. Das Programm selbst soll zwar momentan gar nicht funktionieren, aber ich hätt ja auch mal den von Dir genannten Thread durchlesen können. Dort hatte PA94 auch eine sehr schöne Kurzanleitung zum SVN-Checkout gegeben, die mir letztlich weitergeholfen hat. Also danke nochmal! Und Grüße, Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dekoratives Bild für Presse gesucht
Danke für den Hinweis - sind nur etwas trocken. Das mit dem Schnee finde ich schon ganz gut - würde zum einen in SW vermutlich schwer was hermachen und außerdem gehen wir auf den Frühling zu. Wenn ich was besseres hätte - würde ich hinzufügen. Aber vielleicht hat noch einer etwas auf der Platte. Gruß Jan :-) Torsten Breda schrieb: Unter der Presseinformation: http://wiki.openstreetmap.org/wiki/DE:Presseteam/Presseinformation sind wenige hochauflösende Bilder. Vielleicht ist da ja etwas dabei Gruß Torsten 2009/3/15 Jan Tappenbeck o...@tappenbeck.net: Hi ! hat einer von Euch noch kurzfristig ein dekoratives Bild Empfänger, Karte, Fotoapperat und Stift zur Hand. Heute war nicht das Licht danach und würde dieses gerne noch einem Artikel-Rundschreiben beilegen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Restrictionen mit Namen
Moin! wenn in einem Gebiet viele Restrictionen vorkommen verliert man schnell den Überblick. Ich wollte vorschlagen ein Tag NAME mit einzuführen um die Identifizierung zu erleichtern. Name=DE:Lübeck:Schwartauer Allee-Hochstraße Land:Stadt-eine der betroffenen Straße-die andere Straße Wie denkt Ihr darüber? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonkonferenz zur Lizenz am 14.3.09
Jonas Krückel (John07) o...@jonas-krueckel.de wrote: Hab ich das da richtig verstanden, dass aktuell (mit CC-BY-SA) das Endprodukt (der Atlas) unter CC-BY-SA stehen muss, aber die Datenbank auf dem Weg dorthin nicht? Und mit der ODbL wäre dann der Atlas ohne Lizenz, aber die Datenbank auf dem Weg dorthin müsste unter ODbL stehen? Genau so habe ich das bisher verstanden. Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Restrictionen mit Namen
Hallo. Am Sonntag, 15. März 2009 schrieb Jan Tappenbeck: wenn in einem Gebiet viele Restrictionen vorkommen verliert man schnell den Überblick. Du meinst den Überblick im JOSM, oder? Ich wollte vorschlagen ein Tag NAME mit einzuführen um die Identifizierung zu erleichtern. Name=DE:Lübeck:Schwartauer Allee-Hochstraße Land:Stadt-eine der betroffenen Straße-die andere Straße Wie denkt Ihr darüber? Ein Tag name gibt es schon und ich halte es für unglücklich, etwas damit zu benennen was den betreffenden Namen gar nicht trägt. Gerüchteweise soll JOSM alternativ auch das comment-Tag auswerten wenn kein Name gesetzt ist. Das sollte dein Problem elegant lösen. Gruß, Bernd -- Lernen ist wie Rudern gegen den Strom. Sobald man aufhört, treibt man zurück. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Webkonferenz gratis
Am Sa, 14.03.2009, 16:33, schrieb André Reichelt: Martin Koppenhoefer schrieb: geht das denn nicht seit XP mit der Remoteunterstützung bereits mit Windows Bordmitteln? Ja, aber nur wenn beide Parteien einen Windows Live Account haben und damit im WLM (ehem. MSN) eingeloggt sind. Hallo, ich kenn das auch ohne MSN. Im Windows-Menü unter Hilfe gibt's irgendwo ganz gut versteckt die Anfrage auf Remoteunterstützung (oder ähnlich). Dann kann man eine Email-Adresse eingeben und der Empfänger erhält dann ein Attachment zum Anklicken, mit dem dann per RDP (tcp-Port 3389) eine Verbindung hergestellt werden kann. Zumindest in einer AD-Umgebung hat das mal recht gut funktioniert, das sollte aber nicht Voraussetzung sein. LG Günther ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in PGSQL bringen
On Sat, Mar 14, 2009 at 10:42:07AM +0100, Frederik Ramm wrote: Subject: Re: [Talk-de] Relationen in PGSQL bringen Hallo, Florian Lohoff wrote: Ich bastel hier im moment an einer slippymap fuer einen volkslauf da habe ich type=route route=pubrun Der Englaender spricht sonst doch eher von einem pub_crawl ;-) Nur wenn die strecke 2 Meilen ist - Ansonsten muss man ja rennen um bis 23:00 so viel Bier drin zu haben das man sich auf der Straße pruegelt. Okay - 5 Euro in die Vorurteilskasse ;) Morgen ist dann in der Sun wieder Hermann der Cherusker in SS Uniform ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Restrictionen mit Namen
Hallo Bernd, Comment - ok ! Dann werde ich das entsprechend austauschen und meinen Vorschlag so erweitern ! Gruß Jan :-) Bernd Wurst schrieb: Hallo. Am Sonntag, 15. März 2009 schrieb Jan Tappenbeck: wenn in einem Gebiet viele Restrictionen vorkommen verliert man schnell den Überblick. Du meinst den Überblick im JOSM, oder? Ich wollte vorschlagen ein Tag NAME mit einzuführen um die Identifizierung zu erleichtern. Name=DE:Lübeck:Schwartauer Allee-Hochstraße Land:Stadt-eine der betroffenen Straße-die andere Straße Wie denkt Ihr darüber? Ein Tag name gibt es schon und ich halte es für unglücklich, etwas damit zu benennen was den betreffenden Namen gar nicht trägt. Gerüchteweise soll JOSM alternativ auch das comment-Tag auswerten wenn kein Name gesetzt ist. Das sollte dein Problem elegant lösen. Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Restrictionen mit Namen - Ergänzung - Leider nur ein Gerücht !!!
Gerüchteweise soll JOSM alternativ auch das comment-Tag auswerten wenn kein Name gesetzt ist. ... Leider nur ein Gerücht !!! ... aber wünschenswert ! Jan :-) Jan Tappenbeck schrieb: Hallo Bernd, Comment - ok ! Dann werde ich das entsprechend austauschen und meinen Vorschlag so erweitern ! Gruß Jan :-) Bernd Wurst schrieb: Hallo. Am Sonntag, 15. März 2009 schrieb Jan Tappenbeck: wenn in einem Gebiet viele Restrictionen vorkommen verliert man schnell den Überblick. Du meinst den Überblick im JOSM, oder? Ich wollte vorschlagen ein Tag NAME mit einzuführen um die Identifizierung zu erleichtern. Name=DE:Lübeck:Schwartauer Allee-Hochstraße Land:Stadt-eine der betroffenen Straße-die andere Straße Wie denkt Ihr darüber? Ein Tag name gibt es schon und ich halte es für unglücklich, etwas damit zu benennen was den betreffenden Namen gar nicht trägt. Gerüchteweise soll JOSM alternativ auch das comment-Tag auswerten wenn kein Name gesetzt ist. Das sollte dein Problem elegant lösen. Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in PGSQL bringen
Hi, Florian Lohoff wrote: Nur wenn die strecke 2 Meilen ist - Ansonsten muss man ja rennen um bis 23:00 so viel Bier drin zu haben das man sich auf der Straße pruegelt. Die 23-Uhr-Regel ist schon seit einigen Jahren weg, man kann sich jetzt auch noch spaeter auf der Strasse pruegeln. 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] Relationen in PGSQL bringen
2009/3/16 Frederik Ramm frede...@remote.org: Hi, Florian Lohoff wrote: Nur wenn die strecke 2 Meilen ist - Ansonsten muss man ja rennen um bis 23:00 so viel Bier drin zu haben das man sich auf der Straße pruegelt. Die 23-Uhr-Regel ist schon seit einigen Jahren weg, man kann sich jetzt auch noch spaeter auf der Strasse pruegeln. es lebe der Fortschritt ! Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hafenflächen / Kaianlangen
Moin ! sind das Industriegebiete oder wie definierte Ihr diese ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Il passaggio alle API 0.6 slitta di circa un mese
Edoardo 'Yossef' Marascalchi ha scritto: Per chi volesse conoscere le caratteristiche del nuovo server, trovate tutto qui: http://wiki.openstreetmap.org/wiki/Servers/smaug Perché hanno preso dei banchi di memoria da 4GB, quando gli slot supportano fino a 8GB? Non conveniva comprare la metà dei banchi ma grossi il doppio, in ottica di espansioni future? Boh, mi sembra un po' una stupidata. A meno che non ritengano che il server diverrà obsoleto prima di aver bisogno di più di 64GB di RAM. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il passaggio alle API 0.6 slitta di circa un mese
On domenica 15 marzo 2009 13:24:40 Carlo Stemberger wrote: Edoardo 'Yossef' Marascalchi ha scritto: Per chi volesse conoscere le caratteristiche del nuovo server, trovate tutto qui: http://wiki.openstreetmap.org/wiki/Servers/smaug Perché hanno preso dei banchi di memoria da 4GB, quando gli slot supportano fino a 8GB? Non conveniva comprare la metà dei banchi ma grossi il doppio, in ottica di espansioni future? Boh, mi sembra un po' una stupidata. A meno che non ritengano che il server diverrà obsoleto prima di aver bisogno di più di 64GB di RAM. Le RAM, oltre ad avere una memoria hanno anche un BUS. 2x1Gb rendono meglio di un banco da 2Gb proprio perchè è utilizzabile il doppio del BUS. Forse l'hanno fatto per questo. E l'ipotesi che diano per scontato che il server sarà da cambiare prima di arrivare ai 64gb... e possibile... -- Fabio A Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Key: 9EF6 3C79 F6DF 76CD 770A 43A1 DCCB 415C 9656 3334 Envolved in: KDE, OpenStreetMap, Ubuntu, Wikimedia signature.asc Description: This is a digitally signed message part. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] consulenza nuova licenza
Luca Delucchi ha scritto: Ho creato questa pagina [1] per vedere quante persone sarebbero interessate all'autofinanziamento per una consulenza legale sulla nuova licenza Ho seguito finora in maniera molto discontinua questa discussione. Vi segnalo comunque che per pareri legali sulle licenze potete anche domandare a Luca Sileni (senpai) Vicepresidente di Wikimedia Italia che è un legale che si interessa anche di questioni di copyright. Almeno un parere preliminare penso proprio lo si possa avere senza spendere... Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il passaggio alle API 0.6 slitta di circa un mese
Carlo Stemberger wrote: Edoardo 'Yossef' Marascalchi ha scritto: Per chi volesse conoscere le caratteristiche del nuovo server, trovate tutto qui: http://wiki.openstreetmap.org/wiki/Servers/smaug Perché hanno preso dei banchi di memoria da 4GB, quando gli slot supportano fino a 8GB? Non conveniva comprare la metà dei banchi ma grossi il doppio, in ottica di espansioni future? Boh, mi sembra un po' una stupidata. A meno che non ritengano che il server diverrà obsoleto prima di aver bisogno di più di 64GB di RAM. la domanda è stata posta anche da qualcun'altro e la risposta è semplice: in ram vanno essenzialmente gli indici del DB ed attualmente la memoria acquistata è più che adeguata.. il server ha ancora la metà dei banchi liberi, lasciando spazio ad eventuali espansioni e, ad oggi, un banco da 8Gb costa un'esagerazione.. ergo, quando serviranno, si compreranno a prezzi più ragionevoli. Edoardo -- Edoardo 'Yossef' Marascalchi ICT Consultant Tel +39.347.008.00.02 website: http://www.edoardomarascalchi.it skype: My status skype:asca_edom?call ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada esclusiva per mezzi pubblici
Federico Cozzi ha scritto: On Thu, Mar 12, 2009 at 11:07 PM, Alberto Nogaro bartosom...@yahoo.it wrote: Per escludere esplicitamente gli altri mezzi, aggiungi: vehicle=no Oppure se non possono circolare neppure i pedoni, aggiungi: access=no Forse più chiaro: access=no psv=designated (o yes) Ok, quindi, chiedo per chiarezza, le chiavi più specifiche hanno la precedenza su quelle generiche? foot=yes bicycle=? Penso che almeno in un caso sia meglio mettere no ad entrambi, si tratta di una strada a due corsie secche senza marciapiede fatta apposta per creare una linea metropolitana su gomma. -- Giacomo Boschi http://gwilbor.splinder.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada esclusiva per mezzi pubblici
2009/3/15 Federico Cozzi f.co...@gmail.com: 2009/3/14 Martin Koppenhoefer dieterdre...@gmail.com: access=psv -1: non esiste (http://wiki.openstreetmap.org/wiki/Key:access) piuttosto access=no psv=designated hai raggione se uno legge la descrizione bene, pero: http://tagwatch.stoecker.eu/Europe/De/tagstats_access_psv.html 143 volte access=psv alcune persone avevano letto male come me ;-) deve essere usato come key, non come valore, quindi dici bene ! Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] FOSS4G2009 Call for abstracts
FOSS4G 2009 Petición de resúmenes --- El Comité Organizador quiere dar la bienvenida a todos los participantes interesados en el envío de resúmenes de presentaciones para la conferencia internacional Free and Open Source for Geospatial (FOSS4G), que tendrá lugar en Sydney, Astrualia, del 20 al 23 de octubre. FOSS4G ofrece a los participantes la oportunidad de aprender y compartir su conocimiento, experiencias e ideas con un grupo de personas interesadas en temas afines, representando un gran abanico de industrias, administraciones públicas, tecnologías y nacionalidades. Las presentaciones están abiertas a todos los interesados y comprometen a un espacio de 30 minutos que incluye introducción, presentación y 5 minutos para preguntas. Serán seleccionadas aquellas presentaciones fuertemente enfocadas al software libre geoespacial. El comité busca presentaciones tanto técnicas como de otro tipo. En referencia al tema central de la conferencia Dirigido por los usuarios, esta es la lista de temas de particular interés: * Casos de estudio: comparte tus experiencias implementando y usando software libre geoespacial. ¿Qué problemas intenta resolver? ¿Con qué existo y a qué coste? ¿Qué pueden aprender otros de tu experiencia? * Promoción interna: ¿Ha tenido que vender el concepto de Software Libre en su organización? ¿Cómo presentó el concepto a los gestores? ¿Cómo presento los escenarios coste/beneficio y construyó el caso de negocio? ¿Qué obstáculos encontró y cómo los abordó? * Colaboración: ¿Se ha encontrado con los retos de colaboración entre organizaciones, oficinas alejadas o miembros repartidos por todo el mundo? ¿Qué pasos ha tomado para mejorar la eficiencia de su colaboración?: estándares abiertos o de facto, recolección de datos descentralizada, o la infinidad de soluciones que sólo usted puede describir * Seguridad: Dar seguridad a sus datos mientras asegura la facilidad de acceso a aquellos pocos de su círculo más cercano puede ser una tarea tarea intimidadora. Comparta su éxito, y sus fallos, con otros enfrentando sus propios problemas de seguridad. * Desarrollos: ¿Ha creado el nuevo y brillante componente que cambiará el mundo? ¿O tal vez su respetable proyecto finalmente ha completado una característica o dos? Pónganos al día con los nuevos desarrollos en su proyecto de softawre libre geoespacial: qué hace, cómo la gente lo está usando y qué tiene en la cocina para el próximo año. Para más información, visite el sitio web del FOSS4G en http://2009.foss4g.org/presentations/ La fecha límite para el envío de presentaciones es el 1 de junio de 2009. Nos vemos en Sydney. Elementos de interés del FOSS4G 2009 --- Evento de integración sobre el cambio climático: FOSS4G lanzará el evento de integración de OGC sobre el cambio climático (CCIP), que demostrará la interoperabilidad basada en estándares entre aplicaciones geoespaciales basadas en software libre y privativo. Consisten en la utilización de servidores en diferentes máquinas virtuales, cada uno con aplicaciones geoespaciales ofreciendo servicios web basados en estándares. Todos estos servicios web mostrarán un mismo juego de datos, y serán accedos por un amplio conjunto de aplicaciones instaladas en computadoras cliente. http://external.opengis.org/twiki_public/bin/view/ClimateChallenge2009/WebHome Se anima a los ponentes (sin compromiso) a hacer uso de escenarios y datos del CCIP. Esto es especialmente importante ya que la demanda de acceso a datos a Internet se espera que sea alta, y Autralia tiene una conexión al resto del mundo realmente lenta. FOSS4G Live DVD: Se entregará a todos los asistentes un Live DVD basado en el sistema operativo Xubuntu incluyendo software libre geoespacial. Los usuarios podrán ejecutar el Live DVD en sus computadoras y probar el software sin necesidad de instalar nada en sus sistemas operativos. http://wiki.osgeo.org/wiki/Live_GIS_Disc Fiesta de instalación: Se llevará a cabo una fiesta de instalación que proporcionará a los asistentes la oportunidad de conocerse en una zona común e instalar una gran variedad de software libre en sus portátiles, miniportátiles o cualquier otra máquina que puedan traer. Miembros de la comunidad estarán a mano para ayudar a los asistentes con cualquier problema y dar ayuda y soporte. La fiesta de instalación tendrá lugar después de los talleres del primer día. Talleres y tutoriales: Los talleres y tutoriales proporcionarán a los ponentes la oportunidad de guiar a los asistentes a través de las aplicaciones, soluciones de integración y otros temas en un entrono interactivo. Los talleres de media jornada (3 horas) tendrán lugar en salas con computadoras el primer día. Los tutoriales (90 minutos) tendrán lugar en salas de presentación normales a la vez que el resto de presentaciones durante el tercer y cuarto días. Presentaciones: La carne de la conferencia son las
Re: [Talk-cz] OSM: změna licence
ahoj, On Thu, Mar 05, 2009 at 10:22:35AM +0100, hanoj wrote: Par poznamek: 1. Co se tyce importu BNHelp, myslim ze tam problem nebude, Jachym by to urcite dohodl a odklikl. jo, ale radši mi napište mail přímo - občas mám zkluz přičtení tohohle listu 2. UHUL, predpokladam zadny (novy) problem. souhlas - neřekl bych, že starou licenci někdo z úhúla četl, takže z jejich pohledu o nic vážnáho nejde 3. Je tu nekdo z pritomnych komu nova licence principialne natolik vadi, ze svou praci neposkytnou pod novou licenci? Predpokladejme stejnou penetraci i mezi neaktivnimi uzivateli. Ta 1/5 je hodne nadsazena. Osobni tip 1/20 dat, pro nedohledatelnost uzivatele. byl by někde odkázeček ? v tomhle vlákně jsem ho přehlíd' jáchym -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/JachymCepicky.pgp ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSM: změna licence
On Thu, Mar 05, 2009 at 01:01:12PM +0100, MP wrote: 2009/3/5 hanoj eha...@gmail.com: Par poznamek: 1. Co se tyce importu BNHelp, myslim ze tam problem nebude, Jachym by to urcite dohodl a odklikl. BNHELP je pokud vim jediny ktery neni z public domain zdroje a je tedy (mozna) vazan na cc-by-sa, nevim za jakych presne podminek se tenkrat ten import dohodl. za žádných, všechno šlo stylem: Máme data, chcete je? a OSM řeklo chceme. Takže jednosměrný tok směr firma-projekt (kéžby to tak bylo častěji v OS světě). pro zatím jsme nepsali žádný projekt nad OSM. ale jak stoupá kvalita dat, začíná to i pro nás být zajímavé... akorát to šéf ještě neví :-) jáchym -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/JachymCepicky.pgp ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSM: změna licence
3. Je tu nekdo z pritomnych komu nova licence principialne natolik vadi, ze svou praci neposkytnou pod novou licenci? Predpokladejme stejnou penetraci i mezi neaktivnimi uzivateli. Ta 1/5 je hodne nadsazena. Osobni tip 1/20 dat, pro nedohledatelnost uzivatele. byl by někde odkázeček ? v tomhle vlákně jsem ho přehlíd' Ten odhad vychazel ze statistik. Statistiky pro vcerejsi czechii: http://git.wz.cz/usr-2009-03-15-time.txt (statistiky serazene dle casu kdy user naposledy neco zeditoval) http://git.wz.cz/usr-2009-03-15-top.txt (statistiky podle nejvetsiho poctu bodu/cest/relaci, ktere po dotycnem uz nikdo dalsi needitoval) http://git.wz.cz/usr-explain.txt (vysvetlivky sloupecku) Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Comment tagger un habitat dispersé ?
*Bonjour à tous, Sur la zone sur laquelle je travaille, j'ai un habitat assez dispersé de résidences secondaires (en grande majorité) entourées de grands jardins et séparées d'au moins 50 à 100m les unes des autres. Il s'agit très clairement d'une forme d'agglomération même s'il n'y a aucun commerce et aucun centre à proprement parler. Quelqu'un a-t-il déjà été confronté à ce cas ? Comment le tagger ? landuse=residential ne convient pas puisque ça n'est pas une ville à proprement parler (c'est vraiment très arboré). Thomas * ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import assisté des limites communa les depuis le site du cadastre.
Frédéric Rodrigo a écrit : Bonjour, Je travaille depuis plus d'un mois sur un proof of concept d'aide à l'import de communes depuis le cadastre. Je vous livre ici ce que j'ai pu réaliser. Le but est d'automatiser l'extraction et la fusion des limites communales avant de les intégrer manuellement à OSM. L'extraction se fait par téléchargement à une résolution suffisante et exploitable de toute la commune en PNG. La résolution que j'ai choisi est celle maximale possédant encore les limites de la commune en ligne continue marron. Toutes les vues partielles de la commune téléchargé sont rassembles en une image globale. Elle est passé en noir (limite communale) et blanc (tout le reste). Ensuite vectorisation des contours en SVG. Passage du SVG en GPX, puis filtrage et simplification du résultat. L'extraction de plusieurs communes en lot permet d'en consolider les limites. Un lot de gpx est chargé dans une version modifiée du plugin de conflation (consolidation) de JUMP. Le résultat est un fichier OSM ou les communes sont des polygones dont la plus part des limites intercommunales sont unifiées. Ensuite je passe cet OSM dans un validateur permettant de détecter certaines erreurs issus de tout le processus. Une fois corrigé le fichier OSM est passé dans un script permettant de convertir les polygones en relations, avec des ways partagées entres les communes limitrophes. Il ne reste alors plus qu'à fusionner ces limites avec celles déjà existantes et autres ways. L'étape de téléchargement est très longes, mais j'ai préféré ne pas abuser du serveur du cadastre. Le processus marche dans l'ensemble même s'il est parfois peu efficace et tient avec du scotch et des pinces à linges. À l'aide de ce workflow j'ai put importer dans OSM environ 150 communes de Gironde en une semaine (sur mon temps libre), soit la moitier des communes vectorisées du département. Je peux donner les sources si on me le demande, mais j'ai honte tellement c'est pas propre (et sans documentation bien sûr). http://beta.letuffe.org/?zoom=10lat=44.64632lon=-0.15459layers=B0FFT (Communes de Girondes) http://autotrace.sourceforge.net/ (Autotrace) http://www.i3s.unice.fr/~johan/gps/ (Geoconv) http://www.vividsolutions.com/jcs/ (JCS Conflation Suite) C'est vraiment un super boulo !!! Bravo !!! J'attends avec impatience un petit tuto pour les nuls. Encode bravo ! -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import assisté des limites communa les depuis le site du cadastre.
J'avoue être bluffé par ce genre de boulot !! Ca peut se télécharger d'une façon ou d'une autre tous ces polygones ? Robin, qui n'y connait rien en extraction. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les re lations communes ?
Est-ce possible de mettre à jour en masse via du SQL ou un truc du genre ? Je ne raisonne qu'en fonctionnement base de données mais l'idéal serait de mettre d'abord le code INSEE (identifiant unique) puis de mettre à jour automatiquement les codes postaux (identifiants doublonnés) pour que les deux soient présent... My 2 cents, Robin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] aire d'autoroutes
Bonjour la liste Ayant traversé récemment la France en voiture pour le boulot,je me suis amusée à mapper quelques aires d'autoroute pour casser la monotonie de la route. Je suis en train de les ajouter avec josm. D'après la page map_features, je me contente de faire un tracé avec highway=services (avec un s final !) et name=Aire de Coin-perdu. Mais dans la zone sur laquelle je travaille maintenant, certaines aires sont déjà tracées. Elle sont à mon avis tagguées bizarrement, avec un tracé taggué highway=service (sans le s) et pas de nom, mais au début du tracé un node avec highway=motorway_junction et le nom de l'aire. Évidemment j'aurais tendance à corriger pour ma manière, mais je voulais votre avis avant (j'ai peut-être loupé une explication qui justifierait ce choix). Librement, VE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un habitat dispersé ?
2009/3/15 OSM Léon osm.l...@gmail.com: Sur la zone sur laquelle je travaille, j'ai un habitat assez dispersé de résidences secondaires (en grande majorité) entourées de grands jardins et séparées d'au moins 50 à 100m les unes des autres. Il s'agit très clairement d'une forme d'agglomération même s'il n'y a aucun commerce et aucun centre à proprement parler. Quelqu'un a-t-il déjà été confronté à ce cas ? Comment le tagger ? landuse=residential ne convient pas puisque ça n'est pas une ville à proprement parler (c'est vraiment très arboré). C'est une question difficile. Et elle se pose un peu partout dans les zones un peu grises entre habitations denses et la campagne. Je ne crois pas qu'il existe actuellement de tag pour désigner ces espaces avec des maisons d'habitations, mélangés avec de grands jardins ou des vergers, reliquats d'anciens terrains agricoles qui sont aujourd'hui avalés par l'urbanisation rampante. Personnellement, je préfère m'abstenir de mettre un landuse dans ces zones là. Pour l'instant. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] aire d'autoroutes
Le 15.03.2009 14:17, Pieren a écrit : 2009/3/15 Valerie-Emma Leroux aragor...@follepensee.net: D'après la page map_features, je me contente de faire un tracé avec highway=services (avec un s final !) et name=Aire de Coin-perdu. Mais dans la zone sur laquelle je travaille maintenant, certaines aires sont déjà tracées. Elle sont à mon avis tagguées bizarrement, avec un tracé taggué highway=service (sans le s) et pas de nom, mais au début du tracé un node avec highway=motorway_junction et le nom de l'aire. Évidemment j'aurais tendance à corriger pour ma manière, mais je voulais votre avis avant (j'ai peut-être loupé une explication qui justifierait ce choix). Ben, je dois avouer que je n'ai jamais appliqué highway=services (avec un 's') personnellement. La définition sur le wiki en est assez vague et recoupe d'autres tags si on veut montrer qu'il y a un resto, des toilettes et/ou une station essence. Pour moi, c'est un raccourci pour dire y a des services là et j'ai pas le temps ou l'envie de mettre les détails. En plus, il ne semble s'appliquer qu'aux noeuds et polygones, pas aux voies elles-mêmes qui elles continueraient d'être en highway=service (sans le 's') amha (mais c'est vrai aussi que le wiki est souvent en retard sur l'info de savoir à quel type d'objet s'applique un tag). Pour les jonctions de sortie par contre, j'en en fait quelque uns comme ça. Ca n'est évidemment pas une sortie d'autoroute mais c'est une jonction empruntable par le public. Dans les sites spécialisés sur les autoroutes, les aires sont toujours listées dans les longues séries de jonctions qui composent une autoroute. Ok, merci pour ta réponse. Je pensais d'après le wiki que la différence service/services était claire. Après réflexion, le noeud motorway_junction me paraît logique aussi, donc je vais faire comme c'est fait sur cette autoroute. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygone de la France
On Sat, 14 Mar 2009 11:49:22 +0100 Etienne Chové ch...@crans.org wrote: Aurelien Jacobs a écrit : Etienne Chové wrote: Je viens de compléter les relations à tous les endroit que tu as cité. Si il n'y a pas d'autres ouvertures, la relation est peut être OK. Si ton algo trouve d'autres ouvertures, signale les... La nouvelle version de l'algo donne (données issues de l'API) : open way 28145200-43595228 open way 345820277-344923164 open way 28188338-28143801 open way 49968812-28188095 La france est donc constituée de 4 chemins ouverts aux noeuds spécifiés ci dessus (en plus de tout un tas de chemins fermés). Je pense avoir corrigé la relation du côté de ces noeuds... Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] aire d'autoroutes
Puisque le duo service/services semble troubler , je rappelle que services désigne, dans le langage anglais et la signalisation l'aire de service elle-même. Ce qui paraît curieux, c'est que ce ne soit pas un landuse auquel on accède par une junction. Christian Le 15 mars 09 à 14:51, Valerie-Emma Leroux a écrit : Le 15.03.2009 14:17, Pieren a écrit : 2009/3/15 Valerie-Emma Leroux aragor...@follepensee.net: D'après la page map_features, je me contente de faire un tracé avec highway=services (avec un s final !) et name=Aire de Coin-perdu. Mais dans la zone sur laquelle je travaille maintenant, certaines aires sont déjà tracées. Elle sont à mon avis tagguées bizarrement, avec un tracé taggué highway=service (sans le s) et pas de nom, mais au début du tracé un node avec highway=motorway_junction et le nom de l'aire. Évidemment j'aurais tendance à corriger pour ma manière, mais je voulais votre avis avant (j'ai peut-être loupé une explication qui justifierait ce choix). Ben, je dois avouer que je n'ai jamais appliqué highway=services (avec un 's') personnellement. La définition sur le wiki en est assez vague et recoupe d'autres tags si on veut montrer qu'il y a un resto, des toilettes et/ou une station essence. Pour moi, c'est un raccourci pour dire y a des services là et j'ai pas le temps ou l'envie de mettre les détails. En plus, il ne semble s'appliquer qu'aux noeuds et polygones, pas aux voies elles-mêmes qui elles continueraient d'être en highway=service (sans le 's') amha (mais c'est vrai aussi que le wiki est souvent en retard sur l'info de savoir à quel type d'objet s'applique un tag). Pour les jonctions de sortie par contre, j'en en fait quelque uns comme ça. Ca n'est évidemment pas une sortie d'autoroute mais c'est une jonction empruntable par le public. Dans les sites spécialisés sur les autoroutes, les aires sont toujours listées dans les longues séries de jonctions qui composent une autoroute. Ok, merci pour ta réponse. Je pensais d'après le wiki que la différence service/services était claire. Après réflexion, le noeud motorway_junction me paraît logique aussi, donc je vais faire comme c'est fait sur cette autoroute. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chef-lieu d'un admin_level
Robin PREST a écrit : Hello, Pour info, et pour éviter de vous faire suer à les renseigner à la main, cette information existe en base de donnée (chef lieu de canton par exemple)... ...pour la France. En fait, ma question de départ n'était pas trop pour la France. Je viens d'aller jeter un coup d'oeil en Allemagne. Stuttgart, capitale du Lande de Baden-Württemberg. Il y a pleins de clés qui commence par openGeoDB dont une openGeoDB:type = Landeshauptstadt Le truc super pas portable. Et pas d'indication que c'est aussi le chef-lieu du Kreis (Stadtkreis), une division administrative inférieure. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les re lations communes ?
Robin PREST a écrit : Est-ce possible de mettre à jour en masse via du SQL ou un truc du genre ? Je ne raisonne qu'en fonctionnement base de données mais l'idéal serait de mettre d'abord le code INSEE (identifiant unique) puis de mettre à jour automatiquement les codes postaux (identifiants doublonnés) pour que les deux soient présent... Une fois les codes INSEE valides et complets on pourra passer à une autre étape, mais c'est dangereux de vouloir aller trop vite. Notamment si on regarde des erreurs (reportées par osmose) du type : *Nom de commune ne correspondant pas au code_INSEE (Pauillac = Le Verdon-sur-Mer)* Ce qui veut dire que le code INSEE correspond au Verdon mais que le name est Pauillac. Utiliser le code INSEE par un robot est encore dangereux. Ces codes INSEE sont en cours de vérification. http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/code_INSEE%20introuvable%20dans%20la%20BDD%20de%20l%27INSEE.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/code_INSEE%20manquant.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/Mauvais%20nom%20de%20commune.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/Nom%20de%20commune%20ne%20correspondant%20pas%20au%20code_INSEE.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/nom%20de%20commune%20ne%20correspondant%20pas%20au%20code_insee...@.html Je fais pas mal de corrections de masse dans la mesure du raisonnable (corrections d'accents, de casse...). Elle sont faite étape par étape, pour ne pas surcharger l'API et éviter tout dérapage et sont loggués là : http://colocb3.hd.free.fr/OsmErrors/results/ A en croire la carte de répartition des modifications, tout la France y passe : http://hexagone.openstreetmap.fr/osmtoday/archives/osmtoday-20090314.png -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les re lations communes ?
2009/3/15 Etienne Chové ch...@crans.org: *Nom de commune ne correspondant pas au code_INSEE (Pauillac = Le Verdon-sur-Mer)* Ce qui veut dire que le code INSEE correspond au Verdon mais que le name est Pauillac. Utiliser le code INSEE par un robot est encore dangereux. Ces codes INSEE sont en cours de vérification. http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/code_INSEE%20introuvable%20dans%20la%20BDD%20de%20l%27INSEE.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/code_INSEE%20manquant.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/Mauvais%20nom%20de%20commune.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/Nom%20de%20commune%20ne%20correspondant%20pas%20au%20code_INSEE.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/nom%20de%20commune%20ne%20correspondant%20pas%20au%20code_insee...@.html Je fais pas mal de corrections de masse dans la mesure du raisonnable (corrections d'accents, de casse...). Elle sont faite étape par étape, pour ne pas surcharger l'API et éviter tout dérapage et sont loggués là : http://colocb3.hd.free.fr/OsmErrors/results/ A en croire la carte de répartition des modifications, tout la France y passe : http://hexagone.openstreetmap.fr/osmtoday/archives/osmtoday-20090314.png Pourquoi avoir adopter certains caractères comme le œ alors que ni la nomenclature officielle INSEE, ni wikipedia ne l'utilise, comme: Hoenheim http://www.insee.fr/fr/methodes/nomenclatures/cog/fichecommunale.asp?codedep=67codecom=204 http://fr.wikipedia.org/wiki/Hoenheim Sur quelle base a été prise cette décision ? Pieren node 26692107 * données de l'API lat=48.6250489 lon=7.7552862 code_departement=67 is_in=Europe,France,Bas-Rhin place=town population=10726 postal_code=67800 code_INSEE=67204 name=Hoenheim * les données n'ont pas changé * nouvelles données à envoyer lat=48.6250489 lon=7.7552862 name=Hœnheim postal_code=67800 place=town code_INSEE=67204 code_departement=67 is_in=Europe,France,Bas-Rhin population=10726 * envoi des données ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les relations communes ?
Pieren a écrit : 2009/3/15 Etienne Chové ch...@crans.org: *Nom de commune ne correspondant pas au code_INSEE (Pauillac = Le Verdon-sur-Mer)* Ce qui veut dire que le code INSEE correspond au Verdon mais que le name est Pauillac. Utiliser le code INSEE par un robot est encore dangereux. Ces codes INSEE sont en cours de vérification. http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/code_INSEE%20introuvable%20dans%20la%20BDD%20de%20l%27INSEE.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/code_INSEE%20manquant.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/Mauvais%20nom%20de%20commune.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/Nom%20de%20commune%20ne%20correspondant%20pas%20au%20code_INSEE.html http://colocb3.hd.free.fr/OsmErrors/ParTypeErreur/nom%20de%20commune%20ne%20correspondant%20pas%20au%20code_insee...@.html Je fais pas mal de corrections de masse dans la mesure du raisonnable (corrections d'accents, de casse...). Elle sont faite étape par étape, pour ne pas surcharger l'API et éviter tout dérapage et sont loggués là : http://colocb3.hd.free.fr/OsmErrors/results/ A en croire la carte de répartition des modifications, tout la France y passe : http://hexagone.openstreetmap.fr/osmtoday/archives/osmtoday-20090314.png Pourquoi avoir adopter certains caractères comme le œ alors que ni la nomenclature officielle INSEE, ni wikipedia ne l'utilise, comme: Hoenheim http://www.insee.fr/fr/methodes/nomenclatures/cog/fichecommunale.asp?codedep=67codecom=204 http://fr.wikipedia.org/wiki/Hoenheim Sur quelle base a été prise cette décision ? Sur la base de données distribuée sur le site de l'INSEE ;-) http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2008/txt/france2008.zip Il y a belle et bien divergence sur les écritures. Est ce que le e dans l'o a disparu parce qu'il ne faisait pas parti de l'ascii ou est-ce une erreur de la base france2008 ? Je n'ai pas de réponse sur la question (même si je pense que sa disparition n'est que technique et non académique). L'absence de ligature semble adopté partout, sauf dans le fichier france2008. Je vais remettre le oe en attendant plus d'informations sur ce mystère. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les re lations communes ?
Le dimanche 15 mars 2009 à 21:18 +0100, Etienne Chové a écrit : Pieren a écrit : Pourquoi avoir adopter certains caractères comme le œ alors que ni la nomenclature officielle INSEE, ni wikipedia ne l'utilise, comme: Hoenheim http://www.insee.fr/fr/methodes/nomenclatures/cog/fichecommunale.asp?codedep=67codecom=204 http://fr.wikipedia.org/wiki/Hoenheim Sur quelle base a été prise cette décision ? Sur la base de données distribuée sur le site de l'INSEE ;-) http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2008/txt/france2008.zip Il y a belle et bien divergence sur les écritures. Est ce que le e dans l'o a disparu parce qu'il ne faisait pas parti de l'ascii ou est-ce une erreur de la base france2008 ? Je n'ai pas de réponse sur la question (même si je pense que sa disparition n'est que technique et non académique). L'absence de ligature semble adopté partout, sauf dans le fichier france2008. Je vais remettre le oe en attendant plus d'informations sur ce mystère. Mon Petit Robert me dit Hœnheim. Je pense que ne peut pas vraiment faire confiance à ce qu'on trouve sur internet sur l'emploi de «œ» ou «oe», la saisie de la ligature n'étant pas facilitée par le système d'exploitation encore utilisé majoritairement aujourd'hui :) Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygone de la France
Aurelien Jacobs a écrit : On Sat, 14 Mar 2009 11:49:22 +0100 Etienne Chové ch...@crans.org wrote: Aurelien Jacobs a écrit : Etienne Chové wrote: Je viens de compléter les relations à tous les endroit que tu as cité. Si il n'y a pas d'autres ouvertures, la relation est peut être OK. Si ton algo trouve d'autres ouvertures, signale les... La nouvelle version de l'algo donne (données issues de l'API) : open way 28145200-43595228 open way 345820277-344923164 open way 28188338-28143801 open way 49968812-28188095 La france est donc constituée de 4 chemins ouverts aux noeuds spécifiés ci dessus (en plus de tout un tas de chemins fermés). Je pense avoir corrigé la relation du côté de ces noeuds... Aurel Bonsoir, Mon algo perso trouve encore un way isolé : 31926903 http://www.openstreetmap.org/browse/way/31926903 http://www.openstreetmap.org/browse/way/31926903 mais je ne sais pas s'il est OK (l'algo). Il me donne 1699 ways. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les r elations communes ?
Emmanuel Pacaud a écrit : Le dimanche 15 mars 2009 à 21:18 +0100, Etienne Chové a écrit : Pieren a écrit : Pourquoi avoir adopter certains caractères comme le œ alors que ni la nomenclature officielle INSEE, ni wikipedia ne l'utilise, comme: Hoenheim http://www.insee.fr/fr/methodes/nomenclatures/cog/fichecommunale.asp?codedep=67codecom=204 http://fr.wikipedia.org/wiki/Hoenheim Sur quelle base a été prise cette décision ? Sur la base de données distribuée sur le site de l'INSEE ;-) http://www.insee.fr/fr/methodes/nomenclatures/cog/telechargement/2008/txt/france2008.zip Il y a belle et bien divergence sur les écritures. Est ce que le e dans l'o a disparu parce qu'il ne faisait pas parti de l'ascii ou est-ce une erreur de la base france2008 ? Je n'ai pas de réponse sur la question (même si je pense que sa disparition n'est que technique et non académique). L'absence de ligature semble adopté partout, sauf dans le fichier france2008. Je vais remettre le oe en attendant plus d'informations sur ce mystère. Mon Petit Robert me dit Hœnheim. Je pense que ne peut pas vraiment faire confiance à ce qu'on trouve sur internet sur l'emploi de «œ» ou «oe», la saisie de la ligature n'étant pas facilitée par le système d'exploitation encore utilisé majoritairement aujourd'hui :) Et merde, je viens de rétablir tous les oe à la main. Je suis assez d'accord avec Robert (ouf) et mon Larousse dit pareil. J'aurai du aller vérifier avant de tout rétablir. D'ailleurs on prononce bien Hœnheim et pas Hoenheim (si mes souvenirs de 10 ans en Alsace ne me trahissent pas). Seule question à répondre avant de remettre les ligatures : est ce que l'INSEE ne les a pas définitivement abandonné ? (à priori non à en croire la souce que j'ai utilisé) -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygone de la France
Marc SIBERT a écrit : Aurelien Jacobs a écrit : On Sat, 14 Mar 2009 11:49:22 +0100 Etienne Chové ch...@crans.org wrote: Aurelien Jacobs a écrit : Etienne Chové wrote: Je viens de compléter les relations à tous les endroit que tu as cité. Si il n'y a pas d'autres ouvertures, la relation est peut être OK. Si ton algo trouve d'autres ouvertures, signale les... La nouvelle version de l'algo donne (données issues de l'API) : open way 28145200-43595228 open way 345820277-344923164 open way 28188338-28143801 open way 49968812-28188095 La france est donc constituée de 4 chemins ouverts aux noeuds spécifiés ci dessus (en plus de tout un tas de chemins fermés). Je pense avoir corrigé la relation du côté de ces noeuds... Aurel Bonsoir, Mon algo perso trouve encore un way isolé : 31926903 http://www.openstreetmap.org/browse/way/31926903 http://www.openstreetmap.org/browse/way/31926903 mais je ne sais pas s'il est OK (l'algo). Il me donne 1699 ways. J'ai aussi une ouverture en node 43595228 et en node 49968812 A en croire le svg créé, il y a une portion en double (il faut déplacer le polygone principal pour la voir). http://colocb3.hd.free.fr/OsmErrors/relation-11980.svg (les croix sur le svg correspondent aux endroits ouverts) -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les re lations communes ?
2009/3/15 Emmanuel Pacaud emmanuel.pac...@lapp.in2p3.fr: Mon Petit Robert me dit Hœnheim. Je pense que ne peut pas vraiment faire confiance à ce qu'on trouve sur internet sur l'emploi de «œ» ou «oe», la saisie de la ligature n'étant pas facilitée par le système d'exploitation encore utilisé majoritairement aujourd'hui :) Emmanuel. Curieux, lorsque je cherche Hœnheim sur le site de l'INSEE: Résultat de la recherche : commence par 'HŒNHEIM' Pas de réponse pour cette recherche. Peut-être parce que ce caractère a disparu des claviers modernes, même français ? En tout cas, dans sa version informatique, il semble qu'il soit rarement lié (pour Hoenheim, 17000 fois avec œ, 42 sans si on en croit google). Sur les cartes IGN, des fois c'est avec, des fois c'est sans. Question de période ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les relations communes ?
Curieux, lorsque je cherche Hœnheim [...] Personne n'est encore aller voir le panneau à l'entrée de la commune??? Le terrain !!! :-p Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les relations communes ?
Eric SIBERT a écrit : Curieux, lorsque je cherche Hœnheim [...] Personne n'est encore aller voir le panneau à l'entrée de la commune??? Le terrain !!! :-p Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Ben il suffit de rajouter le téléphone de la mairie dans la relation à côté du CP et de l'Insee... et d'appeler M. le Maire. -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag de batiments
Bonjour, Sur JOSM, j'ai essayé de saisir * une ecole, * un cinéma, * une mairie, * une maison des associations, * une eglise. Pour cela j'ai dessiné un polygone (un ways avec le dernier point sur le premier. C'est bien ça ?) et j'ai appliqué les prédéfinis respectifs : * batiment/école * batiment/cinéma * batiment/mairie * batiment/batiment public * batiment/Lieu de culte Le résultat est OK pour église et école. Par contre pour cinéma, mairie et bâtiment public les bâtiments n'apparaissent pas. Dans ces cas là, si j'ajoute le tag building=yes, alors les bâtiments sont représentés. Faut il ajouter ce tag ? Aussi pour écoles et églises ? Par ailleurs, un autre bâtiment municipal contient la poste, la bibliothèque, une salle de représentation, et des petites salles de musique. Comment doit on le tagger ? Merci pour vos indications. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présence du code INSEE dans les relations communes ?
Pieren a écrit : Les deux versions coexistent dans la base de l'INSEE, on le voit dans le fichier téléchargeable. Mais la version informatique utilisée sur le site semble privilégier le oe sans doute parce que plus facile à saisir au clavier. Resterait à savoir pourquoi wikipedia a abandonné le œ au profit du oe. Est-ce pour suivre une norme ou convention récente qui nous aurait échappé ? Quelqu'un connait-il suffisament wikipedia pour savoir qui on pourrait contacter pour lui poser la question ? des indications ici ? http://fr.wikipedia.org/wiki/Discussion_Wikipédia:Conventions_sur_les_titres#Titre_des_communes_de_France ou là ? http://fr.wikipedia.org/wiki/Discussion_Projet:Communes_de_France/Nom_des_communes Le projet communes de France via sa page de discussion est sûrement une piste. J'avoue y avoir participé il y a 2 ans environ, mais n'ai plus de courage de plonger dans les archives des pages de discussions (ils sont très bavards). Bonne nuit Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygone de la France
sly (sylvain letuffe) a écrit : Est-ce que cette super-relation existe ? Ben tient ! j'en ai chié, j'espère bien qu'elle existe encore ;-) http://www.openstreetmap.org/browse/relation/11980 Justement, j'aimerais l'enrichir de quelques îles des caraïbes. Je viens de mettre Marie-Galante dedans ; évidemment c'est mal, mais c'était pour tester mon algo. Je pense qu'il faut l'inclure dans une sous-relation.Mais laquelle ? Par département d'outre-mer, par région (Caraïbes, Océan Atlantique)... j'ai encore rien trouvé sur le Wiki à ce sujet :-). A+ -- Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un habitat dispersé ?
Et on ne peut pas proposer un tag ? Parce que je pense qu'on retrouve très souvent le cas. Les Etats-Unis doivent être blindés de coins comme àa à l'habitat peu dense mais clairement identifié comme zone d'habitation (je ne parle pas de quelques fermes dans la campagne). Le 15 mars 2009 14:27, Pieren pier...@gmail.com a écrit : 2009/3/15 OSM Léon osm.l...@gmail.com: Sur la zone sur laquelle je travaille, j'ai un habitat assez dispersé de résidences secondaires (en grande majorité) entourées de grands jardins et séparées d'au moins 50 à 100m les unes des autres. Il s'agit très clairement d'une forme d'agglomération même s'il n'y a aucun commerce et aucun centre à proprement parler. Quelqu'un a-t-il déjà été confronté à ce cas ? Comment le tagger ? landuse=residential ne convient pas puisque ça n'est pas une ville à proprement parler (c'est vraiment très arboré). C'est une question difficile. Et elle se pose un peu partout dans les zones un peu grises entre habitations denses et la campagne. Je ne crois pas qu'il existe actuellement de tag pour désigner ces espaces avec des maisons d'habitations, mélangés avec de grands jardins ou des vergers, reliquats d'anciens terrains agricoles qui sont aujourd'hui avalés par l'urbanisation rampante. Personnellement, je préfère m'abstenir de mettre un landuse dans ces zones là. Pour l'instant. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygone de la France
On Sun, Mar 15, 2009 at 10:04:51PM +0100, Etienne Chové wrote: Marc SIBERT a écrit : Aurelien Jacobs a écrit : On Sat, 14 Mar 2009 11:49:22 +0100 Etienne Chové ch...@crans.org wrote: Aurelien Jacobs a écrit : Etienne Chové wrote: Je viens de compléter les relations à tous les endroit que tu as cité. Si il n'y a pas d'autres ouvertures, la relation est peut être OK. Si ton algo trouve d'autres ouvertures, signale les... La nouvelle version de l'algo donne (données issues de l'API) : open way 28145200-43595228 open way 345820277-344923164 open way 28188338-28143801 open way 49968812-28188095 La france est donc constituée de 4 chemins ouverts aux noeuds spécifiés ci dessus (en plus de tout un tas de chemins fermés). Je pense avoir corrigé la relation du côté de ces noeuds... Aurel Bonsoir, Mon algo perso trouve encore un way isolé : 31926903 http://www.openstreetmap.org/browse/way/31926903 http://www.openstreetmap.org/browse/way/31926903 mais je ne sais pas s'il est OK (l'algo). Il me donne 1699 ways. J'ai aussi une ouverture en node 43595228 et en node 49968812 A en croire le svg créé, il y a une portion en double (il faut déplacer le polygone principal pour la voir). Effectivement, il y avait une way dupliquée. Maintenant qu'elle est supprimée, la relation est probablement OK. Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] 多言語マップ
三浦です。 すばらしいイノベーションです。 http://osm.newportcoastsoftware.com 世界中で多言語が実現しています。 このURLの+マークで、言語を選べます。 この機能が標準になれば、世界中の地名を、name:jaで日本語 name:ja_rmでローマ字で記述することで、 日本語化できます。 (逆に、name:en とかname:esとか入れれば、日本の地名を 多言語で表示できて、観光に有意義です。) うれしくて共有します。 今後、nameには、英語日本語両方ではなく、ローカル言語という ルールになるのかな、とおもいます。 三浦 -- Forwarded message -- From: D Tucny d...@tucny.com Date: Mon, Mar 9, 2009 at 9:01 PM Subject: [OSM-talk] Multilingual map To: Talk Openstreetmap t...@openstreetmap.org Hi folks, I've been thinking about how it would be good to have the map available in multiple languages... I think the easiest way to do this with what we have is using a captionless base layer and transparent caption layers for each of the languages... So... I put this thinking into practice and put together a proof of concept at http://osm.newportcoastsoftware.com There is a single base, captionless layer and 40 transparent caption layers, all available only to zoom 8. The name tags imported and used to make the different layers are... name - The default name name:ar - Arabic name:cs - Czech name:cy - Welsh name:cz - Typo for Czech name:da - Danish name:de - German name:el - Greek name:en - English name:eo - Esperanto name:es - Spanish name:fi - Finnish name:fr - French name:ga - Irish Gaelic name:he - Hebrew name:hi - Hindi (font problems) name:hr - Croatian name:hu - Hungarian name:is - Icelandic name:it - Italian name:ja - Japanese name:ja_rm - Romanised Japanese name:kl - Kalaalisut (Greenlandic) name:ko - Korean name:la - Latin name:lt - Lithuanian name:lv - Latvian name:nl - Dutch name:pl - Polish name:ro - Romanian name:ru - Russian name:sk - Slovak name:sl - Slovenian name:sr - Serbian name:sv - Swedish name:th - Thai name:uk - Ukranian name:zh - Chinese name:zh_py - Chinese Pinyin name:zh_pyt - Chinese Pinyin with tones This isn't a list of all available languages in use, but, it was most of the languages in use for names of countries and cities when I looked... Issues: The layer switcher is quite long with so many layers, so, the map div has been set to 900px high to fully incorporate it... If less vertical space is available, you'll get a scroll bar, if more is available, the map won't fill the window... The rendering of Hindi has been broken by missed fonts... It should be rerendered in a while... The tiles are bigger than the live site thanks to them not having been created at 256 colours, this is due to transparency not currently working with 256 colour tiles... All tiles are prerendered... They don't get updated automatically and they aren't rendered on request... So if you make changes to OSM, they won't show up on this map for some time... Also nothing currently available beyond zoom 8, though I do plan on making certain areas with good examples of multiple languages available at higher zooms... This is just a proof of concept, it will likely disappear at some point... If anyone has any suggestions, or sees any problems, let me know... Thanks, d ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- HIroshi Miura NTT DATA Corp. and IPA OSS center (株)NTTデータ /(独)情報処理推進機構 三浦広志 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja