Re: [OSM-talk-be] wiki highway conventions
On Thursday 27 December 2012 09:51:36 Kevin Grossard wrote: The wiki about the highway conventions distinguishes primairy, secondary and tertiairy roads using the N-numbers (although there are some question marks). Using the current conventions means using the old classification when the N-numbers were given. Various N-ways got reconstructed, the traffic got redirected by other roads, some roads aren't suitable anymore for the current traffic. The spatial structure plan for Flanders (ruimtelijk structuurplan Vlaanderen) has a list with the primairy roads [pages 368-377 http://www2.vlaanderen.be/ruimtelijk/docs/rsv2011/RSV2011.pdf]. I suggest to adjust the wiki so there will be an uniform highway classification where primairy roads are the roads selected in the structure plan. The other N-roads can be describes as secondary roads. Tertiary roads can be described as other important local roads (nl: steenwegen die geen secundaire weg zijn). Minor or residential roads can be understand as local roads (nl: lokale wegen). What do you think? I don't really think we can just take that classification and apply it to OSM. It may not look like it from the map in that file, but it would make Flanders almost void of primary roads. Our government isn't very keen to give lots of roads a primary status. And all the dead-end primary roads won't give a nice map either (ringway of Lier without any primary road connecting to it, things like that). I've been aware about the official classification (read some previous discussions in the mailing list archive), but I think we at least need to include some secundary classified roads tagged as primary in OSM to make a useful map. So far, we don't have a list of those. In the UK, the category of official primary roads would be tagged as trunk in OSM. That said, using road numbers to determine OSM classification is actually how it's done in most countries. It's not perfect by far but we've always allowed some deviations from the rule where it makes sense. Ben Okay, there aren't a lot of primary roads in Belgium but that's the result of the historical urban planning and short term vision. Fact is that primary roads also differ in reality from the secondary roads. For example like the surface, the lack of houses, shops and schools (lineair settlement and crossings through villages), the lack of cycle tracks, ... Using the road numbers is a lot easier and that's a good argument but the goal of OSM isn't making the Belgium roads more attractive, i suppose? I don't get why a dead end primary road connected to a secondary road can't be useful. They will look stupid but that's reality and where urban planning in Belgium is all about. But like you said, it would be useful to make a list with exceptions to make and keep it simple if that's the way you want to keep it. Kevin ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki highway conventions
Now that we're on the subject of road classification, The northern part of the ring of Leuven has separate lanes for both directions, no traffic lights, on and off ramps like a motorway and the maximum speed is 90 km/h (a rare occurence these days in Flanders). The southern part has crossings with traffic lights and a speed limit of 50 km/h, complete with a truckload of traffic cams to enforce it. At some point I had tagged the northern part as trunk, since it's far more interesting to go that way from east to west or west to east, so why wouldn't we visualise that on a rendered map? Somebody retagged the whole ring road as primary afterwards and I left it as such, since I didn't feel like starting an edit war. It still feels like a missed chance to be the better map though. Jo 2012/12/27 Kevin Grossard grossard_ke...@hotmail.com On Thursday 27 December 2012 09:51:36 Kevin Grossard wrote: The wiki about the highway conventions distinguishes primairy, secondary and tertiairy roads using the N-numbers (although there are some question marks). Using the current conventions means using the old classification when the N-numbers were given. Various N-ways got reconstructed, the traffic got redirected by other roads, some roads aren't suitable anymore for the current traffic. The spatial structure plan for Flanders (ruimtelijk structuurplan Vlaanderen) has a list with the primairy roads [pages 368-377 http://www2.vlaanderen.be/ruimtelijk/docs/rsv2011/RSV2011.pdf]. I suggest to adjust the wiki so there will be an uniform highway classification where primairy roads are the roads selected in the structure plan. The other N-roads can be describes as secondary roads. Tertiary roads can be described as other important local roads (nl: steenwegen die geen secundaire weg zijn). Minor or residential roads can be understand as local roads (nl: lokale wegen). What do you think? I don't really think we can just take that classification and apply it to OSM. It may not look like it from the map in that file, but it would make Flanders almost void of primary roads. Our government isn't very keen to give lots of roads a primary status. And all the dead-end primary roads won't give a nice map either (ringway of Lier without any primary road connecting to it, things like that). I've been aware about the official classification (read some previous discussions in the mailing list archive), but I think we at least need to include some secundary classified roads tagged as primary in OSM to make a useful map. So far, we don't have a list of those. In the UK, the category of official primary roads would be tagged as trunk in OSM. That said, using road numbers to determine OSM classification is actually how it's done in most countries. It's not perfect by far but we've always allowed some deviations from the rule where it makes sense. Ben Okay, there aren't a lot of primary roads in Belgium but that's the result of the historical urban planning and short term vision. Fact is that primary roads also differ in reality from the secondary roads. For example like the surface, the lack of houses, shops and schools (lineair settlement and crossings through villages), the lack of cycle tracks, ... Using the road numbers is a lot easier and that's a good argument but the goal of OSM isn't making the Belgium roads more attractive, i suppose? I don't get why a dead end primary road connected to a secondary road can't be useful. They will look stupid but that's reality and where urban planning in Belgium is all about. But like you said, it would be useful to make a list with exceptions to make and keep it simple if that's the way you want to keep it. Kevin ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki highway conventions
Sign F9 = autoweg = trunk http://nl.wikipedia.org/wiki/Verkeersborden_in_Belgi%C3%AB_-_Serie_F:_Aanwijzingsborden Nice to read on this topic (sorry, it's in |Dutch): http://forum.openstreetmap.org/viewtopic.php?id=16232 http://forum.openstreetmap.org/viewtopic.php?id=16231 Cheers, Johan 2012/12/27 Jo winfi...@gmail.com Now that we're on the subject of road classification, The northern part of the ring of Leuven has separate lanes for both directions, no traffic lights, on and off ramps like a motorway and the maximum speed is 90 km/h (a rare occurence these days in Flanders). The southern part has crossings with traffic lights and a speed limit of 50 km/h, complete with a truckload of traffic cams to enforce it. At some point I had tagged the northern part as trunk, since it's far more interesting to go that way from east to west or west to east, so why wouldn't we visualise that on a rendered map? Somebody retagged the whole ring road as primary afterwards and I left it as such, since I didn't feel like starting an edit war. It still feels like a missed chance to be the better map though. Jo 2012/12/27 Kevin Grossard grossard_ke...@hotmail.com On Thursday 27 December 2012 09:51:36 Kevin Grossard wrote: The wiki about the highway conventions distinguishes primairy, secondary and tertiairy roads using the N-numbers (although there are some question marks). Using the current conventions means using the old classification when the N-numbers were given. Various N-ways got reconstructed, the traffic got redirected by other roads, some roads aren't suitable anymore for the current traffic. The spatial structure plan for Flanders (ruimtelijk structuurplan Vlaanderen) has a list with the primairy roads [pages 368-377 http://www2.vlaanderen.be/ruimtelijk/docs/rsv2011/RSV2011.pdf]. I suggest to adjust the wiki so there will be an uniform highway classification where primairy roads are the roads selected in the structure plan. The other N-roads can be describes as secondary roads. Tertiary roads can be described as other important local roads (nl: steenwegen die geen secundaire weg zijn). Minor or residential roads can be understand as local roads (nl: lokale wegen). What do you think? I don't really think we can just take that classification and apply it to OSM. It may not look like it from the map in that file, but it would make Flanders almost void of primary roads. Our government isn't very keen to give lots of roads a primary status. And all the dead-end primary roads won't give a nice map either (ringway of Lier without any primary road connecting to it, things like that). I've been aware about the official classification (read some previous discussions in the mailing list archive), but I think we at least need to include some secundary classified roads tagged as primary in OSM to make a useful map. So far, we don't have a list of those. In the UK, the category of official primary roads would be tagged as trunk in OSM. That said, using road numbers to determine OSM classification is actually how it's done in most countries. It's not perfect by far but we've always allowed some deviations from the rule where it makes sense. Ben Okay, there aren't a lot of primary roads in Belgium but that's the result of the historical urban planning and short term vision. Fact is that primary roads also differ in reality from the secondary roads. For example like the surface, the lack of houses, shops and schools (lineair settlement and crossings through villages), the lack of cycle tracks, ... Using the road numbers is a lot easier and that's a good argument but the goal of OSM isn't making the Belgium roads more attractive, i suppose? I don't get why a dead end primary road connected to a secondary road can't be useful. They will look stupid but that's reality and where urban planning in Belgium is all about. But like you said, it would be useful to make a list with exceptions to make and keep it simple if that's the way you want to keep it. Kevin ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki highway conventions
On Thursday 27 December 2012 18:15:05 Jo wrote: Now that we're on the subject of road classification, The northern part of the ring of Leuven has separate lanes for both directions, no traffic lights, on and off ramps like a motorway and the maximum speed is 90 km/h (a rare occurence these days in Flanders). The southern part has crossings with traffic lights and a speed limit of 50 km/h, complete with a truckload of traffic cams to enforce it. At some point I had tagged the northern part as trunk, since it's far more interesting to go that way from east to west or west to east, so why wouldn't we visualise that on a rendered map? Somebody retagged the whole ring road as primary afterwards and I left it as such, since I didn't feel like starting an edit war. It still feels like a missed chance to be the better map though. Doesn't the northern part of the ringway have cycle lanes on each side? So far the definition of trunk is a road for fast traffic that disallows pedestrians and cyclists. To also reply to the next email: the original definition was about the motorroad sign, but that isn't really workable and it has changed into the definition above. There are roads with the sign that shouldn't be trunk and roads without the sign but which should really be trunk (these roads then have traffic signs that just prohibit pedestrians and cyclists (and mopeds, horse riders). Or the A12 between Antwerp and Brussels, I don't think the middle lane has any traffic signs at all on the parts where it isn't a motorway. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki highway conventions
On 12/27/2012 11:03 AM, Ben Laenen wrote: On Thursday 27 December 2012 09:51:36 Kevin Grossard wrote: The wiki about the highway conventions distinguishes primairy, secondary and tertiairy roads using the N-numbers (although there are some question marks). Using the current conventions means using the old classification when the N-numbers were given. Various N-ways got reconstructed, the traffic got redirected by other roads, some roads aren't suitable anymore for the current traffic. The spatial structure plan for Flanders (ruimtelijk structuurplan Vlaanderen) has a list with the primairy roads [pages 368-377 http://www2.vlaanderen.be/ruimtelijk/docs/rsv2011/RSV2011.pdf]. I suggest to adjust the wiki so there will be an uniform highway classification where primairy roads are the roads selected in the structure plan. The other N-roads can be describes as secondary roads. Tertiary roads can be described as other important local roads (nl: steenwegen die geen secundaire weg zijn). Minor or residential roads can be understand as local roads (nl: lokale wegen). What do you think? I don't really think we can just take that classification and apply it to OSM. It may not look like it from the map in that file, but it would make Flanders almost void of primary roads. Our government isn't very keen to give lots of roads a primary status. And all the dead-end primary roads won't give a nice map either (ringway of Lier without any primary road connecting to it, things like that). I've been aware about the official classification (read some previous discussions in the mailing list archive), but I think we at least need to include some secundary classified roads tagged as primary in OSM to make a useful map. So far, we don't have a list of those. In the UK, the category of official primary roads would be tagged as trunk in OSM. That said, using road numbers to determine OSM classification is actually how it's done in most countries. It's not perfect by far but we've always allowed some deviations from the rule where it makes sense. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be There is a simple rule I use, which is being used for certain in plenty of countries like UK and described in the OSM wiki. A primary road is a road that connects larger cities, so a N road between 2 small town would be secondary. I think it matters that you look at the whole road with the same reference. That is the cities you look at. How much traffic passes over it, doesn't really matter. For instance, the N1 Mechelen-Brussel, someone tagged the part through Vilvoorde as secondary. Since Mechelen, Vilvoorde and Brussel counts as a connection through big cities plus, well ... It's number 1 of the N-class roads. It should make sense that this is a primary road. Even after redesigning the part through Vilvoorde, it didn't make any sense at all to keep this secondary. This road should be primary from start to finish (Antwerpen-Brussel). I live closeby and Vilvoorde is being reconstructed at a fast pace, I already added a extra roundabout some time ago, which triggered me to look at those classifications closer. Reading that one wants to classify a road depending on how it's uses (so what rolls over it and how much) is not correct imho. You need to look at the designation of the road. the N1 is an easy example of course. And now we can start to discuss what big city is in Belgium ;-) But most of them are easy to classify as such with some common sense. I would still say that primary roads are easy, there is much more difficulty in determining lower type of roads. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki highway conventions
On Thursday 27 December 2012 22:05:17 Glenn Plas wrote: There is a simple rule I use, which is being used for certain in plenty of countries like UK and described in the OSM wiki. A primary road is a road that connects larger cities, so a N road between 2 small town would be secondary. I think it matters that you look at the whole road with the same reference. That is the cities you look at. UK doesn't use a rule like that, they're even much more strict than us using road numbers... How much traffic passes over it, doesn't really matter. For instance, the N1 Mechelen-Brussel, someone tagged the part through Vilvoorde as secondary. Since Mechelen, Vilvoorde and Brussel counts as a connection through big cities plus, well ... It's number 1 of the N-class roads. I haven't really checked the situation in Vilvoorde, but one of the rules is that within a city center, primary becomes secondary if there's a ringway that will connect to the other primary roads to the city. For example: http://osm.org/go/0Eg4Fgm N8 is secondary in Zwevegem, since the N391 was made to create a ringway around Zwevegem. http://osm.org/go/0EpYdO2L N1 crosses centre of Antwerp, but becomes secondary within the Singel. I guess someone did something similar in Vilvoorde with the R22. Whether that should be done, not really sure here. I also wanted to point at Tienen, but I see it has been recently changed by someone: http://osm.org/go/0EqQDB8 There's the N29 coming in from the north, and the N3/N29 should stay primary because there's no ringway on the north. Now someone changed it to secondary which is incorrect IMO. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki highway conventions
On 12/27/2012 10:28 PM, Ben Laenen wrote: On Thursday 27 December 2012 22:05:17 Glenn Plas wrote: There is a simple rule I use, which is being used for certain in plenty of countries like UK and described in the OSM wiki. A primary road is a road that connects larger cities, so a N road between 2 small town would be secondary. I think it matters that you look at the whole road with the same reference. That is the cities you look at. UK doesn't use a rule like that, they're even much more strict than us using road numbers... Yeah, it seems you're right, I've must have assumed at the time I was looking at the UK sections. they have conventions based on road types (ref.) See http://wiki.openstreetmap.org/wiki/WikiProject_United_Kingdom_A_and_B_Roads#How_to_tag But the general wiki (which is probably USA based if I'm not mistaking here) does say so: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dprimary There is not much room for interpretation except 'large' definition. How much traffic passes over it, doesn't really matter. For instance, the N1 Mechelen-Brussel, someone tagged the part through Vilvoorde as secondary. Since Mechelen, Vilvoorde and Brussel counts as a connection through big cities plus, well ... It's number 1 of the N-class roads. I haven't really checked the situation in Vilvoorde, but one of the rules is that within a city center, primary becomes secondary if there's a ringway that will connect to the other primary roads to the city. Well, I know the place pretty well and there is no real ring road around Vilvoorde that reconnects to the N1. There are ways to get around there using Woluwelaan(R22) but that's not a common alternative practically.Your description however fits what I've changed as the Woluwelaan was marked as primary and it could indeed be considered a quarter ring (tops), what that one connects aren't really big cities (Vilvoorde - Diegem - Zaventem) . But it doesn't easily connect back to the N1. But I understand if you drive over R22 you would classify it primary (although it has 4 lanes divided by a central barrier, not 2). That would be a trunk to me as it connect to the E19 complex in Vilvoorde. As a subnote, the N211 which belongs to that complex goes primary until the city center, that is wrong imho matched against the theory. For example: http://osm.org/go/0Eg4Fgm N8 is secondary in Zwevegem, since the N391 was made to create a ringway around Zwevegem. This one makes perfect sense to be primary to me. http://osm.org/go/0EpYdO2L N1 crosses centre of Antwerp, but becomes secondary within the Singel. I totally agree on this one too. It still fits the 'primary' class to me as it connects cities, so once you are there, there isn't anything big you can connect any more. Very nice example. Haven't even thought of checking the other side of the N1. I guess someone did something similar in Vilvoorde with the R22. Whether that should be done, not really sure here. That's why I bring it up as I'm not totally sure myself, but when I'm not sure, I check the wiki ... I also wanted to point at Tienen, but I see it has been recently changed by someone:http://osm.org/go/0EqQDB8 There's the N29 coming in from the north, and the N3/N29 should stay primary because there's no ringway on the north. Now someone changed it to secondary which is incorrect IMO. It look to me someone hopes that this information ends up in GPS devices so they router prefers the primary road :) . I don't know the place there but it looks kind of strange to me that the N3/N29 isn't primary. But zooming out and taking a peek at Leuven which I know better I see the ring there is marked primary. So looking that those without any knowledge on Tienen, I would conclude that the Tienen N3/ring part is a lot different from the Leuven one, so it would support the secondary classification. Thanks for the examples. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] wiki highway conventions
On Friday 28 December 2012 00:22:17 Glenn Plas wrote: But the general wiki (which is probably USA based if I'm not mistaking here) does say so: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dprimary There is not much room for interpretation except 'large' definition. It's not really any country based. The definition is as broad as possible, and every country makes its own rules. But I understand if you drive over R22 you would classify it primary (although it has 4 lanes divided by a central barrier, not 2). That would be a trunk to me as it connect to the E19 complex in Vilvoorde. There are cycleways, so no trunk... As a subnote, the N211 which belongs to that complex goes primary until the city center, that is wrong imho matched against the theory. Yeah, N211 should be secondary east of the R22. West of the R22: makes sense as primary. Strictly following the rules it should be secondary of course, but this is one of those possible exceptions. I guess someone did something similar in Vilvoorde with the R22. Whether that should be done, not really sure here. That's why I bring it up as I'm not totally sure myself, but when I'm not sure, I check the wiki ... And of course the wiki isn't exactly the best reference for it :-) The definition has been slowly adjusted on the mailing list for example, but we can't expect everyone to know the entire history of course... I guess I'll make a small summary with some examples (limiting to trunk/primary/secondary): * trunk: expressways, prohibited for pedestrians and cyclists. May be signed with F9 (motorroad), but not always. Not all roads with F9 are trunks (e.g. tunnels or bridges if the road it is part of isn't classified as trunk) * primary: Nx or Nxx roads * secondary: Nxxx roads (or P roads) Exceptions to primary/secondary above: * ringways (usually R roads, but can be N roads): classification from highest classified road that connects to it. Inside R road primary road becomes secondary if the ringway deviates the traffic between the *primary* roads. Secondary roads stay secondary inside ringways (they don't become tertiary) (*). e.g. R13 http://osm.org/go/0ErVXu0 * everywhere it makes sense... When a road without number connects two parts that do for example, or any other weird situation you may encounter. e.g. Corbiestraat as primary http://osm.org/go/0ErYW5cL Plezantstraat as secondary (no road number) http://osm.org/go/0Ej6EwLs-- Roads with suffix in their number (e.g. N123a): use your brains. Almost every case is unique here so it's impossible to writ down a good rule. e.g. N1c http://osm.org/go/0EpMnUUZ-- N60b http://osm.org/go/0EiFrVaz-- N15a http://osm.org/go/0EpLMAqA- N42c http://osm.org/go/0EiwSJL_- If a N-road really shouldn't be secondary at all, it can be classified unclassief/residential (not tertiary, if it can be tertiary it's sufficient to be secondary) e.g. N408 http://osm.org/go/0EpSSDeg (*) note that the previous years a lot of roads in city centers have been transferred from the region to the municipalities, and they lost their road numbers, so they've become tertiary even though there are probably still road numbers found on the street. I guess these are the rules we have now. They sometimes allow for some discussion in some cases of course, but they do seem to create a nice map. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Community for wiki maintenance
I would be happy to help out with improving the wiki (and do this already). If anyone has any pages that they think could do with improving then please add them to the wiki cleanup page. Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Community for wiki maintenance
In addition to cleanup, is there anyone with familiarity with wiki tools like infoboxes, templates, classes, etc.? There are a variety of areas where adding some structure to wiki-contained information would be very helpful. Thanks, Jeff On Thu, Dec 27, 2012 at 8:18 AM, Rob Nickerson rob.j.nicker...@gmail.comwrote: I would be happy to help out with improving the wiki (and do this already). If anyone has any pages that they think could do with improving then please add them to the wiki cleanup page. Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Community for wiki maintenance
I can do infoboxes and templates. Often a good place to start is to find an existing bit of wiki markup code and cpoy from that. Rob On 27 December 2012 18:35, Jeff Meyer j...@gwhat.org wrote: In addition to cleanup, is there anyone with familiarity with wiki tools like infoboxes, templates, classes, etc.? There are a variety of areas where adding some structure to wiki-contained information would be very helpful. Thanks, Jeff On Thu, Dec 27, 2012 at 8:18 AM, Rob Nickerson rob.j.nicker...@gmail.comwrote: I would be happy to help out with improving the wiki (and do this already). If anyone has any pages that they think could do with improving then please add them to the wiki cleanup page. Rob ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] mapnik high res rendering
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Masi, ja die Bilder groesser gemacht habe ich schon. Mein problem ist dass es offensichtlich eine art clipping gibt das die bilder abschneidet. Siehe Bild: http://mac.piffpaffpuff.net/osm/example.png Gruß Tobi On 12/27/12 02:30, Masi Master wrote: Nabend Tobias, ich hab zwar an den Schildern noch nicht rumgespielt, aber gehe davon aus, dass du neben der (Schrift-)Größe [size=10] auch die Bilddatei vergrößern (seperat in einem Bildbearbeitungsprogamm) musst. Gruß Masi Am 26.12.2012, 09:08 Uhr, schrieb Tobias Hobmeier tob...@antifuse.de: hier ist die verlohrene grafik http://mac.piffpaffpuff.net/osm/example.png On 12/26/12 08:57, Tobias Hobmeier wrote: Schöne Feiertage zusammen, ich bin gerade dabei mich ein wenig mit Mapnik zu spielen :-) das rendern haut auch schon ganz gut hin. Nachdem die Straßen beschriftungen zu klein waren habe ich diese in meiner XML angepasst. Dann waren natürlich auch die pri_shield's die ich gefunden habe viel zu klein eine vergrößerung war leider nicht sehr erfolgreich (siehe anhang). Wie vermeide ich es denn dass der Keks abgeschnitten wird? Gruß Tobias ___ 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 mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ3BNrAAoJEGkKxZ+TJ35M1QQH/2ByRgtVCTiyHSpHIDabVJ3Z tAbRJYSkJhcmJ2MuxqWnyRPlaJwaYEl4+8oWNCncqZ1AE3Kx4JtHMjq3Rvu6rlno 8mdhtNDaj8jjYzu/iBa2x+yLIBme5dgkornIrRBrzfamNB3BBQOS1itChkFVq+O4 N3sIyp/cLovxby2UQxNmwAC+EyoF+PnYG0mNDZtfyckygGfAlxd5xLwhQy6dDuqF CVuBH+Q4Gm3mIT+cC8o/6saDFtmBn52Syj+8yHyBbGRqwS3StrAFh3/nKSbF/gys ApyRKGWsogbpku3dxtwl5VcGuTLM4E3Tx8QTIZvINsylbCPHGYI/5jre8rBZnhE= =fHhn -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Overpass-Anfragen: großes Gebiet, nur einige Punkte
Wie bekomme ich mit einer Overpass-Abfrage die Punkte innerhalb eines Gebietes hin, also zum Beispiel alle Apotheken in Deutschland? Wenn ich mit area-query und eingebetteter query arbeite, versucht Overpass erst einmal, alle Punkte innerhalb des Gebiets zu kriegen, und bricht dann irgendwann ab. Gibt's keine Möglichkeit, die Und-Verknüpfung anders zu formulieren als über Schachteln? -- 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] Overpass-Anfragen: großes Gebiet, nur einige Punkte
Hallo, danke für die Anfrage. Das Beispiel kommt dann gleich mit auf die Beispielseite. Wie bekomme ich mit einer Overpass-Abfrage die Punkte innerhalb eines Gebietes hin, also zum Beispiel alle Apotheken in Deutschland? area[name=Deutschland];node(area)[amenity=pharmacy];out; Die Abfrage sollte deutlich unter 3 Minuten brauchen (hat beim Testen 30 Sekunden gebraucht), ansonsten bitte [timeout:900];area[name=Deutschland];node(area)[amenity=pharmacy];out; Wenn ich mit area-query und eingebetteter query arbeite, versucht Overpass erst einmal, alle Punkte innerhalb des Gebiets zu kriegen, und bricht dann irgendwann ab. Gibt's keine Möglichkeit, die Und-Verknüpfung anders zu formulieren als über Schachteln? Die Und-Verknüpfung wird üblicherweise mit mehreren Clauses in der gleichen Query realisiert. Hier sind dies (area) und [amenity=pharmacy] Bei der Ausführung des Query-Statements werden diese dann verschachtelt, ähnlich dem Query-Plan einer SQL-Datenbank, so dass nicht alle Nodes geladen werden müssen. Das Grundprinzip ist in http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Clauses erläutert (leider bisher nur auf Englisch verfügbar). Etwas anders sieht es im Spezialfall einer area-Clause für Ways oder Relations aus. Das ist leider noch nicht implementiert (es fehlt der Schnittest Ways mit Area-Grenzen), so dass hier die umständliche Abfrage unvermeidlich ist. Dafür muss ich leider auf später vertrösten, die Funktionalität steht aber auf der ToDo-Liste. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapnik high res rendering
Hi, also bei mir funktioniert es... Ahh, du meinst wahrscheinlich den Fehler an den Kachelgrenzen? Da wird manchmal abgeschnitten. Mit welcher Einstellung oder Befehl man das unterbindet, weiß ich leider nicht. Aber bei den professionellen Mapnikkarten wird die Kachel einfach mit einem breiten Rand gerendert, der dann wieder Abgeschnitten wird. So dass der Mittelpunkt des Schilds auch auf der angrenzenden Kachel (zwar im Verschnittbereich) liegt, aber so dass das Schild auch dort gerendert wird, und somit das Stückchen Rand dort zu sehen ist. Prinzip soweit verstanden? Gruß Masi Am 27.12.2012, 10:22 Uhr, schrieb Tobias Hobmeier tob...@antifuse.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Masi, ja die Bilder groesser gemacht habe ich schon. Mein problem ist dass es offensichtlich eine art clipping gibt das die bilder abschneidet. Siehe Bild: http://mac.piffpaffpuff.net/osm/example.png Gruß Tobi On 12/27/12 02:30, Masi Master wrote: Nabend Tobias, ich hab zwar an den Schildern noch nicht rumgespielt, aber gehe davon aus, dass du neben der (Schrift-)Größe [size=10] auch die Bilddatei vergrößern (seperat in einem Bildbearbeitungsprogamm) musst. Gruß Masi Am 26.12.2012, 09:08 Uhr, schrieb Tobias Hobmeier tob...@antifuse.de: hier ist die verlohrene grafik http://mac.piffpaffpuff.net/osm/example.png On 12/26/12 08:57, Tobias Hobmeier wrote: Schöne Feiertage zusammen, ich bin gerade dabei mich ein wenig mit Mapnik zu spielen :-) das rendern haut auch schon ganz gut hin. Nachdem die Straßen beschriftungen zu klein waren habe ich diese in meiner XML angepasst. Dann waren natürlich auch die pri_shield's die ich gefunden habe viel zu klein eine vergrößerung war leider nicht sehr erfolgreich (siehe anhang). Wie vermeide ich es denn dass der Keks abgeschnitten wird? Gruß Tobias ___ 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 mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ3BNrAAoJEGkKxZ+TJ35M1QQH/2ByRgtVCTiyHSpHIDabVJ3Z tAbRJYSkJhcmJ2MuxqWnyRPlaJwaYEl4+8oWNCncqZ1AE3Kx4JtHMjq3Rvu6rlno 8mdhtNDaj8jjYzu/iBa2x+yLIBme5dgkornIrRBrzfamNB3BBQOS1itChkFVq+O4 N3sIyp/cLovxby2UQxNmwAC+EyoF+PnYG0mNDZtfyckygGfAlxd5xLwhQy6dDuqF CVuBH+Q4Gm3mIT+cC8o/6saDFtmBn52Syj+8yHyBbGRqwS3StrAFh3/nKSbF/gys ApyRKGWsogbpku3dxtwl5VcGuTLM4E3Tx8QTIZvINsylbCPHGYI/5jre8rBZnhE= =fHhn -END PGP SIGNATURE- ___ 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] mapnik high res rendering
Hi Tobias, Masi, Am 27.12.2012 16:45, schrieb Masi Master: also bei mir funktioniert es... Ahh, du meinst wahrscheinlich den Fehler an den Kachelgrenzen? Da wird manchmal abgeschnitten. Mit welcher Einstellung oder Befehl man das unterbindet, weiß ich leider nicht. Der entsprechende Parameter im Mapnik-XML lautet buffer-size. Sinnvolle Werte wären beispielsweise 64 oder 128. Beispiel: Map background-color=#b5d0d0 srs=srs900913; minimum-version=2.0.0 buffer-size=64 Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] Election Boundaries for India?
hi, Are election boundaries of India available as open data? Is it available from data.gov.in? Since the General Elections are up and coming in 2014, perhaps this might be a good exercise to undertake in 2013 for the OSM community? As Mikel Maron puts it[1] so eloquently, it is the most primary geographies of democracy. warm regards, Pradeep [1] - http://brainoff.com/weblog/2012/12/05/1790 -- How Pradeep uses email - http://goo.gl/6v1I9 ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Election Boundaries for India?
On Thu, Dec 27, 2012 at 10:00 PM, Pradeep Mohandas pradeep.mohan...@gmail.com wrote: hi, Are election boundaries of India available as open data? Is it available from data.gov.in? A quick look at the site tells me that this data is not available. I don't know if there are any other websites where it would be available. Even if it is I highly doubt there is any open license associated with it. Since the General Elections are up and coming in 2014, perhaps this might be a good exercise to undertake in 2013 for the OSM community? Why? There is lot of street data still missing. I think we should focus on that first. How (and to whom) is adding election boundaries going to help? And what tagging do you suggest to be used for it? Cheers, Onkar -- Passion - Some people climb mountains - others write Free software. Don't ask why - the reason is the same. ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] altre cancellazioni?
Ciao, anche io ho visto questi dati e sto indagando. Penso che sia un problema del sistema di calcolo delle statistiche e non siano state cancellate delle strade su OSM. Ho fatto delle verifiche puntuali su alcuni comuni ed i dati dovrebbero essere tutti ok. Probabilmente la query che taglia le strade e le assegna ai comuni può avere incontrato un problema. Appena ho tempo faccio dei controlli ulteriori. Ciao, Diego 2012/12/26 beppebo...@libero.it beppebo...@libero.it guardando i dati gfoss del 22 ho visto un gran segno meno circa 100km di strade in meno circa 26 solo in veneto possibile ci siano stati ancora altri tagli di strade? E' solo un errore di gfoss? Sinceramente mi sto stufando di queste continue perdite fatte a spezzatino ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Gaetano Patti/S. Personale/PAT è assente dall'ufficio.
Sarò assente dall'ufficio a partire dal 26/12/2012 e non tornerò fino al 07/01/2013. Oppl... sono in ferie, risponderò al mio ritorno ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Josm selezionare Km di una strada
Salve a tutti Esiste per esempio un metodo in josm che ti rimanda per esempio al km 50 di una strada ? nel senso seleziono una strada o una relazione (per esempio che ragruppa i percorsi di una strada provinciale) inserisco il punto di partenza e il km che mi interessa (per esempio 50) e viene visualizzato la zona nei dintorni del km 50 -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Voglia di Puzzle? Su MisterCupido.com troverai i Puzzle Clementoni High Quality a partire da soli euro 8,30 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12676d=27-12 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm selezionare Km di una strada
Puoi provare col plugin measure (abilitando la finestra) e selezionare tutti i segmenti che ti servono.. Ciao, Stefano Il giorno 27 dicembre 2012 18:47, Salemme Guido salemme.gu...@email.it ha scritto: Salve a tutti Esiste per esempio un metodo in josm che ti rimanda per esempio al km 50 di una strada ? nel senso seleziono una strada o una relazione (per esempio che ragruppa i percorsi di una strada provinciale) inserisco il punto di partenza e il km che mi interessa (per esempio 50) e viene visualizzato la zona nei dintorni del km 50 -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Voglia di Puzzle? Su MisterCupido.com troverai i Puzzle Clementoni High Quality a partire da soli euro 8,30 Clicca qui: http://adv.email.it/cgi-bin/**foclick.cgi?mid=12676d=27-12http://adv.email.it/cgi-bin/foclick.cgi?mid=12676d=27-12 __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm selezionare Km di una strada
Ciao :-) Si questo già lo faccio, ma è molto macchinoso (e per strade lunghe non è così pratico) e comunque per trovare il km giusto devi spezzettare la strada a tentativi mi servirebbe qualcosa che mi rimanda velocemente al km giusto Il 27/12/2012 18:57, sabas88 ha scritto: Puoi provare col plugin measure (abilitando la finestra) e selezionare tutti i segmenti che ti servono.. Ciao, Stefano Il giorno 27 dicembre 2012 18:47, Salemme Guido salemme.gu...@email.it mailto:salemme.gu...@email.it ha scritto: Salve a tutti Esiste per esempio un metodo in josm che ti rimanda per esempio al km 50 di una strada ? nel senso seleziono una strada o una relazione (per esempio che ragruppa i percorsi di una strada provinciale) inserisco il punto di partenza e il km che mi interessa (per esempio 50) e viene visualizzato la zona nei dintorni del km 50 -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Voglia di Puzzle? Su MisterCupido.com troverai i Puzzle Clementoni High Quality a partire da soli euro 8,30 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12676d=27-12 ___ Talk-it mailing list Talk-it@openstreetmap.org mailto:Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Cerchi un QUADRO per arredare casa? Su MisterCupido.com puoi acquistare Quadri Moderni, Astratti, Floreali, Panoramici, in Pannelli, ecc. Consegne in tutta Italia in soli 2-3 giorni Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12389d=27-12 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
Sono d'accordo per subtaggare, ma il problema di cui parli non esiste. Le uscite per un'area di sosta sono accessibili solo da dentro all'autostrada. Non posso andare a Le Risaie Ovest (area di servizio) o a Rio Anda (area di sosta) senza passare da Casale Monferrato Nord, che è un casello. Ciao, Simone Beh, il problema esiste invece: 1. Per un errore di connessione stradale che ho appena corretto il navigatore mi permetteva di entrare in autostrada dall'area di servizio Sesia Est. 2. Se sono dentro l'autostrada, voglio uscire e cerco un'uscita, il navigatore mi può invece mandare ad un'area di servizio. Se poi cerco un'entrata all'autostrada viene fuori un pasticcio, sia perché non posso distinguere aree di servizio da entrate, sia perché le entrate in realtà sono taggate solo come uscite, ovvero sul nodo dell'inizio dell'uscita. Se provo ad impostarlo come entrata, il GPS non mi farà mai entrare dal casello voluto, ma al massimo da quello precedente. Perciò dobbiamo per lo meno subtaggare le uscite ed io suggerirei a questo punto di taggare anche le entrate, nel nodo dove il motorway_link si congiunge con la motorway. Se vogliamo tenere per tutti highway=motorway_junction potremmo aggiungere motorway_junction=entrance/exit/service_area. Che ne dite, facciamo una proposta e lo passiamo sulla mailing list di tagging? Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Desplazamiento Ortofotos BING vs PNOA
Hola, Recordad que el GPS tiene unos 10 metros de error, así que tampoco es muy fiable para saber quien esta desplazado y que la gente del Catastro usa las ortofotos del PNOA para trazar sus mapas, por tanto Catastro y PNOA coinciden siempre. Salud! 2012/12/27 Jorge Sanz Sanfructuoso sanc...@gmail.com: Viendo las trazas que hay subidas a OSM y que me a cargado el catastro, fiate en este caso de PNOA. Así que modificar toca. Parece que la pifiaron los de Bing al hacerlo. El 26 de diciembre de 2012 22:10, Óscar Zorrilla Alonso oscar_zorri...@hotmail.com escribió: Potlatch y BING -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Atentamente, Suárez ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Desplazamiento Ortofotos BING vs PNOA
Hay mas de 5 trazas diferentes subidas en esa zona a OSM y ni una coincide ni por asomo con las de bing y con las de PNOA no es exacto claramente por ese margen que comentas pero si muy aproximado. Creo que es suficiente para ver que esta bien y que está mal. Si a estas alturas no nos podemos fiar del gps ya podemos ir cerrando esto. jejej Catastro y pnoa no coinciden, entre otras cosas porque no van a cambiar el catastro entero cada vez que sacan fotos nuevas. El catastro se actualiza cada 3 meses y las fotos de PNOA pueden tardar varios años en cambiar. El 27/12/2012 10:48, Alejandro S. alejandro...@gmail.com escribió: Hola, Recordad que el GPS tiene unos 10 metros de error, así que tampoco es muy fiable para saber quien esta desplazado y que la gente del Catastro usa las ortofotos del PNOA para trazar sus mapas, por tanto Catastro y PNOA coinciden siempre. Salud! 2012/12/27 Jorge Sanz Sanfructuoso sanc...@gmail.com: Viendo las trazas que hay subidas a OSM y que me a cargado el catastro, fiate en este caso de PNOA. Así que modificar toca. Parece que la pifiaron los de Bing al hacerlo. El 26 de diciembre de 2012 22:10, Óscar Zorrilla Alonso oscar_zorri...@hotmail.com escribió: Potlatch y BING -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Atentamente, Suárez ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] plätze und routing
adry schrieb: Grundsätzlich stimmt das. Es bringt aber nichts stur nach einem Schema zu mappen mit dem niemand was anfangen kann. Wenn es Router gibt die areas ordentlich routen können dann kann man die Wege wieder löschen. Nein. Openstreetmap ist weder ein Renderer noch ein Router, sondern eine Datenbank. Und in dieser sollten wir alles so abbilden, wie es in der Realität ist. Wenn da ein Platz ohne Wege ist, gehören keine Wege in die Datenbank. Wenn wir Krücken für Renderer und Router einbauen, haben die keinen Grund, um die Dinge korrekt zu implementieren. Es ist schade, dass die Router bisher die korrekten Algorithmen nicht implementieren, aber das ist deren Problem. Wir taggen ja auch nicht Kläranlagen auf Mülldeponien um, nur damit der Renderer sie darstellt, also warum sollten wir Krücken für Router einbauen, nur weil deren Entwickler die korrekten Dinge noch nicht implementiert haben? Der korrekte Weg ist, deinem Lieblings-Router-Projekt zu helfen, die korrekten Algorithmen einzubauen. Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plätze und routing
On 23.12.12 18:48, darkweasel wrote: Ist nicht Mappen für den Router genauso daneben wie Mappen für den Renderer? OSM hat sich selbst (u.a.) die Aufgabe gestellt, einen Wegegraphen der Welt zu machen. Und Wege zu löschen und durch Flächen zu /ersetzen/, zerstört den Graphen an dieser Stelle. Und das sollte so nicht sein. IMO ist die state of the art Lösung dazu, zusätzlich zur z.B. pedestrian-Fläche auch einen pedestrian-Way zu zeichnen (z.B. Altstadt Innsbrucks; übrigens sind dort auch bewusst die Ways mit einem name Tag gesetzt und eben nicht die Flächen). Übrigens, zu dem Nicht-Argument mit dem mappen für, das haben wir ja eigentlich in Amsterdam schon geklärt: Der Punkt ist, wir mappen nicht für /ein/ Ding. Wir mappen für /alle/, egal ob Renderer oder Router oder was sonst. Und was man eben nicht machen sollte, ist etwas Funktionierendes (wie die Kanten in einen Graphen) zu zerstören, nur weil eine Fläche für den Renderer besser aussieht. Diese Dualität zwischen Graphenmapping und Flächenmapping ist OSM immanent, wir müssen schauen, dass wir das jeweils bestmöglich für /alle/ Welten und /alle/ Nutzungsmöglichkeiten umsetzen. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Taggen von Access-Zeitfenstern
Wie tagge ich eine Straße mit zeitlicher Sperre: motorvehicle=no von 22:00 bis 6:00 am sinnvollsten? oder motorcar=no, motorcycle=no, access= 6:00 - 22:00 oder nur access=6:00 - 22:00 Danke, Peter (pegeka) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Taggen von Access-Zeitfenstern
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27/12/12 19:29, Peter Kössler wrote: Wie tagge ich eine Straße mit zeitlicher Sperre: motorvehicle=no von 22:00 bis 6:00 am sinnvollsten? Ein klarer Fall für: http://wiki.openstreetmap.org/wiki/Conditional_restrictions motor_vehicle:conditional = no @ (22:00-06:00) sollte reichen. oder motorcar=no, motorcycle=no, access= 6:00 - 22:00 oder nur access=6:00 - 22:00 Danke, Peter (pegeka) lg, Michi - -- Michael Maier, Student of Telematics @ Graz University of Technology -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQ3JSWAAoJEPDJmZ2oE4mGcF0QAJfXmlLc4UAGCwHhpImna5Yy SLsQgW7LSOY2F8EiXrUgklSsZpspLhHVE8NqVqWP/Bq4OzALAUFhLCtOTwwKflxk mjX/Z0wT23X64ugzMPn/6H9MiirNQ+OOr3OY+GjdN03e4O9EmgNe7T4jZ2d/cnl2 osMCZ2+3vPSxW8sq41JqS8zqBwvrSpDJS4kJu0zdjBAAQRkVS0Pif/QsM0pgFmre ixZUEZrrtmgpu+auqVegCtkLlgDtVrn1F1hjBhBgG8UDmXkOk8wA5uSnOLEBoEQj zHMhEw8Lx549/162Zz/ydhc4qSFEtr6N9+6pGL/7/hDhKlEAtx12YVDN5Z3XKMlX +0HkQNvKjTqeo9GdJzEfgg3Us7ZWp8zCvyHhylXfuClh+pbKQLYeBZdMDD9nXwyi pWzli8ROCX/MaSaX+80YfI0ZT51KKGeQ4+5T96WZjds87u4xQPkrtL8Epfco0Wuk WcAG+2v7zkSkNfgK42QWdvzCSmp2nwr/IEW05BMYt2aPRsnRL0urSWjJ+iRAM9xn PooqZ0EvGbN4CN9L4xx10zFOpiXbdgxMTvQLg9ggNUM5aly5kh6tKvXmpokaOnA2 JSpn/NYlZ1Lx3F9z2u1wmIrHGDFUaWhzoDzv8cOccAFMKTL0PDOqqMDoUL+yEnDR MYTWCnxGkc6KL+mIoHEN =uxTj -END PGP SIGNATURE- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Namen von Bundes- und Landesstraßen
Ich weiß nicht, ob es hier schon angesprochen wurde, aber es gibt da gröbere Fehler im Datenbestand und wahrscheinlich auch ein fehlendes Problembewusstsein. Jede Autobahn hat einen Namen (z.B. A1 = Westautobahn). Das gleiche gilt für die S-Straßen (z.B. S6 = Semmering-Schnellstraße). In den Landesgesetzen, die die Landesstraßen definieren, ist auch zu jeder B-Straße ein Name angegeben (z.B. B38 = Böhmerwald-Straße). Je nach Bundesland können auch die L-Straßen einen Namen haben (z.B. im Bgld.: L217 = Stotzinger Ast). Fleißige Mapper haben also auf alle Straßenstücke der A1 name=Westautobahn gesetzt, auf alle Straßenstücke der A6 name=Semmering-Schnellstraße usw. Da gab es nun das Problem, dass manche Brücken und Tunnels einen eigenen Namen haben, z.B. Talübergang Schottwien oder Semmeringtunnel. Da erfanden die fleißigen Mapper die Tags bridge:name=* und tunnel:name=*. Das gibts nicht im Wiki, und folglich wertet es kein Renderer aus. Man sieht also in der Karte nicht, welcher Tunnel das ist, es steht nur Semmering-Schnellstraße. Bei B- und L-Straßen kommt noch dazu, dass die Straßennamen der Gemeinden, also die Straßennamen auf den Schildern und in den Adressen, meistens ganz andere sind. Dafür sind verschiedene Lösungen zu finden, z.B. den Landesstraßennamen und den lokalen Straßennamen mit Strichpunkt zusammenzuhängen (z.B. in Gars am Kamp: Horner Straße; Kamptal Bundesstraße oder im Ortsgebiet nur den lokalen Namen anzugeben und außerhalb den Landesstraßennamen. Z.B. die L235 (Pinkafelder Straße) ist in Oberschützen mit name=Pinkafelder Straße (heißt dort zufällig genauso, weil das die Straße richtung Pinkafeld ist) bzw. name=Tatzmannsdorfer Straße getaggt, außerhalb mit name=Pinkafelder Straße. Wenn man ins Navi Bad Tatzmannsdorf, Pinkafelder Straße eingibt, kriegt man mehrere Straßen zur Auswahl... Noch schlimmer ist die Situation im Nachbarort Pinkafeld. Da folgt die L235 (Pinkafelder Straße) der Steinamangerer Straße, und die B63 (Steinamangerer Straße) folgt der Wiener Straße. In OSM ist die L235 mit name=Pinkafelder Straße und die B63 mit name=Steinamangerer Straße getaggt, was dazu führt, dass man die Wiener Straße in OSM nicht findet, und wer zur Steinamangerer Straße will, den schickt das Navi in die Wiener Straße. Darum bitte die Namen der B- und L-Straßen nur auf die Routenrelationen (type=route, route=road) setzen, nicht auf die Ways! Bei A- und S-Straßen sind diese Verwechslungen kein Thema, aber auf Brücken und Tunnels bitte deren Namen setzen. Alle A- und S-Straßen sind in Relationen enthalten, wo sowieso der andere Name drinsteht. Noch zu klären ist, ob auch zu allen B- und L-Straßen Routenrelationen angelegt werden sollen, oder ob wir uns das sparen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] OSM-Treffen Bezirk Rohrbach
Hallo! Es wird morgen am 28. Dezember 2012 im INNs Holz in Schöneben bei Ulrichsberg ab 19:30 Uhr ein OSM-Treffen geben. Eine kleine Stammtisch-Wiki-Seite gibt es dank wfischer auch schon: http://wiki.openstreetmap.org/wiki/Bezirk_Rohrbach/Stammtisch Alle die mal die Gelegenheit ergreifen wollen um andere Mapper/OSM-Interessierte persönlich zu treffen sind dazu herzlich eingeladen! Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] Jak zjistit vlastnosti prvků v mapě
No je to v podstatě stále stejné. V pravém horním rohu najedete na ikonu vrstev a v rozbaleném menu je třeba zaškrtnout Procházet mapová data. Dne 28. prosince 2012 7:28 Zdeněk Pražák zpra...@seznam.cz napsal(a): Chtěl jsem se zeptat, jak na mapě OSM zjistím jednotlivé tagy, v minulosti to umožňovalo v roletce Upravit tlačítko Procházet (nebo pojmenované obdobně) Děkuji ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Jak zjistit vlastnosti prvků v mapě
Děkuji, zase se to přesunulo na druhou stranu Pražák Dne 28. prosince 2012 7:49 Daniel Kubíček k...@atlas.cz napsal(a): No je to v podstatě stále stejné. V pravém horním rohu najedete na ikonu vrstev a v rozbaleném menu je třeba zaškrtnout Procházet mapová data. Dne 28. prosince 2012 7:28 Zdeněk Pražák zpra...@seznam.cz napsal(a): Chtěl jsem se zeptat, jak na mapě OSM zjistím jednotlivé tagy, v minulosti to umožňovalo v roletce Upravit tlačítko Procházet (nebo pojmenované obdobně) Děkuji ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] relations boundary modifiées par Philippe Verdy
Tout ça je le sais très bien, pas la peine de préciser. Il y a deux relations : l'une à but territorial (mais la ZEE est certainement la plus mal définie et dépendante des relations avec les autres pays, celle à 12 miles nautiques étant plus facile à gérer) intégrant un domaine maritime, l'autre n'incluant que la terre. Je n'ai certainement pas confondu ces deux relations. Elles ont cependant les mêmes niveaux administratifs, juste un type différent : maritime inclus, ou terrestre seulement (land_area). Le 27 décembre 2012 08:30, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Le 27/12/2012 à 05:05:53 +1100 Philippe Verdy verd...@wanadoo.fr a écrit Objet: [OSM-talk-fr] relations boundary modifiées par Philippe Verdy : OK c'est plus clair, ce que tu veux c'est juste que j'enlève admin_level=3 donc. En tout cas ce ne peut pas être un mélange entre admin_level=2,4, 6 ou 8 comme c'était avant selon ce qu'on y trouvait. Sur la relation http://www.openstreetmap.org/browse/relation/2177258 je pense que les admin_level = 3 border_type = territorial boundary = administrative maritime = yes name = Nouvelle-Calédonie — eaux territoriales ne sont pas corrects. De toutes manières, la zone englobée ne sont pas les eaux territoriales mais je pense la ZEE (zone économique exclusive). J'y verrais peut-être un http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dmaritime et un http://wiki.openstreetmap.org/wiki/Tag:border_type%3Deez On a la relation http://www.openstreetmap.org/browse/relation/1628087/history qui regroupe les provinces et les îles appartenant à la Nouvelle-Calédonie. Elle est en admin_level = 3 boundary = administrative name = Nouvelle-Calédonie et regroupe donc la terre. C'est elle qui devrait sortir avec un reverse-géocoding en Nouvelle-Calédonie, je pense. Avant de refaire des modifications de manière arbitraire, il faut peut-être se mettre d'accord ici comment faire. -- Cordialement Hendrik Oesterlin - Nouvelle-Calédonie ___ 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] relations boundary modifiées par Philippe Verdy
Le 25/12/2012 à 02:51:54 +1100 Philippe Verdy verd...@wanadoo.fr a écrit au sujet de [OSM-talk-fr] relations boundary modifiées par Philippe Verdy: De fait l'outre-mer est maintenant à peu près bien uniforme (le plus possible). Evidemment il manque les structures locales de certaines COM (par exemples les collectivités coutumières en Nouvelle-Calédonie (provinces) et à Wallis-et-Futuna (royaumes). .../... Les provinces en Nouvelle-Calédonie ont bien une reconnaissance légale, ce sont de vraies collectivités locales avec leur budget et leurs élus. Que mettre pour elles en valeur admin_level alors que les deux systèmes coutumier et commun coexistent sur le même territoire ? Les provinces coutumières ne coïncident pas tout à fait avec les subdivisions communes. D'ailleurs, juste pour être certain: les Provinces en Nouvelle-Calédonie sont bien des entités républicaines et non pas coutumières. Aucun rapport avec le droit coutumier et le droit civil. Leurs assemblées sont élus par le peuple. C'est elles qui forment le Congrès (legislative) et c'est lui qui forme le gouvernement (exécutive). Je pense que sous provinces coutumières tu entends les aires coutumières. Elles n'ont effectivement pas grand chose en commun avec les limites républicaines, à part le ligne de côte Je pense que pour le moment on ne les prend pas en considération, et c'est un travail qui doit être mené par ceux qui sont concernés, c-à-d le Senat coutumier, par exemple. Ils pârlent depuis très longtemps de cadastrer les zones coutumières, ce qui est excessivement difficile. -- Cordialement Hendrik Oesterlin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Radio] OSM sur France Culture en ce moment
Salut, http://www.franceculture.fr/emission-culturesmonde-dessiner-le-monde-44-les-cartes-2-0-2012-12-27 Dessiner le monde (4/4) - Les cartes 2.0 0 27.12.2012 - 11:00 Avec Gaël Musquet, Président d'OpenStreetMap, Augustin Doury, membre de Eurosha European Open Street Humanitarian Aid corps of volunteers- en direct depuis Dakar et Séverin Menard membre de Humanitarian Open Street Map Team, sur le rôle de l'organisation pendant la crise en Haïti. -- Mathieu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] PC et tablette durcis Panasonic
Le 26 décembre 2012 19:36, RatZilla$ ratzil...@gmail.com a écrit : Bonjour à tou[te]s, J'ai reçu @LaFonderie la semaine dernière un technicien de Panasonic France pour les partenariats Public/Éducation sur la Région Île de France. À cette occasion j'ai présenté OSM, nos Cartoparties et formulé une demande officielle de matériel durci. Pour ceux qui ne connaissent pas les produits de Panasonic, leurs PC portables (Toughbook) et maintenant tablettes (ToughPad) disposent de certifications militaires pour leur endurance aux terrains difficiles. Nous disposerions, au premier trimestre 2013, de matériel en prêt puis de tarifs préférentiels pour nous équiper pour nos événements périodiques et missions humanitaires. Remontez vos besoins que nous puissions dimensionner nos différentes demandes de mécénats pour 2013 Gaël Genre scouts [1] qui partent en Afrique pendant un mois, qui pourraient faire du relevé sur place ? J'ai déjà un Etrex Legend pour un an au sud du Tchad. J'ai déjà une demande explicite pour un séjour au Burkina l'été prochain, mais plus de GPS à fournir. J'ai d'autres demandes qui se profilent... La Branche Compagnons [2] des Scouts de France pourrait être intéressée par ce genre de matériel. La cartographie participative les intéresse. Elle entre tout à fait dans le style scout, dans la proposition pour cette tranche d'âge : voyage, découverte, attention, rencontre, maîtrise technique, initiative... [1] http://fr.scoutwiki.org/Compagnons_%28SGDF%29 Souvent les projets compagnons sont dans l'hémisphère sud. [2] http://www.sgdf.fr/accueil-branche-compagnons/id-menu-9 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://open-data.europa.eu
Bonjour, PierreV a écrit : Je ne sais pas si vous avez vu... mais le portail de données européen a été lancé pour noël : http://open-data.europa.eu Je ne le savais pas. Merci pour l'info. Par contre quand on va dessus, j'ai l'impression que les données sont sous licence Creative Commons Attribution cc-by... Ce n'est pas le cas de toutes les données. J'ai l'impression que chaque organisme émetteur a choisi une licence et publie toutes ses données sous cette licence. Moi qui ne suis pas fort avec ses différences dénominations, est-ce que ca peut etre un frein pour intégrer les données venant de ce portail sur OSM? Une licence CC-By n'est pas un frein, tout au contraire car elle permet l'intégration de la donnée à des ensembles diffusés sous des licences différentes. Les obligations qui s'imposent à l'utilisateur sont : * la mention de l'auteur (i.e. l'ayant droit c'est à dire ici l'organisme émetteur), ce que nous faisons déjà avec les données provenant du cadastre ; * l'indication de la licence originelle (CC-By). Cf. http://creativecommons.org/licenses/by/3.0/deed.fr sachant qu'en plus OSM viens de migrer en Odbl, il doit y avoir une raison? Le licence CC-By-SA était inappropriée à la protection d'OSM, notamment du fait du régime juridique auquel est soumis une base de données, très variable d'un pays à l'autre. L'ODbL apporte une réponse efficace à ce problème : elle est polymorphe (qualification personnelle) et s'adapte au régime juridique qui s'impose à l'utilisateur. Mais a contrario, la licence ODbL est totalement inadaptée aux documents ou photographies que l'on trouve sur certains sites Open Data alors que cette licence a été choisie pour l'ensemble des données publiées sur le site. En effet, les documents et les photographies auxquels je pense relèvent plus du droit d'auteur et une licence CC-By ou CC-By-SA aurait été plus adaptée pour eux. En conclusion, le choix d'une licence unique pour l'ensemble des données publiées sur un site Open Data simplifie sans doute la démarche de l'émetteur mais à mon sens, ce choix est une erreur car il traite de manière monolithique des œuvres de l'esprit et des données soumises à des régimes juridiques différents dans beaucoup de pays. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://open-data.europa.eu
Vincent de Chateau-Thierry a écrit : En revanche, après un premier survol, je ne vois pas de jeux de données qui auraient leur place dans OSM, à part, sur le principe, celles-ci : http://open-data.europa.eu/open-data/data/publisher/jrc où l'on retrouve +/- des données Corinne, mais où l'échelle reste plutôt (trop) petite pour nous. Les données CLC me semblent disponibles sous forme vectorielle à partir de cette url : http://open-data.europa.eu/open-data/fr/data/dataset/Vm1cQCht1jotuyn9GdAiDA Sauf erreur de ma part, seule la France avait autorisé jusqu'à présent l'import des données CLC. Or, ce sont ici les données pour toute l'Europe qui sont mises à disposition sous licence CC-By ! Et si je suis moi aussi très critique sur la finesse géométrique de ces données, elles ont le mérite de fournir une base de travail que les contributeurs peuvent ensuite affiner. Au final, avec le recul que nous avons désormais sur ces données et leur import, seul le choix de les avoir agrégées en « méga-polygones » a été une erreur (mais c'est un constat, pas une remontrance car il est facile après coup de dire « nous aurions du », surtout quand on n'a pas participé à titre personnel à l'action initiale). Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Radio] OSM sur France Culture en ce moment
Très bien cette émission... normal quand les journalistes laissent leurs invités s'exprimer ! Bravo Gaël et Nicolas ! Le 27 décembre 2012 11:20, o...@ffmc90.org a écrit : Salut, http://www.franceculture.fr/emission-culturesmonde-dessiner-le-monde-44-les-cartes-2-0-2012-12-27 Dessiner le monde (4/4) - Les cartes 2.0 0 27.12.2012 - 11:00 Avec Gaël Musquet, Président d'OpenStreetMap, Augustin Doury, membre de Eurosha European Open Street Humanitarian Aid corps of volunteers- en direct depuis Dakar et Séverin Menard membre de Humanitarian Open Street Map Team, sur le rôle de l'organisation pendant la crise en Haïti. -- Mathieu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] OSM sur France Culture !
Le message suivant de : ## N'hésitez pas à discuter ici de l'émission diffusée le jeudi 27 décembre sur France Culture où étaient invités Gaël, Nicolas et Séverin d'OpenStreetMap France et HOT. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=6 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] OSM sur France Culture !
Bjr, Tres bonne émission de vulgarisation !! De : fo...@letuffe.org fo...@letuffe.org À : talk-fr@openstreetmap.org Envoyé le : Jeudi 27 décembre 2012 13h02 Objet : [OSM-talk-fr] [forum-osm-fr] OSM sur France Culture ! Le message suivant de : ## N'hésitez pas à discuter ici de l'émission diffusée le jeudi 27 décembre sur France Culture où étaient invités Gaël, Nicolas et Séverin d'OpenStreetMap France et HOT. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=6 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ 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] OSM reçu au Ministère de la Culture
ce n'est (peut-être) qu'un début, mais je n'ai pas tout à fait compris s'il s'agit de faire la communication du ministère au travers d'OSM ou si le ministère souhaite utiliser OSM pour Sa présentation de Ses événements. Dans le premier cas j'ai un doute sur l'intérêt (et doute est un euphémisme), dans le second je croyais qu'ils pouvaient le faire direct, surtout qu'il y a des cartographe au ministère et dans les DRAC. Maintenant si ça permet, à terme, d'intégrer directement les données de la Mérimée (Monuments historique ET Inventaire général), données qui sont normalement toute géoréférencées (au moins le centroïd), ce serait mieux ;-) Ce qui pourrait être pas mal ce serait d'intégrer également les zones de protection gérées par le ministère (archéologie, périmètre autour de MH, Avap (ex Zppaup), secteurs sauvegardés et sites) comme visibles là : http://atlas.patrimoines.culture.fr (pour mémoire, la base Mérimée, MH uniquement, et sans coordonnées géographique, est téléchargeable là : http://www.data.gouv.fr/donnees/view/Liste-des-Immeubles-protégés-au-titre-des-Monuments-Historiques-30382152?xtmc=monuments%20historiques%20xtcr=4, mais je ne sais pas si c'est bien ça qui a été utilisé dans osm). Le 26 déc. 2012 à 19:22, RatZilla$ a écrit : Bonjour à tou[te]s, J'ai été reçu la semaine dernière au Ministère de la Culture. Ce rendez-vous fait suite au Linguo Camp qui s'est tenu à La Cantine le 6 decembre [http://barcamp.org/w/page/61326226/LinguoCamp] Christian et moi avons été repéré par un chargé de mission très efficace ;) J'ai été reçu dans le département numérique du Ministère qui a, par ailleurs, géré les relations avec Wikimédia France et l'INRIA pour SemanticPedia [http://www.semanticpedia.org/] J'y ai présenté OSM, ses origines et les nombreuses possibilités de réutilisation des données que nous produisons. Suite à cette première rencontre informelle nous serons amenés très prochainement à nous revoir. CONCRÈTEMENT il nous est proposé d'être associé officiellement, dès cette année 2013, aux trois grands événements culturels gérés par le Ministère: * Fête de la Musique le 21 juin * Journées européennes du patrimoine 2013 : 14 et 15 septembre sur le thème 1913-2013, cent ans de protection (en référence à la loi de 1913 sur la protection des monuments historiques) http://www.journeesdupatrimoine.culture.fr/ * Rendez-vous aux jardins 2013, le thème « le jardin et ses créateurs » : 31 mai au 2 juin. Ce thème sera l'occasion de célébrer le 4e centenaire de la naissance d'André Le Nôtre (1613-1700) http://www.rendezvousauxjardins.culture.fr/ Nous serions associés à Wikimédia France sur les aspects culturels. Je reviens vers vous dès qu'une nouvelle date est fixée pour un rendez-vous. Les volontaires intéressés par ces projets sont bien entendu invités à se manifester et à participer aux rencontres préparatoires. Gaël Pas de trêve je disais ... ;) ___ 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
[OSM-talk-fr] Projet historique : Chemin des Dames
Bonjour Yannick, Merci pour les sources : le travail se fera d’ailleurs avec les services du Conseil général, puisqu’il est à l’origine de mon cadre d'intervention. Il ne me reste plus qu’à voir comment faire un calque sur un fonds de carte OSM… L’idée de ce projet m’était venu à la suite de la lecture d’un travail utilisant OSM par une classe en histoire (à Digne-les-Bains). À bientôt, Frédéric De : Yannick VOYEAUD yann...@voyeaud.org Date : 25 décembre 2012 18:11:38 HNEC À : talk-fr@openstreetmap.org Objet : Rép : [OSM-talk-fr] Projet historique Répondre à : Discussions sur OSM en français talk-fr@openstreetmap.org Le 25/12/2012 17:37, Frédéric Stévenot a écrit : Bonjour, J'envisage de faire travailler un groupe de mes élèves sur un projet cartographique. Il s'agit de cartographier une partie du Chemin des Dames, à partir de cartes et de photographies aériennes datant de la Première Guerre mondiale (et cartes d’état-major antérieures) : le réseau routier, les agglomérations, le réseau hydrographique et surtout le réseau des tranchées. En gros, l'objectif est sinon de pouvoir se promener sur les sites actuels, en repérant les traces du passé (les endroits où étaient les tranchées, parfois fossilisées aujourd’hui), au moins de pouvoir comparer sur carte la situation actuelle à la situation largement antérieure à aujourd'hui. À terme, j’envisage un élargissement progressif à un secteur plus large, pour apprécier l'évolution des paysages (couvert végétal, etc.), des agglomérations, etc. La question que je me pose est si cela peut entrer dans le cadre du projet OpenStreetMap. Qu’en pensez-vous ? Merci de votre réponse, et à bientôt, Fr. Stévenot Bonsoir, Je pense que l'idée est bonne. Utiliser une donnée moderne (fond de carte OSM) et la comparer à une donnée ancienne (Carte d'état-major, photographies, JMO) est un travail que j'aimerais bien pouvoir mener à bien. Je te suggèrerais de te rapprocher du Conseil Général de l'Aisne et plus précisément des services qui s'occupent de la Mémoire: missionchemindesda...@cg02.fr Les sites suivants devraient aussi pouvoir t'aider: http://www.chemindesdames.fr/ http://www.memorial-chemindesdames.fr/ Les données anciennes n'ont en principe pas vocation à, pour le moment, être insérées dans OSM. Seuls les monuments semblent avoir des tags reconnus par la communauté, à la rigueur l'Antiquité. Ton idée serait de tagguer des informations qui n'existent plus. Il faut impérativement penser aux tags possible et explicite avant de commencer pour mettre cela dans la base. Penses aussi aux altitudes qui ont changé du fait des bombardement (Par exemple la cote 304 qui a perdu 100 m entre 1914 et 1918) Tu as l'alternative de faire un calque posé sur le fond de carte OSM. Par contre je serais intéressé par voir le travail final. Génémil, Ancestramil et MémorialGenWeb sont des services web et/ou listes qui pourraient être intéressés par le fruit de ce travail de mémoire. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au Tchad!
j'ai pas mal complété au sud la semaine dernière je suis tombé sur les champs pétroliers de Kome bonnes images Bing http://www.openstreetmap.org/?lat=8.508lon=16.786zoom=10layers=M des éléments d'interprétation provenant de http://www.geosint.com et d'Exxon mais que peut-on cartographier ? Avons des exemples de champs pétrolifères déjà cartographiés ? j'ai l'impression que les quelques tag dispo http://wiki.openstreetmap.org/wiki/Category:Oil_and_Gas_Infrastructure sont peu utilisés et non rendus dans mapnik que conseillez vous ? jeff Le mardi 18 décembre 2012 à 16:42 +0100, EUROSHA Tchad a écrit : Bonjour à tous, Seriez vous intéressés pour de la cartographie à distance au Tchad? Je fais partie des volontaires participant au projet pilote EUROSHA qui cherche à répondre aux questions humanitaires et à promouvoir spécifiquement le partage de l'information humanitaire dans la préparation aux crises: http://hot.openstreetmap.org/projects/eurosha_0 A ce titre, je suis déployée actuellement au Tchad avec cinq autres volontaires mais la tâche est grande dans un pays qui fait deux fois la France. Nous avons déjà cartographiés la ville de Goré et nous sommes désormais en train de travailler sur les camps de réfugiés d'Amboko, Gondjé et Dosseye. Un coup de main sur le reste du pays (N'Djaména, Moundou, Doba...) serait particulièrement le bienvenu! Aussi si vous êtes intéressés et avez des commentaires ou des questions, n'hésitez pas à nous contacter à eurosha.tc...@gmail.com Merci par avance, Aude Barraud ___ 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] relations boundary modifiées par Philippe Verdy
Le 24/12/2012 à 21:54:21 +1100 Philippe Verdy verd...@wanadoo.fr a écrit au sujet de [OSM-talk-fr] relations boundary modifiées par Philippe Verdy: Le 24 décembre 2012 07:54, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Par exemple nominatim donne désormais une réponse quelque peu bizarre: http://nominatim.openstreetmap.org/reverse?format=xmllat=-22.29127lon=166.45zoom=18 ,- [ réponse nominatim ] | This XML file does not appear to have any style information | associated with it. The document tree is shown below. | | reversegeocode timestamp=Mon, 24 Dec 12 06:44:30 + | attribution=Data © OpenStreetMap contributors, ODbL 1.0. | http://www.openstreetmap.org/copyright; | querystring=format=xmllat=-22.29127lon=166.45zoom=18result | place_id=19749383 osm_type=node osm_id=1932814140 | lat=-22.2913103 lon=166.44990239, Rue Renoir, Motor Pool, Noumea, | Province Sud, 98800, Neukaledonien — | Höhegewässer/resultaddresspartshouse_number9/house_numberroadRue | Renoir/roadsuburbMotor Pool/suburbcity_districtMotor | Pool/city_districtcityNoumea/citycountyProvince | Sud/countypostcode98800/postcodecountryNeukaledonien — | Höhegewässer/countrycountry_codenc/country_code/addressparts/reversegeocode En plus Nominatim se plante entre les langues pourtant bien séparées. Le nom principal est en français, et confirmé avec le nom français, il n'a aucune raison de retourner une adresse avec des noms allemands, sauf si on demande requête Nominatim explicitement en allemand. C'est bien une requête en Allemand qui à été faite à Nominatim. Je n'ai d'ailleurs pas critiqué le fonctionnement de Nominatim, mais le contenu de la base OSM. Et c'est toi l'auteur de ce contenu. Peux-tu stp me donner la source où tu as trouvé la suite de caractères Höhegewässer ? Quel rapport vois-tu avec la langue allemande ? -- Cordialement Hendrik Oesterlin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] relations boundary modifiées par Philippe Verdy
Comme tu ne donnais pas de détail sur la requête effectuée, j'a seulement supposé que tu recherchais en français et tu as eu une réponse en allemand. Ce qui est surprenant tout de même pour les adresses en Nouvelle-Calédonie. Maintenant tu peux toujours corriger si cela ne te plait pas (si tu préfère Künstemeer par exemple). Note: le but n'est pas encore de distinguer les eaux territoriales à 12 milles et la ZEE (la ZEE est suvent incomplètement définie), mais juste d'avoir une frontière maritime, ce qui dès lors pose le problème de quelles eaux on parle. Même la frontière à 12 miles n'est qu'une estimation, mais on a en gros un polygone englobant qui encadre toutes les îles et îlots. Le 27 décembre 2012 21:12, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Le 24/12/2012 à 21:54:21 +1100 Philippe Verdy verd...@wanadoo.fr a écrit au sujet de [OSM-talk-fr] relations boundary modifiées par Philippe Verdy: Le 24 décembre 2012 07:54, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Par exemple nominatim donne désormais une réponse quelque peu bizarre: http://nominatim.openstreetmap.org/reverse?format=xmllat=-22.29127lon=166.45zoom=18 ,- [ réponse nominatim ] | This XML file does not appear to have any style information | associated with it. The document tree is shown below. | | reversegeocode timestamp=Mon, 24 Dec 12 06:44:30 + | attribution=Data © OpenStreetMap contributors, ODbL 1.0. | http://www.openstreetmap.org/copyright; | querystring=format=xmllat=-22.29127lon=166.45zoom=18result | place_id=19749383 osm_type=node osm_id=1932814140 | lat=-22.2913103 lon=166.44990239, Rue Renoir, Motor Pool, Noumea, | Province Sud, 98800, Neukaledonien — | Höhegewässer/resultaddresspartshouse_number9/house_numberroadRue | Renoir/roadsuburbMotor Pool/suburbcity_districtMotor | Pool/city_districtcityNoumea/citycountyProvince | Sud/countypostcode98800/postcodecountryNeukaledonien — | Höhegewässer/countrycountry_codenc/country_code/addressparts/reversegeocode En plus Nominatim se plante entre les langues pourtant bien séparées. Le nom principal est en français, et confirmé avec le nom français, il n'a aucune raison de retourner une adresse avec des noms allemands, sauf si on demande requête Nominatim explicitement en allemand. C'est bien une requête en Allemand qui à été faite à Nominatim. Je n'ai d'ailleurs pas critiqué le fonctionnement de Nominatim, mais le contenu de la base OSM. Et c'est toi l'auteur de ce contenu. Peux-tu stp me donner la source où tu as trouvé la suite de caractères Höhegewässer ? Quel rapport vois-tu avec la langue allemande ? -- Cordialement Hendrik Oesterlin ___ 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
[OSM-talk-fr] problème osmosis ou mkgmap ?
bonjour, ça fait un moment que j'ai pas eu à générer de cartes pour mon gps mais là j'ai besoin de me faire une petite carte de la région de fontromeu pour mes vacances la semaine prochaine et horreur mon script ne marche plus :-( Je récupère la carte de midi-pyrénées sur geofabrick que je décompresse, puis je lance d'abord osmosis avec une ligne de commande genre : osmosis.bat --read-xml ${fichier}.osm ${bbox} --write-xml ${dest}.osm et visiblement ça se passe pas bien 8--8--8--8--8--8--8--8--8--8--8--8--8--8--8--8--8--8-- # lancement de osmosis : 27 déc. 2012 23:21:32 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.39 27 déc. 2012 23:21:33 org.java.plugin.registry.xml.ManifestParser init INFO: got SAX parser factory - org.apache.xerces.jaxp.SAXParserFactoryImpl@1d6776d 27 déc. 2012 23:21:33 org.java.plugin.registry.xml.PluginRegistryImpl configure INFO: configured, stopOnError=false, isValidating=true 27 déc. 2012 23:21:33 org.java.plugin.registry.xml.PluginRegistryImpl register INFO: plug-in and fragment descriptors registered - 1 27 déc. 2012 23:21:33 org.java.plugin.standard.StandardPluginManager activatePlugin INFO: plug-in started - org.openstreetmap.osmosis.core.plugin.Core@0.39.0 27 déc. 2012 23:21:33 org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 27 déc. 2012 23:21:33 org.openstreetmap.osmosis.core.Osmosis run INFO: Launching pipeline execution. 27 déc. 2012 23:21:33 org.openstreetmap.osmosis.core.Osmosis run INFO: Pipeline executing, waiting for completion. 27 déc. 2012 23:21:41 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager waitForCompletion GRAVE: Thread for task 1-read-xml failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to parse xml file midi-pyrenees.osm. publicId=(null), systemId=(null), lineNumber=2549432, columnNumber=91. at org.openstreetmap.osmosis.xml.v0_6.XmlReader.run(XmlReader.java:113) at java.lang.Thread.run(Unknown Source) Caused by: org.xml.sax.SAXParseException: XML document structures must start and end within the same entity. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source) at org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.endEntity(Unknown Source) at org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source) at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanAttribute(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at org.openstreetmap.osmosis.xml.v0_6.XmlReader.run(XmlReader.java:108) ... 1 more 27 déc. 2012 23:21:41 org.openstreetmap.osmosis.core.Osmosis main GRAVE: Execution aborted. org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks failed. at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForCompletion(Pipeline.java:146) at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:92) at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:37) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:329) at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:239) at
[OSM-talk-fr] [forum-osm-fr] Guidage incohérent dans OpenStreetRoute
Le message suivant de : ## Bonsoir, Afin de tester les corrections apportées dans mon village j'ai tester OpenStreetRoute mais celui ci me fait emprunter une route qui est indiqué en sens unique. Si vous souhaitez tester c'est ici : http://openrouteservice.org/?zoom=17lat=43.22297lon=2.92293layers=TB000FTT Faite un essai en prenant un départ sur la D 607 pour aller sur le parking de l'ancien camping situé à l'Est de la D 607 à l'intersection de la rue Saint-Jean et de la rue des pins. Le guidage prendra la rue Saint-Jean en contre sens. Je présume qui faudrait peut être ajouter des indication supplémentaire dans JOSM (interdiction de tourner) mais je trouve cela vraiment étrange. Cela consisterai à dire résumé qu'OpenStreetRoute ignore totalement le sens des rues et propose par défaut un accès à toutes les routes. J'imagine que seulement une partie des rues sont correctement marquée dans ce cas là. J'ai fait d'autre test sur Narbonne et le problème est identique y compris sur des avenues structurante, il y a toute la ville à revoir et ça devient fastidieux. Est ce plutôt un problème de ma part fait dans JOSM ou doit on contacter les responsables d'OpenStreetRoute ? a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Routing Addresses
Is there some better tagging we can do in OSM to lessen the visibility of districts and regions, and get the display to a useful town or village and county. Or is this a problem of the routers? I think it is because different admin levels have different significance (in addresses) in different parts of the world. As long as the data is correct in OSM it is down to how the routers then use it. It may be that they evolve over time to give regionally tailored responses (for all I know they might even do this to some extent already). Best wishes, Ed ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Whole-US Garmin Map update - 2012-12-26
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2012-12-26 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2012-12-26/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2012-12-26 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] shawnee county landuse
Well I have been looking into the law today, and I talked to the gis expert at the county. First of all we are not importing the peoples names, so anyone doing a mass mailing would be be just getting the address. The data that we imported is being bought by many companies he said. And the address information is being also available from the post as well. I am going to talk to more people in the county or the state, but my first contact said there should be no problem. All we are importing is the fact that there is a house there with that number and the zipcode and the type of landuse. On Sat, Dec 15, 2012 at 3:44 PM, Mike Dupont jamesmikedup...@googlemail.com wrote: Sorry, I did not finish that. I have already written to legal about it. Trulia and Zillow are using this data in full. I have stripped out all personal and contact information so I think that it should not fall under the no selling of contact info clause. The data is basically PD/ disclaimed http://www.snco.us/Ap/B_prop/Disclaimer.shtm the relevant law is : Kansas Open Records Act Statement By accessing this site, you are required to make the following certification pursuant to K.S.A. 45-220(c)(2): the requester does not intend to, and will not: (A) Use any list of names or addresses contained in or derived from the records or information for the purpose of selling or offering for sale any property or service to any person listed or to any person who resides at any address listed; or (B) sell, give or otherwise make available to any person any list of names or addresses contained in or derived from the records or information for the purpose of allowing that person to sell or offer for sale any property or service to any person listed or to any person who resides at any address listed. maybe you could say that you can use osm to create an address db, but i think we should look into it mike On Sat, Dec 15, 2012 at 3:39 PM, Mike Dupont jamesmikedup...@googlemail.com wrote: 2. **What is the license that this data is under? I did not see a copyright statement. This is basically PD data from the government. under the open data act the only restriction is that the http://kansasstatutes.lesterama.org/Chapter_45/Article_2/#45-216 -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Proposed import: Alaska Boroughs/CPDs
Paul - I'm grateful for your efforts here. I'd like to use this import as a test case for further discussing our current import guidelines and policies. In particular: - Is 3 days a suitable duration for reviewing proposed imports? - Should there be an entry for this import on the Import Catalogue page? - Should the Alaska import use a separate account from other imports you've coordinated? Yes, these q's may sound a little snarky (hopefully in a friendly way ; ) ), but I am sincerely interested in resolving answers to these questions so we can help clarify guidance moving forward. (my take on the answers are: no (2 weeks minimum), no (that page is a disaster), and no clue.) Thanks, Jeff On Thu, Nov 29, 2012 at 8:28 AM, Toby Murray toby.mur...@gmail.com wrote: On Thu, Nov 29, 2012 at 3:58 AM, Paul Norman penor...@mac.com wrote: From: Paul Norman [mailto:penor...@mac.com] Subject: Re: [Talk-us] Proposed import: Alaska Boroughs/CPDs Given that the comments received have been generally positive and the concerns raised are addressed I'm going to go ahead and start post- processing the data so I can merge it in as well as figuring out how the heck to identify all the existing imported borough/CPD boundaries, all tagged differently. Completed successfully. Because the boundaries are now much less nodey the boundaries went from about 170k nodes to 25k nodes. I added wikipedia=* and website=* tags as applicable. Wikipedia tags should help Nominatim determine importance when there are two places with the same name. As most states aren't adding counties at the rate that Alaska has added boroughs I doubt it'll come up again but I documented the SQL I used to identify and delete the existing boundaries without conflicts on deleted nodes at http://wiki.openstreetmap.org/wiki/Alaska/TIGER_Counties. Thanks for cleaning this up. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] shawnee county landuse
While we didn't discuss it in terms of this specific law, this does match my conversation with the Riley county GIS department. As long as names aren't used, they do not have any problems with their information being used in OSM. Toby On Thu, Dec 27, 2012 at 8:36 AM, Mike Dupont jamesmikedup...@googlemail.com wrote: Well I have been looking into the law today, and I talked to the gis expert at the county. First of all we are not importing the peoples names, so anyone doing a mass mailing would be be just getting the address. The data that we imported is being bought by many companies he said. And the address information is being also available from the post as well. I am going to talk to more people in the county or the state, but my first contact said there should be no problem. All we are importing is the fact that there is a house there with that number and the zipcode and the type of landuse. On Sat, Dec 15, 2012 at 3:44 PM, Mike Dupont jamesmikedup...@googlemail.com wrote: Sorry, I did not finish that. I have already written to legal about it. Trulia and Zillow are using this data in full. I have stripped out all personal and contact information so I think that it should not fall under the no selling of contact info clause. The data is basically PD/ disclaimed http://www.snco.us/Ap/B_prop/Disclaimer.shtm the relevant law is : Kansas Open Records Act Statement By accessing this site, you are required to make the following certification pursuant to K.S.A. 45-220(c)(2): the requester does not intend to, and will not: (A) Use any list of names or addresses contained in or derived from the records or information for the purpose of selling or offering for sale any property or service to any person listed or to any person who resides at any address listed; or (B) sell, give or otherwise make available to any person any list of names or addresses contained in or derived from the records or information for the purpose of allowing that person to sell or offer for sale any property or service to any person listed or to any person who resides at any address listed. maybe you could say that you can use osm to create an address db, but i think we should look into it mike On Sat, Dec 15, 2012 at 3:39 PM, Mike Dupont jamesmikedup...@googlemail.com wrote: 2. What is the license that this data is under? I did not see a copyright statement. This is basically PD data from the government. under the open data act the only restriction is that the http://kansasstatutes.lesterama.org/Chapter_45/Article_2/#45-216 -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] [Imports] shawnee county landuse
Given the extreme concern many people have about protecting the integrity of OSM data, why not just get a brief email from Riley County GIS stating just that? If there's no explicit statement clarifying this on the web, an email from a county official would be better safe than sorry, no? On Thu, Dec 27, 2012 at 11:27 AM, Toby Murray toby.mur...@gmail.com wrote: While we didn't discuss it in terms of this specific law, this does match my conversation with the Riley county GIS department. As long as names aren't used, they do not have any problems with their information being used in OSM. Toby On Thu, Dec 27, 2012 at 8:36 AM, Mike Dupont jamesmikedup...@googlemail.com wrote: Well I have been looking into the law today, and I talked to the gis expert at the county. First of all we are not importing the peoples names, so anyone doing a mass mailing would be be just getting the address. The data that we imported is being bought by many companies he said. And the address information is being also available from the post as well. I am going to talk to more people in the county or the state, but my first contact said there should be no problem. All we are importing is the fact that there is a house there with that number and the zipcode and the type of landuse. On Sat, Dec 15, 2012 at 3:44 PM, Mike Dupont jamesmikedup...@googlemail.com wrote: Sorry, I did not finish that. I have already written to legal about it. Trulia and Zillow are using this data in full. I have stripped out all personal and contact information so I think that it should not fall under the no selling of contact info clause. The data is basically PD/ disclaimed http://www.snco.us/Ap/B_prop/Disclaimer.shtm the relevant law is : Kansas Open Records Act Statement By accessing this site, you are required to make the following certification pursuant to K.S.A. 45-220(c)(2): the requester does not intend to, and will not: (A) Use any list of names or addresses contained in or derived from the records or information for the purpose of selling or offering for sale any property or service to any person listed or to any person who resides at any address listed; or (B) sell, give or otherwise make available to any person any list of names or addresses contained in or derived from the records or information for the purpose of allowing that person to sell or offer for sale any property or service to any person listed or to any person who resides at any address listed. maybe you could say that you can use osm to create an address db, but i think we should look into it mike On Sat, Dec 15, 2012 at 3:39 PM, Mike Dupont jamesmikedup...@googlemail.com wrote: 2. What is the license that this data is under? I did not see a copyright statement. This is basically PD data from the government. under the open data act the only restriction is that the http://kansasstatutes.lesterama.org/Chapter_45/Article_2/#45-216 -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Imports mailing list impo...@openstreetmap.org http://lists.openstreetmap.org/listinfo/imports -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] shawnee county landuse
This is about shawnee county, not riley. I am working on getting a written confirmation, until then I will not import any more data, just continue to clean up what I have imported. mike On Thu, Dec 27, 2012 at 1:27 PM, Toby Murray toby.mur...@gmail.com wrote: While we didn't discuss it in terms of this specific law, this does match my conversation with the Riley county GIS department. As long as names aren't used, they do not have any problems with their information being used in OSM. Toby On Thu, Dec 27, 2012 at 8:36 AM, Mike Dupont jamesmikedup...@googlemail.com wrote: Well I have been looking into the law today, and I talked to the gis expert at the county. First of all we are not importing the peoples names, so anyone doing a mass mailing would be be just getting the address. The data that we imported is being bought by many companies he said. And the address information is being also available from the post as well. I am going to talk to more people in the county or the state, but my first contact said there should be no problem. All we are importing is the fact that there is a house there with that number and the zipcode and the type of landuse. On Sat, Dec 15, 2012 at 3:44 PM, Mike Dupont jamesmikedup...@googlemail.com wrote: Sorry, I did not finish that. I have already written to legal about it. Trulia and Zillow are using this data in full. I have stripped out all personal and contact information so I think that it should not fall under the no selling of contact info clause. The data is basically PD/ disclaimed http://www.snco.us/Ap/B_prop/Disclaimer.shtm the relevant law is : Kansas Open Records Act Statement By accessing this site, you are required to make the following certification pursuant to K.S.A. 45-220(c)(2): the requester does not intend to, and will not: (A) Use any list of names or addresses contained in or derived from the records or information for the purpose of selling or offering for sale any property or service to any person listed or to any person who resides at any address listed; or (B) sell, give or otherwise make available to any person any list of names or addresses contained in or derived from the records or information for the purpose of allowing that person to sell or offer for sale any property or service to any person listed or to any person who resides at any address listed. maybe you could say that you can use osm to create an address db, but i think we should look into it mike On Sat, Dec 15, 2012 at 3:39 PM, Mike Dupont jamesmikedup...@googlemail.com wrote: 2. What is the license that this data is under? I did not see a copyright statement. This is basically PD data from the government. under the open data act the only restriction is that the http://kansasstatutes.lesterama.org/Chapter_45/Article_2/#45-216 -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 Free Software Foundation Europe Fellow http://fsfe.org/support/?h4ck3rm1k3 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] [Imports] shawnee county landuse
On 12/27/12 2:46 PM, Mike Dupont wrote: This is about shawnee county, not riley. I am working on getting a written confirmation, until then I will not import any more data, just continue to clean up what I have imported. thank you. we really do need to take this much care whenever we bring in a new data source. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us