[OSM-talk-be] OSM stats
Hi everybody, Today i've compiled some stats about OSM in belgium. in summary : You can see a list of unammped / sparsely mapped village in http://bmaron.net/osm_stats/unmapped/result.html / http://bmaron.net/osm_stats/unmapped/ (on a map) We have added in 1 week : 446,72 km of highway (w-o track) so 63,81km /day 612,64 km of highway with track so 87,5 km/day. if we count that the belgian higways are 118414km long osm miss 29440 km. In 1 Month we have mapped : 113 Unmapped places ( there are still 117 of them) 67 Sparsely mapped (there are still 390 of them) If you want to se more go to my blog page (it's only in fr ... sorry about that) http://blog.bmaron.net/index.php?post/2011/05/13/Stats-OSM-pour-mai-%3A%29 Happy mapping everyone, keep doing great job! ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM stats
I took this a challenge ;). You can scratch 'Gomery' from the sparsely mapped places. I like this list a lot. When I get bored with my own community, I tend to search for 'empty' spots on the map, an try to bingify them. Your list is a great resource for that! And the OSM stats keep impressing me. Where is the time I downloaded my garmin map of Belgium smaller as 10meg, it's now more as 30... Great work, and keep on mapping! Regards, Peter On 05/13/2011 05:50 PM, eMerzh wrote: Hi everybody, Today i've compiled some stats about OSM in belgium. in summary : You can see a list of unammped / sparsely mapped village in http://bmaron.net/osm_stats/unmapped/result.html / http://bmaron.net/osm_stats/unmapped/ (on a map) We have added in 1 week : 446,72 km of highway (w-o track) so 63,81km /day 612,64 km of highway with track so 87,5 km/day. if we count that the belgian higways are 118414km long osm miss 29440 km. In 1 Month we have mapped : 113 Unmapped places ( there are still 117 of them) 67 Sparsely mapped (there are still 390 of them) If you want to se more go to my blog page (it's only in fr ... sorry about that) http://blog.bmaron.net/index.php?post/2011/05/13/Stats-OSM-pour-mai-%3A%29 Happy mapping everyone, keep doing great job! ___ 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
[OSM-talk] Leaflet - a new open source JavaScript library for maps by CloudMade
Hi, Today CloudMade announced the first public release of Leaflet, its new open source JavaScript library for interactive maps on both desktop and mobile browsers (currently in beta). See the announcement here: http://blog.cloudmade.com/2011/05/13/announcing-leaflet-a-modern-open-source-javascript-library-for-interactive-maps/ I'm Leaflet lead developer at CloudMade and I'll be happy to hear what you think and answer any questions about the library here. :) The official website: http://leaflet.cloudmade.com/ GitHub repository: https://github.com/CloudMade/Leaflet Thanks! -- Vladimir Agafonkin Front-End Architect, CloudMade +380 93 745 44 61 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] What happened to the bounding boxes in the history?
http://www.openstreetmap.org/history?bbox=-82.063%2C28.21%2C-80.887%2C28.784 There's no way to tell, going down the list, which ones are huge changesets that cover the entire world and which ones are confined to this area. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What happened to the bounding boxes in the history?
On 13/05/11 16:34, Nathan Edgars II wrote: http://www.openstreetmap.org/history?bbox=-82.063%2C28.21%2C-80.887%2C28.784 There's no way to tell, going down the list, which ones are huge changesets that cover the entire world and which ones are confined to this area. Yes there is, though it's not quite working as well as it was supposed to at the moment. Put your mouse over an entry in the list and the area it cover will be highlighted on the map. If it spans the whole area then the whole map is supposed to be highlighted but that often doesn't seem to work at the moment - the lack of any box means it spans the whole area though. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What happened to the bounding boxes in the history?
On 5/13/2011 11:59 AM, Tom Hughes wrote: On 13/05/11 16:34, Nathan Edgars II wrote: http://www.openstreetmap.org/history?bbox=-82.063%2C28.21%2C-80.887%2C28.784 There's no way to tell, going down the list, which ones are huge changesets that cover the entire world and which ones are confined to this area. Yes there is, though it's not quite working as well as it was supposed to at the moment. Put your mouse over an entry in the list and the area it cover will be highlighted on the map. If it spans the whole area then the whole map is supposed to be highlighted but that often doesn't seem to work at the moment - the lack of any box means it spans the whole area though. In addition to not working, this is also a lot slower than the old method of looking down the list for (big) or whatever it showed. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What happened to the bounding boxes in the history?
On 13/05/11 17:30, Nathan Edgars II wrote: On 5/13/2011 11:59 AM, Tom Hughes wrote: Put your mouse over an entry in the list and the area it cover will be highlighted on the map. If it spans the whole area then the whole map is supposed to be highlighted but that often doesn't seem to work at the moment - the lack of any box means it spans the whole area though. In addition to not working, this is also a lot slower than the old method of looking down the list for (big) or whatever it showed. I've just pushed a fix for it so it should start working as intended in the next half hour or so. As to scanning the list, what exactly does seeing that there are N big changesets in the list tell you? There was an extensive discussion of this on the dev list last weekend anyway, so you might want to review that. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What happened to the bounding boxes in the history?
On 5/13/2011 12:32 PM, Tom Hughes wrote: As to scanning the list, what exactly does seeing that there are N big changesets in the list tell you? It tells me which ones I can ignore when looking at recent changes in my area. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What happened to the bounding boxes in the history?
On 13/05/11 18:12, Nathan Edgars II wrote: On 5/13/2011 12:32 PM, Tom Hughes wrote: As to scanning the list, what exactly does seeing that there are N big changesets in the list tell you? It tells me which ones I can ignore when looking at recent changes in my area. Well no, it doesn't really, and that's the problem ;-) Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What happened to the bounding boxes in the history?
On 5/13/2011 12:32 PM, Tom Hughes wrote: As to scanning the list, what exactly does seeing that there are N big changesets in the list tell you? It tells me which ones I can ignore when looking at recent changes in my area. In my experience I cannot ignore a changeset simply because it's big. What I need to know is, which objects of the changeset are modified in my area - and ignore the other objects. regards Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What happened to the bounding boxes in the history?
On 13/05/2011 18:26, Peter Wendorff wrote: On 5/13/2011 12:32 PM, Tom Hughes wrote: As to scanning the list, what exactly does seeing that there are N big changesets in the list tell you? It tells me which ones I can ignore when looking at recent changes in my area. In my experience I cannot ignore a changeset simply because it's big. What I need to know is, which objects of the changeset are modified in my area - and ignore the other objects. Until the History can do that, there's always OWL lists: http://matt.dev.openstreetmap.org/owl_viewer/ A 'big' changset will display the whole area but if you zoom in you can view the local edits. Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] What happened to the bounding boxes in the history?
On 5/13/2011 1:31 PM, Tom Hughes wrote: On 13/05/11 18:12, Nathan Edgars II wrote: On 5/13/2011 12:32 PM, Tom Hughes wrote: As to scanning the list, what exactly does seeing that there are N big changesets in the list tell you? It tells me which ones I can ignore when looking at recent changes in my area. Well no, it doesn't really, and that's the problem ;-) I'm aware of that, but it's a good enough approximation for me. Once a month or so I'll look through the recent changes in my area, and if I miss a few, oh well. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Uiterlijk van de kaart
Heren, Soms verbaas ik mij en vraag ik mij of ik altijd heb lopen slapen of dat de wereld van OSM sneller gaat dan ik verwacht. Laat ik dit verklaren. Ik heb een hele lijst met url's met kaarten en zoek altijd naar nieuwigheden binnen deze kaarten. Soms zitten die wat verscholen en zijn voor mij wel soms ware verscholen pareltjes. Via een omweg werd ik laatst echter met een permalink verwezen naar de openstreetmap.org. Zonder ierts nieuws te verwachten werd ik blij verrast door een super cool uitziende kaart die vele toetsen der kritiek kan doorstaan. http://www.openstreetmap.org/?lat=46.01lon=10.42zoom=7layers=C Is deze fietskaart vernieuwd, was die altijd al zo en ben ik gewoon een blinde mol . \Maak me blij en bevestig het eerste . please. Robert ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Uiterlijk van de kaart
De fietskaart op .org is altijd een 3d kaart geweest, maar in Nederland valt dat natuurlijk niet op. Als ik het goed heb zijn de bos en natuurpercelen uit 3dShaped toegevoegd, minder nadruk op 'auto'wegen en meer op fiets en wandelwegen. Maar dat weet ik niet zeker.. Date: Fri, 13 May 2011 13:49:09 +0200 From: rob...@elsenaar.info To: talk-nl@openstreetmap.org Subject: [OSM-talk-nl] Uiterlijk van de kaart Heren, Soms verbaas ik mij en vraag ik mij of ik altijd heb lopen slapen of dat de wereld van OSM sneller gaat dan ik verwacht. Laat ik dit verklaren. Ik heb een hele lijst met url's met kaarten en zoek altijd naar nieuwigheden binnen deze kaarten. Soms zitten die wat verscholen en zijn voor mij wel soms ware verscholen pareltjes. Via een omweg werd ik laatst echter met een permalink verwezen naar de openstreetmap.org. Zonder ierts nieuws te verwachten werd ik blij verrast door een super cool uitziende kaart die vele toetsen der kritiek kan doorstaan. http://www.openstreetmap.org/?lat=46.01lon=10.42zoom=7layers=C Is deze fietskaart vernieuwd, was die altijd al zo en ben ik gewoon een blinde mol . \Maak me blij en bevestig het eerste . please. Robert ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Uiterlijk van de kaart
Voor de volledigheid, deze ken je dan toch ook wel denk? http://openfietskaart.nl/ Groet, Floris 2011/5/13 taede terpstra taede.terps...@hotmail.com: De fietskaart op .org is altijd een 3d kaart geweest, maar in Nederland valt dat natuurlijk niet op. Als ik het goed heb zijn de bos en natuurpercelen uit 3dShaped toegevoegd, minder nadruk op 'auto'wegen en meer op fiets en wandelwegen. Maar dat weet ik niet zeker.. Date: Fri, 13 May 2011 13:49:09 +0200 From: rob...@elsenaar.info To: talk-nl@openstreetmap.org Subject: [OSM-talk-nl] Uiterlijk van de kaart Heren, Soms verbaas ik mij en vraag ik mij of ik altijd heb lopen slapen of dat de wereld van OSM sneller gaat dan ik verwacht. Laat ik dit verklaren. Ik heb een hele lijst met url's met kaarten en zoek altijd naar nieuwigheden binnen deze kaarten. Soms zitten die wat verscholen en zijn voor mij wel soms ware verscholen pareltjes. Via een omweg werd ik laatst echter met een permalink verwezen naar de openstreetmap.org. Zonder ierts nieuws te verwachten werd ik blij verrast door een super cool uitziende kaart die vele toetsen der kritiek kan doorstaan. http://www.openstreetmap.org/?lat=46.01lon=10.42zoom=7layers=C Is deze fietskaart vernieuwd, was die altijd al zo en ben ik gewoon een blinde mol . \Maak me blij en bevestig het eerste . please. Robert ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Betr: Re: Uiterlijk van de kaart
Ik zie nu pas dat er inderdaad hoogtelijnen op de kaart staan. Weet iemand wat de oorspronkelijke bron is van de hoogtedata en of die in de osm-planetfile is ingelezen of bij het renderen extern opgehaald wordt? Wij gebruiken namelijk voor de fietsrouteplanner AHN-hoogtedata voor de zuidelijke provincies maar hebben bij het landelijk gaan hoogtedata onder een vrije licentie nodig. Op dit moment niets beters gevonden dan SRTM, maar wat ik op openstreetmap.org qua hoogtelijnen zie is veel beter. Groeten, Dirk Bussche ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Uiterlijk van de kaart
Ik meen me te herinneren dat dat ook SRTM is..? Er is er ook 1 van de EEA, weet niet of die compatible is met OSM qua licentie: http://www.eea.europa.eu/data-and-maps/data/digital-elevation-model-of-europe Ziet er trouwens ook niet gedetailleerder uit dan SRTM. Martijn 2011/5/13 dbuss...@goudappel.nl Ik zie nu pas dat er inderdaad hoogtelijnen op de kaart staan. Weet iemand wat de oorspronkelijke bron is van de hoogtedata en of die in de osm-planetfile is ingelezen of bij het renderen extern opgehaald wordt? Wij gebruiken namelijk voor de fietsrouteplanner AHN-hoogtedata voor de zuidelijke provincies maar hebben bij het landelijk gaan hoogtedata onder een vrije licentie nodig. Op dit moment niets beters gevonden dan SRTM, maar wat ik op openstreetmap.org qua hoogtelijnen zie is veel beter. Groeten, Dirk Bussche ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Martijn van Exel http://about.me/mvexel ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: Uiterlijk van de kaart
Ik geloof dat de OpenCycleMap ook SRTM gebruikt, evt. aangevuld voor de gaten en boven 60 graden NB. De resolutie van de EEA DEM is 10x zo laag. Deze is 1x1 km, terwijl de versie van SRTM die publiek toegankelijk is een resolutie heeft van 3 arcseconds. In Nederland komt dat overeen met ca. 57x92.5 meter. Er is nog een andere DEM, namelijk de Aster GDEM [1], die claimt een resolutie te hebben van 30x30 meter, maar de data zit vol met onvolkomenheden. Er zit ook een grote verticale afwijking in, van min. 10 meter. Arnhem ligt volgens die DEM op zeeniveau ;) Groeten, Frank [1] http://www.gdem.aster.ersdac.or.jp/ On 11-05-13 04:33 PM, Martijn van Exel wrote: Ik meen me te herinneren dat dat ook SRTM is..? Er is er ook 1 van de EEA, weet niet of die compatible is met OSM qua licentie: http://www.eea.europa.eu/data-and-maps/data/digital-elevation-model-of-europe Ziet er trouwens ook niet gedetailleerder uit dan SRTM. Martijn 2011/5/13 dbuss...@goudappel.nl mailto:dbuss...@goudappel.nl Ik zie nu pas dat er inderdaad hoogtelijnen op de kaart staan. Weet iemand wat de oorspronkelijke bron is van de hoogtedata en of die in de osm-planetfile is ingelezen of bij het renderen extern opgehaald wordt? Wij gebruiken namelijk voor de fietsrouteplanner AHN-hoogtedata voor de zuidelijke provincies maar hebben bij het landelijk gaan hoogtedata onder een vrije licentie nodig. Op dit moment niets beters gevonden dan SRTM, maar wat ik op openstreetmap.org http://openstreetmap.org qua hoogtelijnen zie is veel beter. Groeten, Dirk Bussche ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Martijn van Exel http://about.me/mvexel ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Auto Reply: Talk-nl Digest, Vol 51, Issue 12
This is an auto-replied message. I am out of office right now. For OOB/bug related questions contact a BDE member in your own timezone. Bernard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Uiterlijk van de kaart
Tja en al die lijntjes is nu net het probleem. Heb je dit wel eens gezien? http://www.openstreetmap.org/?lat=52.093lon=5.971zoom=9layers=C Heel aantrekkelijk. De Amerikanen noemen Nederland “The blue heaven”. Maar dit noem ik “The Blue Hell”. Het wordt tijd dat de kaart en renedering eens flink aangepakt wordt. Zelf heb ik veel kennis van Usability, ik doe de hele dag niets anders. Het is mijn lust en mijn leven. Maar, zoals ik vaker merk, heb ik te weinig technische kennis om zelf een kaart in elkaar te knutselen. Kunnen we daarom zulke ‘talenten’ niet eens een keertje combineren? groet Robert From: taede terpstra Sent: Friday, May 13, 2011 5:04 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Uiterlijk van de kaart heb ik geloof ik wel eens gezien, ja. Ongeveer de helft van de blauwe lijntjes in Friesland zelf ingevuld :X Date: Fri, 13 May 2011 14:39:17 +0200 From: o...@floris.nu To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Uiterlijk van de kaart Voor de volledigheid, deze ken je dan toch ook wel denk? http://openfietskaart.nl/ Groet, Floris 2011/5/13 taede terpstra taede.terps...@hotmail.com: De fietskaart op .org is altijd een 3d kaart geweest, maar in Nederland valt dat natuurlijk niet op. Als ik het goed heb zijn de bos en natuurpercelen uit 3dShaped toegevoegd, minder nadruk op 'auto'wegen en meer op fiets en wandelwegen. Maar dat weet ik niet zeker.. Date: Fri, 13 May 2011 13:49:09 +0200 From: rob...@elsenaar.info To: talk-nl@openstreetmap.org Subject: [OSM-talk-nl] Uiterlijk van de kaart Heren, Soms verbaas ik mij en vraag ik mij of ik altijd heb lopen slapen of dat de wereld van OSM sneller gaat dan ik verwacht. Laat ik dit verklaren. Ik heb een hele lijst met url's met kaarten en zoek altijd naar nieuwigheden binnen deze kaarten. Soms zitten die wat verscholen en zijn voor mij wel soms ware verscholen pareltjes. Via een omweg werd ik laatst echter met een permalink verwezen naar de openstreetmap.org. Zonder ierts nieuws te verwachten werd ik blij verrast door een super cool uitziende kaart die vele toetsen der kritiek kan doorstaan. http://www.openstreetmap.org/?lat=46.01lon=10.42zoom=7layers=C Is deze fietskaart vernieuwd, was die altijd al zo en ben ik gewoon een blinde mol . \Maak me blij en bevestig het eerste . please. Robert ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl --- Tekst ingevoegd door Panda GP 2011: Als het hier gaat om een ongevraagde e-mail (SPAM), klik dan op de volgende link om de e-mail te herclasseren: It is SPAM! --- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl wlEmoticon-winkingsmile[1].png___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Fietskaart updates
Hallo allemaal, Naar aanleiding van de conversatie over de (rendering) van de fietskaart, vraag ik mij af hoe vaak deze gegevens/tiles ververst worden. Al weer enige tijd terug heb ik een aantal fietsroutes ten oosten van Gouda aan het Fietsknooppuntennetwerk Reeuwijk toegevoegd - zoals bijvoorbeeld [1], maar tot op heden zie ik die niet terug [2]. Klopt dit, of heb ik iets verkeerd gedaan waardoor die routes nooit zichtbaar zullen worden? [1] http://www.openstreetmap.org/browse/changeset/8022304 [2] http://www.openstreetmap.org/?lat=52.0332lon=4.7692zoom=13layers=C Dank, en groet, J-. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Nearmap badly out of date
On 11/05/11 20:00, Nick Hocking wrote: A nearmapper has decided that badly out-of-date nearmap imagery was more authorative than my GPS traces (taken last weekend) and has completed a road that is not there any longer. It has been completely grassed over so that cars can not travel along it, for some time to come, and barricades have been placed at the ends. So did you put in barrier=bollard or similar at the end of the way? Did you tag your ways with source=survey so that it would show them that you had actually surveyed it? Well done guys, you are well on the way to making OSM as good as google maps. This reinforces my belief that imagery (whether Bing or nearmap) should never be used for anything that needs to be routable. As David pointed out this is mapped as highway=construction so will not be routable any way. I hope the user has the gumption to quitely revert his incorrect changes. I don't suppose anyone wondered why I would go so far out of my way to map all the new roads and then fail to drive the last bit of this one. He also found a bit of pavement that I has missed mapping so that was good. He used a bit of poetic licence to mark it one way. Even though there are no one way markings on the road itself, the topography indicates that it can ONLY be one way, so I think that this action was entirely appropriate even though it departs from map only what is on the ground. And so it's obvious that it should then be oneway and has been mapped as such. Nearmap ( near enough is good enough) Sorry Nearmap - I'm not having a go at your excellent imagery, just the way some people choose to use it. PS - I drove back out there again this morning to check on a street sign where I was sure I had a typo (and I did, although I now can't fix it). There were some more new roads open so I have mapped them as well. So where are we talking about so we can see if your surveying skills are up to the task? Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Nearmap badly out of date
Ross wrote Did you tag your ways with source=survey so that it would show them that you had actually surveyed it? No I didn't though maybe I should have. There have been discussions (on these lists) for a fer years now and the consensus opinion was that if you upload gps tracks (and mine are all still there and identifiable) then source=survey was not necessary. Maybe this opinion has changed over the years, I'm not sure. this is mapped as highway=construction so will not be routable any way. The section or road I'm talking about is Liz O'Niell (sic) street (re-mapped by you) where it intersects with Renouf Street. This has been grassed over for the time being since display homes are all along it. Therefore OSM currently has this section as a fully routable residential road where there is no routable road at all. So where are we talking about so we can see if your surveying skills are up to the task Just west of this - Seery Street, Victoria Owen Circuit,Kevin Curtis Crescent and Pickup Close. The next nearmap iteration will also show what appears to be a road or laneway just south of Pickup Close. The legislature website indicates that this may be part of Kevin Curtis Crescent but the street sign says only NO THROUGH ROAD (which is pretty obvious anyway). Therefore, at this stage I decided to just not map this laneway/driveway but rest assured I will do so before any houses are built on it. Cheers Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Wikifiddling, access car / motor_car
Irgendwie scheint es mir nicht ob wir nicht wirklich zu einem Schluss gekommen sind (wie meistens :-)). Einerseits impliziert die englische access Seite eine Hierarchie in der Beschreibung motorcar=* (category: motor vehicles with more than 2 wheels/more than 1 track) aber in der Liste nicht (vor der Änderung von Thomas). Anderseits haben wir real existierende gesetzliche Regelungen, mindestens für Gebote und Verbote, die Hierarchien implizieren, die durchaus pro Land verschieden sein können (und z.B. bei Ausnahme/Zusatzschildern andere Hierarchien). Also ist auch die englische Beschreibung nicht wirklich hilfreich. Legen wir wirklich fest, dass motorcar nur leichte Motorwagen (mal Schweizer Terminologie verwendet) und es keine implzite Hierarchie gibt, bedeutet das, dass ein Haufen Strassen falsch getaggt sind. Nach Taginfo gibt es 121'691 mal motorcar=no, aber gleichzeitig nur 18'186 hgv tags an den gleichen Wegen (und in den meisten Ländern müsste da wohl tatsächlich mindestens auch ein hgv=no stehen). Lösungsansätze mal kurz zusammengefasst (ohne Bewertung): - motorcar impliziert keine zusätzlichen Fahrzeugtypen und mindestens hgv=* muss an vielen Wegen nachgetaggt werden - neuer Fahrzeugtyp car oder ähnliches einführen für leichte Motorwagen, motorcar schliesst dann alle mehrspurige Motorfahrzeuge ein - neue Fahrzeugtyp einführen für die ganze Kategorie mehrspurige Motorfahrzeuge - implizierte Hierarchien per Land dokumentieren (wie wir es auch schon für implzite Zugangsbeschränkungen machen) Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikifiddling, access car / motor_car
Am 13. Mai 2011 11:19 schrieb Simon Poole si...@poole.ch: Hallo Simon, danke für die Zusammenfassung. Wenn das eine Abstimmung wäre, würde ich so vorgehen: Lösungsansätze mal kurz zusammengefasst (ohne Bewertung): - motorcar impliziert keine zusätzlichen Fahrzeugtypen und mindestens hgv=* muss an vielen Wegen nachgetaggt werden +0.5 Zwar impliziert motorcar nicht ausdrücklich zusätzliche Fahrzeugtypen, wohl wird man aber als Dateninterpretierer kaum einen Fehler begehen, wenn man z.B. LKW sofern nicht ausdrücklich zugelassen ebenfalls von Straßen ausschließt, die für Autos gesperrt sind. - neuer Fahrzeugtyp car oder ähnliches einführen für leichte Motorwagen, motorcar schliesst dann alle mehrspurige Motorfahrzeuge ein -1 - neue Fahrzeugtyp einführen für die ganze Kategorie mehrspurige Motorfahrzeuge +1, kann man machen, wenn das allgemein für sinnvoll erachtet wird. - implizierte Hierarchien per Land dokumentieren (wie wir es auch schon für implzite Zugangsbeschränkungen machen) eher nicht. Sollte eigentlich auch ohne machbar sein. Wenn der gleiche tag deutlich andere Bedeutung in verschiedenen Ländern hat, dann verkompliziert das das routing erheblich (z.B. Erstellen von Garmin-Karten). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik deutscher Kartenstil: fehlende Bezeichnung von Flüssen
Kann jemand die Patches einspielen? Ich hab noch einen kleinen Fehler bei den Autobahnschildern gefunden. Bundesautobahn8.png muß aber noch jemand erstellen. Ich habe auch was zum umwandeln gefunden: https://github.com/dwins/mapnik2geotools Das nimmt eine menge Arbeit ab. Wen ein paar Bilder zum aktuellen Stand interessieren: https://groups.google.com/d/topic/imposm/dNEY_MGmHb4/discussion MfG yobiSource Index: osm-de.xml === --- osm-de.xml (Revision 25851) +++ osm-de.xml (Arbeitskopie) @@ -6053,13 +6053,13 @@ Filter[highway] = 'motorway' and [length] = 7/Filter maxscale_zoom13; minscale_zoom18; - ShieldSymbolizer name=ref fontset_name=bold-fonts size=10 fill=#fff placement=line file=symbols;/Bundesautobahn6.png min_distance=30 spacing=750/ + ShieldSymbolizer name=ref fontset_name=bold-fonts size=10 fill=#fff placement=line file=symbols;/Bundesautobahn7.png min_distance=30 spacing=750/ /Rule Rule Filter[highway] = 'motorway' and [length] = 8/Filter maxscale_zoom13; minscale_zoom18; - ShieldSymbolizer name=ref fontset_name=bold-fonts size=10 fill=#fff placement=line file=symbols;/Bundesautobahn7.png min_distance=30 spacing=750/ + ShieldSymbolizer name=ref fontset_name=bold-fonts size=10 fill=#fff placement=line file=symbols;/Bundesautobahn8.png min_distance=30 spacing=750/ /Rule Rule Filter[highway] = 'trunk' and [length] = 1/Filter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikifiddling, access car / motor_car
Am 13.05.2011 11:54, schrieb M∡rtin Koppenhoefer: - implizierte Hierarchien per Land dokumentieren (wie wir es auch schon für implzite Zugangsbeschränkungen machen) eher nicht. Sollte eigentlich auch ohne machbar sein. Wenn der gleiche tag deutlich andere Bedeutung in verschiedenen Ländern hat, dann verkompliziert das das routing erheblich (z.B. Erstellen von Garmin-Karten). Ich würde (natürlich) wenn es eine Abstimmung wäre für letzteres, denn einerseits haben wir mindestens mit motorcycle/moped/mofa bicycle/mofa/inline_skates und vermutlich auch noch mit (noch nicht existierende) Klassen von hgv und bus etc. ähnliche Probleme. Und nicht zu vergessen noch die Oberklasse motor_vehicle. Es ist also so oder so kompliziert. Aber das ist natürlich nur IMHO und ich kann auch mit jeder anderen halbwegs konsistenten Lösung leben. Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Confine Segrate/Milano
Il confine tra Milano e Segrate (almeno da come lo vedo in home page) è sbagliato. Lavanderie e Milano 2 fanno parte di Segrate e non da Milano, come invece indica la pagina. Non so esattamente dove passi il confine per questo non l'ho spostato. Chi sa dove passa esattamente il confine, può correggere per favore? Fabio A Locati ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenLinkMap ora anche in Italiano
Il 12/05/2011 22:41, Daniele Forsi ha scritto: Strada di importanza primaria, secondaria, terziaria, minore (ma si dice terziaria?!?) Direi di sì, anch'io tradurrei così. -- Giacomo Boschi http://gwilbor.wordpress.com/ -- 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: Solo al Family Hotel Cervia, una persona sempre gratis, tutto incluso,con bevande a volont� tutto il giorno in spiaggia e in hotel,ombrellone e lettini Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=11467d=13-5 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenLinkMap ora anche in Italiano
Il giorno 12 maggio 2011 22:41, Daniele Forsi dfo...@gmail.com ha scritto: Il 12 maggio 2011 19:06, M∡rtin Koppenhoefer ha scritto: scusate che mi sono permesso di proporre dei nomi in italiano, che non sò ne anche scrivere bene ;-) Volevo indicare la direzione come si potrebbe muovere... invece hai fatto bene a intervenire e poi devi fare esercizi di ortografia e grammatica tutti i giorni :-) +1. Scrivi meglio di certi italiani ;-) Perché non usare la soluzione più semplice e tradurre strada primaria, strada secondaria, strada terziaria, strada non classificata (questa è l'unica che mi piace poco)? Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta di ri-licenza dati alla Regione Veneto
Ops! Vero... la webmail mi ha fregato. Nessun problema. Aspettavo di arrivare alla versione finale e per quello avevo scritto in privato. Ora e' uscita la versione finale http://www.gaia-gis.it/rousseau-v6.odt http://www.gaia-gis.it/rousseau-v6.pdf http://www.gaia-gis.it/rousseau-v6.xhtml ... a questo punto vi chiederei di aspettare ancora un po' perché stiamo raccogliendo le firme (e non escludo che ci sia anche una piacevole sorpresa) Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
2011/5/13 Fabio Alessandro Locati fabioloc...@gmail.com: Il confine tra Milano e Segrate (almeno da come lo vedo in home page) è sbagliato. Lavanderie e Milano 2 fanno parte di Segrate e non da Milano, come invece indica la pagina. Non so esattamente dove passi il confine per questo non l'ho spostato. Chi sa dove passa esattamente il confine, può correggere per favore? se non lo sai esattamente, ma approsimativamente sarebbe communque già meglio rispetto ad una situazione identificata indubbiamente come errata, quindi non ti intimidare ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenLinkMap ora anche in Italiano
2011/5/13 Simone Saviolo simone.savi...@gmail.com: strada non classificata (questa è l'unica che mi piace poco)? si, ne anche a me piace. non classificata è troppo ambiguo, cerchiamo di esprimere chiaramente che la strada è di minore importanza, non che manca una classificazione. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
Il 05/13/2011 12:49 PM, M∡rtin Koppenhoefer scrisse: 2011/5/13 Fabio Alessandro Locati fabioloc...@gmail.com: Il confine tra Milano e Segrate (almeno da come lo vedo in home page) è sbagliato. Lavanderie e Milano 2 fanno parte di Segrate e non da Milano, come invece indica la pagina. Non so esattamente dove passi il confine per questo non l'ho spostato. Chi sa dove passa esattamente il confine, può correggere per favore? se non lo sai esattamente, ma approsimativamente sarebbe communque già meglio rispetto ad una situazione identificata indubbiamente come errata, quindi non ti intimidare ;-) Doveva intimidarsi chi ha modificato il confine. Ho appena controllato su una mappa relativamente vecchia (qualche mese) che ho sul mio Android (in Mapdroid). Li' il confine tra Segrate e Milano e' corretto. Questo e' ilk link ad una dell 2 way che sono state rovinate. E' una linea molto recente: http://www.openstreetmap.org/browse/way/112916156/history C'e' modo di recuperare la vecchia linea di confine? ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenLinkMap ora anche in Italiano
Strada ? Strada generica ? F. Il giorno 13 maggio 2011 12:52, M∡rtin Koppenhoefer dieterdre...@gmail.comha scritto: 2011/5/13 Simone Saviolo simone.savi...@gmail.com: strada non classificata (questa è l'unica che mi piace poco)? si, ne anche a me piace. non classificata è troppo ambiguo, cerchiamo di esprimere chiaramente che la strada è di minore importanza, non che manca una classificazione. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenLinkMap ora anche in Italiano
2011/5/13 Fabrizio Carrai fabrizio.car...@gmail.com: Strada ? Strada generica ? eh no, quello è highway=road, non è highway=unclassified. E' importante notare che unclassified non significa senza classificazione ma significa classa inferiore a tertiary. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenLinkMap ora anche in Italiano
Il 05/13/2011 01:27 PM, Fabrizio Carrai scrisse: Strada ? Strada generica ? A mio parere tutti i 4 termini di classificazione andrebbero in qualche modo rivisti. Primary, secondary, tertiary e unclassified non appartengono al sistema italiano. Gia' i termini strada primaria e strada terziaria in me non evocano nulla che corrisponda a come siamo abituati a classificare le strade. Anche con persone che non conoscono le definizioni e l'uso del tag highway in Italia ho avuto molte difficolta' a far capire le differenze. Forse, anche se questo comporta l'allungamento delle traduzioni, andrebbero usate delle definizioni piu' descrittive: strada di importanza nazionale strada di importanza regionale strada di importanza locale strada locale minore Ma queste definizioni non piacciono nemmeno a me perche' comunque riduttive. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenLinkMap ora anche in Italiano
2011/5/13 emmexx emm...@tiscalinet.it: Il 05/13/2011 01:27 PM, Fabrizio Carrai scrisse: Strada ? Strada generica ? A mio parere tutti i 4 termini di classificazione andrebbero in qualche modo rivisti. Primary, secondary, tertiary e unclassified non appartengono al sistema italiano. non appartengono ne anche al sistema tedesco, e alla fine ne anche allo sistema inglese (se non sbaglio i trunk inglesi non sono tutti trunk OSM). Gia' i termini strada primaria e strada terziaria in me non evocano nulla che corrisponda a come siamo abituati a classificare le strade. A me sembra che communque sono termini di uso anche italiano (tra parentesi le parole del CdS): RETE PRIMARIA (Autostrade, strade extraurbane principali, strade urbane di scorrimento) RETE PRINCIPALE (Strade extraurbane principali, strade urbane di scorrimento) RETE SECONDARIA (strade extraurbane secondarie, strade urbane di quartiere) RETE LOCALE (Strade locali extraurbane e strade locali urbane) LIVELLO TERMINALE (Aree di sosta) Anche TipoA-F si trova, ma non lo trovo molto autodescrittivo. Anche con persone che non conoscono le definizioni e l'uso del tag highway in Italia ho avuto molte difficolta' a far capire le differenze. alla fine si tratta di una gerarchia con alcuni eccezione in alto (motorway) e in basso (sotto service). Forse, anche se questo comporta l'allungamento delle traduzioni, andrebbero usate delle definizioni piu' descrittive: strada di importanza nazionale strada di importanza regionale strada di importanza locale strada locale minore Ma queste definizioni non piacciono nemmeno a me perche' comunque riduttive. si, funzionano più o meno in ambito extraurbano, ma ne anche sempre. Una strada potrebbe avere una importanza nazionale (o internazionale) senza averlo per il traffico ;-) (quindi per completezza si dovrebbe aggiungere per il traffico). Queste parole richiederebbero communque dei termini completamente diversi per le strade urbane, quindi da me un -1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
Il 05/13/2011 02:19 PM, M∡rtin Koppenhoefer scrisse: Il modo più facile sarebbe probabilmente di estrarre da un vecchio planet la zona di interesse. In questo modo ottieni tutti i nodi e way necessari. Io ho delle versioni vecchie dell'Italia (ma per i prossimi giorni non posso facilmente accedere perchè sto facendo un planet import sulla macchina, quale è purtroppo molto debole). Se mi dici un bounding box piccolo cerco di farlo. Dopo si dovrebbe manipolare l'XML in modo tale che JOSM (e l'API) lo accettano per caricamento. E' solo quella situazione coperta dallo way indicato sopra da te o ci sono altri punti pure? Io non sono abbastanza esperto per procedere e quindi lascerei a te o ad altri questo ingrato compito. Il BBox della'area interessata dovrebbe essere: 45.5076, 9,2850, 45,459, 9,2565 (funzione esporta di OSM) Le way errate dovrebbero essere solo 2: http://www.openstreetmap.org/browse/way/50097381 e quella indicata prima. Altri danni non ne vedo ma bisognerebbe cercare le modifiche fatte da quell'utente per esserne certi. Credo si occupi soprattutto di ferrovie, alcuni update riguardano napoli rfi e milano centrale ma anche cose giapponesi. Bah... Non so leggere abbastanza bene gli storici da capire che altri danni puo' aver fatto: http://www.openstreetmap.org/user/averageman/edits?page=1 Non riesco ad esempio a capire perche' il nuovo confine risulta modificato con josm mentre questo utente sembra usare potlach. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
2011/5/13 emmexx emm...@tiscalinet.it: Il 05/13/2011 02:19 PM, M∡rtin Koppenhoefer scrisse: Io non sono abbastanza esperto per procedere e quindi lascerei a te o ad altri questo ingrato compito. ne anche io sono esperto, ma gli esperti pare che hanno da fare, quindi cerchiamo di risolvere da soli ;-) Una volta dobbiamo tutti cominciare... Il BBox della'area interessata dovrebbe essere: 45.5076, 9,2850, 45,459, 9,2565 (funzione esporta di OSM) OK, se vuoi ti ricupero un file osm di questa bbox. Ho ancora questi dati sul disco: 2010-09-17_italy.osm.bz2 2010-12-02.mergeitaly.osm.bz2 2011-03-04.mergeitaly.osm.bz2 2010-10-25_italy.osm.bz2 2011-01-14.mergeitaly.osm.bz2 2011-03-11.mergeitaly.osm.bz2 2010-11-03_italy.osm.bz2 2011-02-17.mergeitaly.osm.bz2 2011-03-21.mergeitaly.osm.bz2 2010-11-30_italy.osm.bz2 2011-02-25.mergeitaly.osm.bz2 2011-04-01.mergeitaly.osm.bz2 quale stato vogliamo prendere? Non riesco ad esempio a capire perche' il nuovo confine risulta modificato con josm mentre questo utente sembra usare potlach. si, anche a me lascia il dubbio. La semplificazione in JOSM non penso che abbia fatto lui. Sembra che abbia fatto l'utente iniziale che anche ha caricato (non ho verificato, sembra a prima sguardo) il confine: http://www.openstreetmap.org/browse/changeset/3853178 Lui risulta come creatore dello way perchè ha spezzato un way e questo è una parte del vecchio way. E' stato tagliato qui: http://www.openstreetmap.org/browse/node/636105333 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
Il giorno 13 maggio 2011 15:40, M∡rtin Koppenhoefer dieterdre...@gmail.comha scritto: ne anche io sono esperto, ma gli esperti pare che hanno da fare, quindi cerchiamo di risolvere da soli ;-) Perdonatemi un piccolo off-topic, ma magari a Martin può interessare una frase che usa sempre un mio amico in queste situazioni: Quando non trottano i cavalli, trottano gli asini Visto che a volte mi capita di sostituirlo come organista quando lui non può, mi è capitato di aggiungere che quando non trottano neanche gli asini, trotto io. E come disse Leonardo Di Caprio ne La maschera di ferro, continuate pure. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenLinkMap ora anche in Italiano
Il giorno 13 maggio 2011 14:16, emmexx emm...@tiscalinet.it ha scritto: I Anch'io concordo con Martin. :-) Solo che, come ho gia' scritto, non penso si possa usare un calco dei valori inglesi del tag highway. Passi per strada primaria, ma strada secondaria in italiano significa una cosa ben precisa che non c'entra nulla con la classificazione di osm. A seguire strada terziaria, a me ricorda il terziario avanzato, non una qualche classificazione stradale. Essendo una classificazione scollegata da quella prevista dal CdS italiano, forse nella traduzione si dovrebbe utilizzare una classificazione che non faccia riferimento alla terminologia usata dal CdS ed in generale una terminologia tecnica. Per esempio, si potrebbe proporre di usare qualcosa del tipo: strada cat. 1, strada cat. 2 etc. Insomma, una gerarchia del tutto nuova. Non e' il massimo, ma rende l'idea che: - non dipende soltanto dalla classificazione CdS - una cat. 1 è più importante di una cat. 2, 3 etc. -- Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
2011/5/13 emmexx emm...@tiscalinet.it: La mappa di mapdroyd che ho sul mio cell e' del 29/12/2010. Li' i confini sono corretti. OK, sto copiando il file del 2011-01-14 sul laptop e poi procedo. Nel frattempo ti potresti guardare questo: http://help.openstreetmap.org/questions/4019/how-do-i-restore-data-that-was-lost-during-editing?page=1#4023 non è molto immediato, debbo ammettere. Speriamo che il file osm risultante non è troppo grande. Potresti selezionare i way in JOSM che vuoi risettare, poi con ctrl+f invertire la selezione (facendo una richiesta apposita nel campo search). Dopo NON CANCELLARE il resto, ma fare un PURGE (non so come si chiama in JOSM italiano, si trova su EDIT), altrimenti cancelleresti tutto col upload. Dopo salvi e fai un edit del file osm aggiungendo un action=modify a tutti gli elementi rimasti come indicato nel help sopra. Magari vedi prima se le relazioni boundary non sono stati aggiornati anche in modo positivo dal 14 Gennaio. (In questo caso risolvi le relazioni a mano senza aggiungere un modify a loro). Dopo fai un upload, risolvi i conflitti tenendo sempre la tua versione come quella valida e dopo dovresti verificare che non si sono creati altri danni per esempio alla relazione dei confini ;-) in bocca al lupo... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
Il 13 maggio 2011 16:37, M∡rtin Koppenhoefer ha scritto: fare un PURGE (non so come si chiama in JOSM italiano, si trova su EDIT) si chiama Epura in bocca al lupo... in bocca al lupo... -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
2011/5/13 M∡rtin Koppenhoefer dieterdre...@gmail.com: 2011/5/13 emmexx emm...@tiscalinet.it: OK, sto copiando il file del 2011-01-14 sul laptop e poi procedo. adesso sta facendo, ho lanciato questo commando: bzcat 2011-01-14.mergeitaly.osm.bz2 | osmosis\ --read-xml file=-\ --bounding-box top=45.5076 left=9.2565 bottom=45.459 right=9.2850 completeWays=yes --write-xml file=-\ | bzip2 extracted.osm.bz2 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
-Original Message- From: M?rtin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: venerdì 13 maggio 2011 14.20 To: emmexx Cc: openstreetmap list - italiano Subject: Re: [Talk-it] Confine Segrate/Milano Il tizio mappatore da 2 settimane e gi si messo a creare casini: note = way simplified with JOSM and max-error=1 Secondome non tolerabile questo comportamento. Le way dei altri non vanno assolutamente semplificati in maniera automatica (sopratutto con un algoritmo del c* che non si accorge dei angoli ma solo delle distanze). Se uno lo fa con le sue way, va bene (non lo farei personalmente), ma applicarlo sui way dei altri lo considero vandalismo oppure al meno una operazione automatica / semiautomatica e Sono io il colpevole di quella semplificazione e responsabile dell'upload della way originaria. Il tizio ha solamente copiato senza motivo il tag note da una mia way a quella che ha aggiunto lui. La way che avevo caricato era stata derivata dagli shapefile della CTR Lombardia. Questi shapefile contengono un numero esagerato di punti, cui non corrisponde una reale precisione della linea. Probabilmente sono stati ottenuti per ricalco della CTR al tratto, o qualche procedimento simile. Sono d'accordo con te che i dati non andrebbero semplificati, ma un errore trasversale di un metro è inferiore all'errore intrinseco di questi dati, e gli angoli che vengono smussati sono prevalentemente da considerare rumore dovuto alla imprecisione. Ora abbiamo a disposizione per tutta Italia i dati Istat 2011 non semplificati, se sono migliori di quelli della CTR Lombardia si potrebbero caricare quelli. Poi, per recuperare la vecchia linea di confine, non lo so. Si dovrebbe ritrovare la vecchia versione del way (che ora sembra di essere cancellato, visto che il way indicato da te sta in versione 1). La way originaria non è stata cancellata, ma modificata: http://www.openstreetmap.org/browse/way/50097381/history Alle way originariamente facenti parte della relazione di confine, l'utente averageman ha aggiunto poi la http://www.openstreetmap.org/browse/way/112916156. Se qualcuno conosce il modo di estrarre e ripristinare la versione 4 della 50097381 dovremmo essere a posto, poi bisognerebbe solo cancellare la 112916156. Potrei anche recuperarla nuovamente dagli shapefile della CTR, ma vedo dalla history che qualcuno l'aveva modificata successivamente, e questa modifiche andrebbero perdute. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OpenLinkMap ora anche in Italiano
Torno :) Vedo che a nessuno è venuto in mente il termine, magari un po' burocratico, 'viabilità'; potrebbe cavarci d'impaccio in un paio di definizioni e, se lo si ritiene necessario, anche essere usato per tutte. arteria/viabilità principale viabilità regionale strada/viabilità secondaria viabilità locale Paolo. -- View this message in context: http://gis.638310.n2.nabble.com/OpenLinkMap-ora-anche-in-Italiano-tp6356449p6360042.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confine Segrate/Milano
-Original Message- From: M?rtin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: venerdì 13 maggio 2011 18.02 To: openstreetmap list - italiano Subject: Re: [Talk-it] Confine Segrate/Milano Se qualcuno conosce il modo di estrarre e ripristinare la versione 4 della 50097381 dovremmo essere a posto, poi bisognerebbe solo cancellare la 112916156. Potrei anche recuperarla nuovamente dagli shapefile della CTR, ma vedo dalla history che qualcuno l'aveva modificata successivamente, e questa modifiche andrebbero perdute. sempre qui: http://help.openstreetmap.org/questions/4019/how-do-i-restore-data-that- was-lost-during-editing?page=1#4023 ;-) Cio, la versione 4 qui: http://api.openstreetmap.org/api/0.6/way/50097381/4 Così però non recupera le posizioni originali dei nodi, credo. Per ricavarle dall'estratto io non sono capace. Se è accettabile carico nuovamente una way analoga alla versione 1, cancello quelle attuali e sistemo le relazioni. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Confini ISTAT 2011 - dump provinciali
Buonasera *, ho preparato dei dump provinciali dei confini ISTAT 2011 in versione non generalizzata. Purtroppo, al contrario dei confini 2001, non è auspicabile fare un upload di massa, perché alcuni confini sono stati modificati secondo le CTR locali, altri secondo survey. Li trovate raggruppati per regione qui: http://jupiter.hanskalabs.net/osm-istat-2011/osm-istat-2011/ (nella directory superiore ci sono gli script usati) Li ho divisi per provincia perché penso siano più gestibili -- in una mezza giornata si riesce a fare confini per 20-25 comuni. Occhio a non fare conflitti, e a riutilizzare le relazioni già esistenti :) Forse è meglio coordinarsi sulla wiki? Io sto per finire la Sicilia, poi passerò lo stretto (Calabria) e andrò poi in Abruzzo (che mi è stato chiesto di fare). Ciao, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mote di 2000 metri in pianura padana
A qualcuno risulta che ci sia un certo monte della valle alto ben 2043 metri vicino a scandiano? Mappa: http://www.openstreetmap.org/?lat=44.577498lon=10.70949zoom=18layers=M Si è una zona montuosa ma un monte di 2000 e passa metri mi sembra che sia abbastanza improbabile dato che è più coollina che montagna! - http://www.openstreetmap.org/user/Orlandi_IT_EmiliaRomagna -- View this message in context: http://gis.638310.n2.nabble.com/Mote-di-2000-metri-in-pianura-padana-tp6361008p6361008.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mote di 2000 metri in pianura padana
Haha scusate, non devo aver visto il punto! - http://www.openstreetmap.org/user/Orlandi_IT_EmiliaRomagna -- View this message in context: http://gis.638310.n2.nabble.com/Mote-di-2000-metri-in-pianura-padana-tp6361008p6361197.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini ISTAT 2011 - dump provinciali
On Fri, 13 May 2011 22:53:09 +0200, Samuele Battarra wrote: [..] Grande, inizio subito a sistemare la mia provincia (Rimini). Occhio, è facile creare conflitti, se non sei strasicuro meglio non uploadare :D -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil
Y porque no le decimos que no nos enrredemos, y que le dé el crédito a OSM y ya... Igual eso es lo que queremos... Igual nuestro interés es mapear para publicar la información... y que ojalá todo el mundo la conozca Pienso que es mejor decirle a este amigo (que hasta integrante de esta lista debe ser), que es mejor un buen arreglo que un mal pleito ... y si el amigo esta leyendo este mensaje, pues chevere que le saque lucro a OSM, pero ayúdenos a ser reconocidos... lo que no aguanta para los maperos es trabajar para no tener ni fama, ni fortuna... por lo menos ayudenos con la Fama... OSCAR RAMOS OVIEDO De: Jorge Gonzalez jag...@gmail.com Para: OpenStreetMap Colombia talk-co@openstreetmap.org Fecha: 12/05/2011 11:06 p.m. Asunto: Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil 2011/5/11 Fredy Rivera fredyriv...@gmail.com . A pesar de ser una empresa pequeña, prácticamente manejada por una sola persona, ha causado un daño muy grave con este abuso y tomaremos las medidas legales pertinentes para hacer cumplir nuestros derechos incluso a nivel Internacional con el equipo de abogados especialistas en el caso que la OSMF ha puesto a nuestra disposición. Sería bueno saber el nombre de la empresa de una vez -- Jorge Andrés González http://joorge.com Cel: 314 263 0285 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil
+1 2011/5/13 oscar.ra...@cafedecolombia.com Y porque no le decimos que no nos enrredemos, y que le dé el crédito a OSM y ya... Igual eso es lo que queremos... Igual nuestro interés es mapear para publicar la información... y que ojalá todo el mundo la conozca Pienso que es mejor decirle a este amigo (que hasta integrante de esta lista debe ser), que es mejor un buen arreglo que un mal pleito ... y si el amigo esta leyendo este mensaje, pues chevere que le saque lucro a OSM, pero ayúdenos a ser reconocidos... lo que no aguanta para los maperos es trabajar para no tener ni fama, ni fortuna... por lo menos ayudenos con la Fama... OSCAR RAMOS OVIEDO De: Jorge Gonzalez jag...@gmail.com Para: OpenStreetMap Colombia talk-co@openstreetmap.org Fecha: 12/05/2011 11:06 p.m. Asunto: Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil -- 2011/5/11 Fredy Rivera *fredyriv...@gmail.com* fredyriv...@gmail.com . A pesar de ser una empresa pequeña, prácticamente manejada por una sola persona, ha causado un daño muy grave con este abuso y tomaremos las medidas legales pertinentes para hacer cumplir nuestros derechos incluso a nivel Internacional con el equipo de abogados especialistas en el caso que la OSMF ha puesto a nuestra disposición. Sería bueno saber el nombre de la empresa de una vez -- Jorge Andrés González* **http://joorge.com* http://joorge.com/ Cel: 314 263 0285 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- ANDRES O. CALDERON R. MSc Geoinformation Science University of Twente, The Netherlands. Open Source Rocks - Open Source Rules GNU/Linux User No. 433418 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil
Concuerdo con que entre más gente utilice nuestros datos, mejor, pero no es tan simple. La licencia de OSM no solo es BY, sino también SA, lo que la hace incompatible con la licencia de Google, pues ya no tendría control total sobre los datos y las modificaciones que haga. Así que, o Google retira los datos de OSM, o libera todos sus mapas. Y claro, no van a liberar los mapas :( La empresa colombiana es otro cuento porque le tiene que responder tanto al cliente (Google) como a la fuente de los datos (OSM). No sé qué licencia manejen, pero sea como sea, tienen la opción de a) adoptar la ODbL y adiós al cliente y a los proveedores no libres y se quedan con los datos de OSM :) o b) retirar todos los datos (incluso derivados) de OSM y se quedan con Google y con la información de sus otros proveedores :( Am Freitag, den 13.05.2011, 08:56 -0500 schrieb andress calderon: +1 2011/5/13 oscar.ra...@cafedecolombia.com Y porque no le decimos que no nos enrredemos, y que le dé el crédito a OSM y ya... Igual eso es lo que queremos... Igual nuestro interés es mapear para publicar la información... y que ojalá todo el mundo la conozca Pienso que es mejor decirle a este amigo (que hasta integrante de esta lista debe ser), que es mejor un buen arreglo que un mal pleito ... y si el amigo esta leyendo este mensaje, pues chevere que le saque lucro a OSM, pero ayúdenos a ser reconocidos... lo que no aguanta para los maperos es trabajar para no tener ni fama, ni fortuna... por lo menos ayudenos con la Fama... OSCAR RAMOS OVIEDO De: Jorge Gonzalez jag...@gmail.com Para: OpenStreetMap Colombia talk-co@openstreetmap.org Fecha: 12/05/2011 11:06 p.m. Asunto: Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil __ 2011/5/11 Fredy Rivera fredyriv...@gmail.com . A pesar de ser una empresa pequeña, prácticamente manejada por una sola persona, ha causado un daño muy grave con este abuso y tomaremos las medidas legales pertinentes para hacer cumplir nuestros derechos incluso a nivel Internacional con el equipo de abogados especialistas en el caso que la OSMF ha puesto a nuestra disposición. Sería bueno saber el nombre de la empresa de una vez -- Jorge Andrés González http://joorge.com Cel: 314 263 0285 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- ANDRES O. CALDERON R. MSc Geoinformation Science University of Twente, The Netherlands. Open Source Rocks - Open Source Rules GNU/Linux User No. 433418 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil
=O, tienen razon... no es tan sencillo... -1 2011/5/13 Germán Márquez Mejía manch...@gmail.com Concuerdo con que entre más gente utilice nuestros datos, mejor, pero no es tan simple. La licencia de OSM no solo es BY, sino también SA, lo que la hace incompatible con la licencia de Google, pues ya no tendría control total sobre los datos y las modificaciones que haga. Así que, o Google retira los datos de OSM, o libera todos sus mapas. Y claro, no van a liberar los mapas :( La empresa colombiana es otro cuento porque le tiene que responder tanto al cliente (Google) como a la fuente de los datos (OSM). No sé qué licencia manejen, pero sea como sea, tienen la opción de a) adoptar la ODbL y adiós al cliente y a los proveedores no libres y se quedan con los datos de OSM :) o b) retirar todos los datos (incluso derivados) de OSM y se quedan con Google y con la información de sus otros proveedores :( Am Freitag, den 13.05.2011, 08:56 -0500 schrieb andress calderon: +1 2011/5/13 oscar.ra...@cafedecolombia.com Y porque no le decimos que no nos enrredemos, y que le dé el crédito a OSM y ya... Igual eso es lo que queremos... Igual nuestro interés es mapear para publicar la información... y que ojalá todo el mundo la conozca Pienso que es mejor decirle a este amigo (que hasta integrante de esta lista debe ser), que es mejor un buen arreglo que un mal pleito ... y si el amigo esta leyendo este mensaje, pues chevere que le saque lucro a OSM, pero ayúdenos a ser reconocidos... lo que no aguanta para los maperos es trabajar para no tener ni fama, ni fortuna... por lo menos ayudenos con la Fama... OSCAR RAMOS OVIEDO De: Jorge Gonzalez jag...@gmail.com Para: OpenStreetMap Colombia talk-co@openstreetmap.org Fecha: 12/05/2011 11:06 p.m. Asunto: Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil __ 2011/5/11 Fredy Rivera fredyriv...@gmail.com . A pesar de ser una empresa pequeña, prácticamente manejada por una sola persona, ha causado un daño muy grave con este abuso y tomaremos las medidas legales pertinentes para hacer cumplir nuestros derechos incluso a nivel Internacional con el equipo de abogados especialistas en el caso que la OSMF ha puesto a nuestra disposición. Sería bueno saber el nombre de la empresa de una vez -- Jorge Andrés González http://joorge.com Cel: 314 263 0285 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- ANDRES O. CALDERON R. MSc Geoinformation Science University of Twente, The Netherlands. Open Source Rocks - Open Source Rules GNU/Linux User No. 433418 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- ANDRES O. CALDERON R. MSc Geoinformation Science University of Twente, The Netherlands. Open Source Rocks - Open Source Rules GNU/Linux User No. 433418 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil
OK. Retiro lo dicho... No todo se soluciona con Amor y paz jeje OSCAR RAMOS OVIEDO De: andress calderon andress.calde...@gmail.com Para: OpenStreetMap Colombia talk-co@openstreetmap.org Fecha: 13/05/2011 09:55 a.m. Asunto: Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil =O, tienen razon... no es tan sencillo... -1 2011/5/13 Germán Márquez Mejía manch...@gmail.com Concuerdo con que entre más gente utilice nuestros datos, mejor, pero no es tan simple. La licencia de OSM no solo es BY, sino también SA, lo que la hace incompatible con la licencia de Google, pues ya no tendría control total sobre los datos y las modificaciones que haga. Así que, o Google retira los datos de OSM, o libera todos sus mapas. Y claro, no van a liberar los mapas :( La empresa colombiana es otro cuento porque le tiene que responder tanto al cliente (Google) como a la fuente de los datos (OSM). No sé qué licencia manejen, pero sea como sea, tienen la opción de a) adoptar la ODbL y adiós al cliente y a los proveedores no libres y se quedan con los datos de OSM :) o b) retirar todos los datos (incluso derivados) de OSM y se quedan con Google y con la información de sus otros proveedores :( Am Freitag, den 13.05.2011, 08:56 -0500 schrieb andress calderon: +1 2011/5/13 oscar.ra...@cafedecolombia.com Y porque no le decimos que no nos enrredemos, y que le dé el crédito a OSM y ya... Igual eso es lo que queremos... Igual nuestro interés es mapear para publicar la información... y que ojalá todo el mundo la conozca Pienso que es mejor decirle a este amigo (que hasta integrante de esta lista debe ser), que es mejor un buen arreglo que un mal pleito ... y si el amigo esta leyendo este mensaje, pues chevere que le saque lucro a OSM, pero ayúdenos a ser reconocidos... lo que no aguanta para los maperos es trabajar para no tener ni fama, ni fortuna... por lo menos ayudenos con la Fama... OSCAR RAMOS OVIEDO De: Jorge Gonzalez jag...@gmail.com Para: OpenStreetMap Colombia talk-co@openstreetmap.org Fecha: 12/05/2011 11:06 p.m. Asunto: Re: [Talk-co] Abusos de #google y su proveedor contra la Comunidad #OpenStreetMap #evil __ 2011/5/11 Fredy Rivera fredyriv...@gmail.com . A pesar de ser una empresa pequeña, prácticamente manejada por una sola persona, ha causado un daño muy grave con este abuso y tomaremos las medidas legales pertinentes para hacer cumplir nuestros derechos incluso a nivel Internacional con el equipo de abogados especialistas en el caso que la OSMF ha puesto a nuestra disposición. Sería bueno saber el nombre de la empresa de una vez -- Jorge Andrés González http://joorge.com Cel: 314 263 0285 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- ANDRES O. CALDERON R. MSc Geoinformation Science University of Twente, The Netherlands. Open Source Rocks - Open Source Rules GNU/Linux User No. 433418 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- ANDRES O. CALDERON R. MSc Geoinformation Science University of Twente, The Netherlands. Open Source Rocks - Open Source Rules GNU/Linux User No. 433418___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Etiquetas sector salud
2011/5/11 Germán Márquez Mejía manch...@gmail.com: Hola maprxs Reviviendo el tema de las etiquetas sobre salud en Colombia (no encontré el hilo y el sistema de búsqueda no funciona), qué tal si utilizamos el espacio de nombres IPS, de manera que todos los POI sean amenity=hospital y se pueda especificar el tipo (¿es un puesto de salud, un hospital de tercer nivel, una clínica especializada?) con etiquetas propias para Colombia como: Me gustaría contactar o hacer una reunión virtual con los interesados en el mapeo de instituciones de salud para mostrarles un proyecto en el que hemos trabajado. Salu2 Humano IPS:atención=1,2,3 IPS:complejidad=1,2,3,4,5,6,7,8 IPS:especialidad=pediatría,cardiología,obstetricia,oncología,... Y otras que se consideren. Así me parece que quedan cubiertas todas las características que definen una instutución prestadora de servicios de salud en el país. No conozco mucho del tema, así que me interesan las opiniones de quienes se mueven en el sector. ¿Qué tal? ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-es] ficheros del catastro
2011/5/13 Santiago Crespo openstreet...@flanera.net Hola maperos, Bueno, aún estoy emocionado después de leer la licencia de uso de los ficheros del catastro, bajarme los shapefiles del municipio de madrid con mi dnie a la primera y visualizarlos en quantum gis: qu debuti :) Son en total 46 archivos entre .SHP .SHX .PRJ y .DBF que pesan en total 424 Mb. Os ajunto una lista con los ficheros. Las principales capas son: Recintos: MASA: Manzanas urbanas y polígonos rústicos. PARCELA: Parcelas catastrales. En cartografía rústica también incluye descuentos (caminos, ríos). SUBPARCE: Subparcelas rústicas CONSTRU: Construcciones urbanas Líneas: EJES: Ejes de vías públicas LIMITES: Límites administrativos ELEMLIN: Elementos lineales diversos Puntos: ELEMPUN: Elementos puntuales diversos ALTIPUN: Puntos de altimetría Textos: ELEMTEX: Rótulos del mapa. Los rótulos se descargan como elementos lineales con el texto como atributo. Tabla no cartográfica: CARVIA: Codificación de elementos lineales (nombres de calles). Se descarga como fichero de dBASE (.DBF). + info: http://www.catastro.meh.es/ayuda/manual_descriptivo_shapefile.pdf Según la licencia no puedo redistribuirlos tal cual sin haber hecho antes un producto derivado y no sé muy bien qué hacer ahora. Lo que había pensado es descargarme los shapefiles de algún pueblo perdido que no aparezca en OSM y hacer pruebas con el Ogr2osm. ¿Alguna sugerencia? Saludos, Santiago Crespo. Buenas, pues así, a botepronto se me ocurre proponerte Zuzones, cerca de La Vid y Barrios, en la provincia de Burgos [1]. Tengo algunas trazas de alrededor y tengo pendiente subirlas y trazarlo, así que si quieres empezar por ahí, luego puedo ir añadiendo más cosas :) [1] http://www.openstreetmap.org/?lat=41.6235896945lon=-3.45566153526306zoom=17 Un saludo, -- Jonás Andradas Skype: jontux LinkedIn: http://www.linkedin.com/in/andradas GPG Fingerprint: 678F 7BD0 83C3 28CE 9E8F 3F7F 4D87 9996 E0C6 9372 Keyservers: pgp.mit.edu | pgp.rediris.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Relaciones de Relaciones...
Buenas, tengo una duda que quería consultar con la lista: Tengo un conjunto de edificios que son una única entidad (una bodega). Quería agruparlos como tal entidad. Había pensado simplemente en hacer un multipolígono, pero algunos edificios se tocan, y comparten vías (ways) así que a su vez, varios de los edificios son multipolígonos. Y no sé cómo hacer una relación que implique otras relaciones. Leyendo la Wiki, un multipolígono incluyendo todas las vías que componen los edificios podría funcionar, pero no creo que sea correcto. He visto la relación propuesta Multipart [1], pero según la wiki sus miembros son nodos o vías, no relaciones. Y he visto la relación propuesta Collected_Ways que, aunque por nombre no creo que sea la correcta, en teoría sí permite que sus miembros sean relaciones (aunque no sé cómo hacer eso en JOSM) [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Multipart [2] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Wayspodría ser utilizando MultiPart, ¿Cuál sería el método más correcto? Siempre está la última opción que sería hacer un área que contenga a todos los edificios, indicar que dicho área es la Bodega y dejar cada edificio por su lado. He visto que al crear relaciones, hay una pestaña relaciones padre y relaciones hijo. No sé como funcionan, pero por lógica, creo que podría hacer una relación Bodega, que fuera padre de cada relación edificio, aunque no sé cómo hacerlo tampoco, claro, ni si es correcto. Muchas gracias, -- Jonás Andradas Skype: jontux LinkedIn: http://www.linkedin.com/in/andradas GPG Fingerprint: 678F 7BD0 83C3 28CE 9E8F 3F7F 4D87 9996 E0C6 9372 Keyservers: pgp.mit.edu | pgp.rediris.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Relaciones de Relaciones...
Holas, 2011/5/13 Jonas Andradas j.andra...@gmail.com: He visto la relación propuesta Multipart [1], pero según la wiki sus miembros son nodos o vías, no relaciones. Y he visto la relación propuesta Collected_Ways que, aunque por nombre no creo que sea la correcta, en teoría sí permite que sus miembros sean relaciones (aunque no sé cómo hacer eso en JOSM) [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Multipart [2] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways podría ser utilizando MultiPart, ¿Cuál sería el método más correcto? Siempre está la última opción que sería hacer un área que contenga a todos los edificios, indicar que dicho área es la Bodega y dejar cada edificio por su lado. He visto que al crear relaciones, hay una pestaña relaciones padre y relaciones hijo. No sé como funcionan, pero por lógica, creo que podría hacer una relación Bodega, que fuera padre de cada relación edificio, aunque no sé cómo hacerlo tampoco, claro, ni si es correcto. Las relaciones hijo se pueden añadir de la misma manera que vías y nodos. O sea que cuando este seleccionada una relacion debe aparecer en el listado de la derecha en la pestaña Etiquetas y miembros y con uno de los botones se la hace miembro de la relacion padre. Ahora, que etiqueta usar prefiero no meterme en el debate :) pero multipart me suena bien, igual que multipolygon, y no me preocuparía con que el wiki dice solo vías y nodos, en fin es el wiki que debe seguir los usos existentes en la bdd y no al reves. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Relaciones de Relaciones...
2011/5/13 andrzej zaborowski balr...@gmail.com Holas, 2011/5/13 Jonas Andradas j.andra...@gmail.com: He visto la relación propuesta Multipart [1], pero según la wiki sus miembros son nodos o vías, no relaciones. Y he visto la relación propuesta Collected_Ways que, aunque por nombre no creo que sea la correcta, en teoría sí permite que sus miembros sean relaciones (aunque no sé cómo hacer eso en JOSM) [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Multipart [2] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways podría ser utilizando MultiPart, ¿Cuál sería el método más correcto? Siempre está la última opción que sería hacer un área que contenga a todos los edificios, indicar que dicho área es la Bodega y dejar cada edificio por su lado. He visto que al crear relaciones, hay una pestaña relaciones padre y relaciones hijo. No sé como funcionan, pero por lógica, creo que podría hacer una relación Bodega, que fuera padre de cada relación edificio, aunque no sé cómo hacerlo tampoco, claro, ni si es correcto. Las relaciones hijo se pueden añadir de la misma manera que vías y nodos. O sea que cuando este seleccionada una relacion debe aparecer en el listado de la derecha en la pestaña Etiquetas y miembros y con uno de los botones se la hace miembro de la relacion padre. Acabo de ver que, con la ventana de edición de relación abierta, si se selecciona una relación, ésta aparece a la derecha y se puede incluir. Muchas gracias por el truco :) Ahora, que etiqueta usar prefiero no meterme en el debate :) pero multipart me suena bien, igual que multipolygon, y no me preocuparía con que el wiki dice solo vías y nodos, en fin es el wiki que debe seguir los usos existentes en la bdd y no al reves. Saludos Jeje, pues de momento la voy a poner como multipart y a ver si alguien opina otra cosa. De momento la guardo en local, sin subirla. Un saludo, -- Jonás Andradas Skype: jontux LinkedIn: http://www.linkedin.com/in/andradas GPG Fingerprint: 678F 7BD0 83C3 28CE 9E8F 3F7F 4D87 9996 E0C6 9372 Keyservers: pgp.mit.edu | pgp.rediris.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ficheros del catastro
On Viernes 13 Mayo 2011 12:12:54 Santiago Crespo escribió: Lo que había pensado es descargarme los shapefiles de algún pueblo perdido que no aparezca en OSM y hacer pruebas con el Ogr2osm. ¿Alguna sugerencia? A ver, yo tengo por ahí unos scripts que convierten los shapes *y* la información alfanumérica, expanden nombres de vías, y tal. La capa de construcciones es fantástica. Pero la capa de ejes de vías hay que revisarla manualmente, y habría que hacer relaciones con las parcelas (que llevan el número de portal) y las vías. Échale un vistazo a catastreitor y a catastro2postgis, a ver si enganchando con ogr2osm sale algo manejable: http://ivan.sanchezortega.es/catastreitor/ https://github.com/oscarfonts/catastro2postgis Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Some cause happiness wherever they go; others, whenever they go. - Oscar Wilde (1854-1900) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ficheros del catastro
Me parece interesante la importación de prueba. Santiago, ¿aceptas colaboración para mapear atributos, ver que funciona, que no... ? Bueno, Santiago, Ivan... los que tengan interés. En cualquier caso, ¿se puede importar Catastro a OSM? Yo pensaba que no al no ser OSM algo derivado, aunque pensandolo... al importarlos a otra BBDD ya hacemos un producto derivado, no suministramos sus SHP directamente. Iván Sánchez Ortega i...@sanchezortega.es escribió: On Viernes 13 Mayo 2011 12:12:54 Santiago Crespo escribió: Lo que había pensado es descargarme los shapefiles de algún pueblo perdido que no aparezca en OSM y hacer pruebas con el Ogr2osm. ¿Alguna sugerencia? A ver, yo tengo por ahí unos scripts que convierten los shapes *y* la información alfanumérica, expanden nombres de vías, y tal. La capa de construcciones es fantástica. Pero la capa de ejes de vías hay que revisarla manualmente, y habría que hacer relaciones con las parcelas (que llevan el número de portal) y las vías. Échale un vistazo a catastreitor y a catastro2postgis, a ver si enganchando con ogr2osm sale algo manejable: http://ivan.sanchezortega.es/catastreitor/ https://github.com/oscarfonts/catastro2postgis Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Some cause happiness wherever they go; others, whenever they go. - Oscar Wilde (1854-1900) ___ 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-es] ficheros del catastro
On Sábado 14 Mayo 2011 01:20:05 juanramon.tam...@mpt.es escribió: En cualquier caso, ¿se puede importar Catastro a OSM? Yo pensaba que no al no ser OSM algo derivado, aunque pensandolo... al importarlos a otra BBDD ya hacemos un producto derivado, no suministramos sus SHP directamente. Al hacer la conversión, y al poner en orden los ejes de vía y demás, sí que estás haciendo un producto derivado. O al menos así lo entiendo yo. Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es MSN:i...@void.sanchezortega.es Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[OSM-Talk-ZA] Speeds in OSM
Hi I have been editing in OSM and have noticed that every Street or Freeway I come across in the Port Elizabeth area has no speed limit in. Is there a default speed that OSM accept if no speed limit has been set for Freeway6s and in City/Town or do al of them needs to be set? Hoping to hear from you soon. Renier Marx Route Controller PH: 041 - 404 1318 FAX: 041 - 453 7437 E-MAIL: re...@algoabus.co.za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [OSM-Talk-ZA] Speeds in OSM
Hello Renier, I believe there is a rather complicated proposal on the OSM wiki. It tries to model the European situation were streets inside cities have very low speed limits. Personally I think this proposal is much too difficult to implement and I would rather see global defaults for each highway type. I can think of at least 2 applications for accurate speed limit data in OSM: (1) warning driver when he is breaking the law and (2) estimating average speed so that faster and more economical routes can be calculated. The default average speed for my Gosmore router can be found here: http://trac.openstreetmap.org/export/25985/applications/rendering/gosmore/elemstyles.xml So to answer you: If you are curious about speed limits or you want the best possible routing, then go ahead an collect it. Personally I'm much more focused on street names, points of interest and house names. Regards, Nic On Fri, May 13, 2011 at 1:11 PM, Renier Marx re...@algoabus.co.za wrote: Hi I have been editing in OSM and have noticed that every Street or Freeway I come across in the Port Elizabeth area has no speed limit in. Is there a default speed that OSM accept if no speed limit has been set for Freeway6s and in City/Town or do al of them needs to be set? Hoping to hear from you soon. Renier Marx Route Controller PH: 041 - 404 1318 FAX: 041 - 453 7437 E-MAIL: re...@algoabus.co.za __ Information from ESET NOD32 Antivirus, version of virus signature database 6117 (20110512) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-cz] Nezmapovan? obce
hanoj píše v Pá 13. 05. 2011 v 01:47 +0200: vyjma lesu (idkyz CORINE rozlisuje typ lesa list/jehl/mix)... Nebyla tato informace i v UHUL? Pokud si vzpomínám, proběhla diskuse, zda to importovat. UHUL je navíc dost starý. Místy je v terénu vidět, že data jsou stará skoro 20 let. Pokud by CORINE byla novější, import by mohl mít smysl. Například zde byla skoro před 20 lety přeložena silnice, a kolem nové silnice vykácen pruh lesa. Na místě původní silnice byly vysazeny stromky. Dnes už je tam vzrostlý les. UHUL zachycuje stav před 20 lety: http://www.openstreetmap.org/?lat=49.06582lon=14.85526zoom=17layers=M -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nezmapovan? obce
Ahoj! On Fri 2011-05-13 14:44:17, Stanislav Brabec wrote: hanoj píše v Pá 13. 05. 2011 v 01:47 +0200: vyjma lesu (idkyz CORINE rozlisuje typ lesa list/jehl/mix)... Nebyla tato informace i v UHUL? Pokud si vzpomínám, proběhla diskuse, zda to importovat. Byla... vcetne druhu lesa a vnitrnich hranic. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nezmapovan? obce
Ahoj! Pokud by se to importovalo jen u obcí, u kterých žádná obytná definovaná není (případně jen tam, kde nejsou ani domy, ulice a další věci), tak bych v tom takový problém neviděl. Tedy pokud ta data alespoň za něco stojí. *** CORINE za neco stoji, ale chtelo by to kdyz uz importovat cely CORINE [2] tj. nejen zastavene uzemi sidel ale take louky, pole, prumysl, doly - vyjma lesu (idkyz CORINE rozlisuje typ lesa list/jehl/mix)... No, i kdyz by me data o loukach a polich nesmirne potesila, nemyslim ze by kvuli tomu bylo rozumne blokovat import l=residential. Kdyz se to udela postupne (l=residential prvni), aspon se objevi pripadne problemy... A kdyz se to importuje jen tam kde v okoli l=residential neni, nemelo by to nikomu prekazet... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Accessibilité pour personnes handicapées (était: Balisage de la dangerosité des routes pour les cyclistes)
Si je ne me trompe, l'annonce a déjà été relayée deux fois sur cette liste. Et la première annonce avait provoqué une réaction (que je trouve justifiée) : décrire l'accessibilité, c'est faire du micro-mapping en ville : les GPS ne serviront pas à grand-chose, il vaut mieux parler de walking papers (ou des plug_in cadastre de JOSM/merkaartor). Mais sur la liste des inscrits, je ne vois qu'Hélène PETIT qui a compris le message (matériel ; papier crayon) et Phil Buch qui a un esprit pratique (matériel : décamètre). Art. Le 12 mai 2011 20:54, Gérard ger...@buscyclistes.org a écrit : J'en profite pour (re)signaler que samedi prochain à Toulouse, il y aura justement une cartopartie dédiée aux besoins des personnes handicapées. Il y a 21 inscrits pour le moment... Voir http://www.toulibre.org/cartopartie Le 12 mai 2011 11:52, Julien Fastré julienfas...@gmail.com a écrit : Bonjour, J'ai réfléchi à la question depuis hier. Je partage ces réflexions et quelques idées. 1. Je pense que la réflexion pourrait être élargie à d'autres domaines que la pratique cycliste. Par exemple: les déplacements pour les personnes à mobilité réduite, pour les malvoyants, etc. A mon avis, on réfléchit uniquement pour les cyclistes parce que les contributeurs que nous sommes doivent être fréquemment des cyclistes. J'ai déjà vu passer des messages où l'un ou l'autre s'en revendiquait; je n'ai jamais vu de contributeur signalant qu'il était malvoyant ou se déplaçant en fauteuil roulant (il y en a? ça m'intéresserait !). Donc, on y pense pas, mais on pourrait... Cependant, moi, je suis bien incapable de dire qu'un endroit est accessible ou pas aux personnes handicapées: je ne me suis jamais balladé en chaise roulante. ___ 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] Accessibilité pour personnes handicapées (était: Balisage de la dangerosité des routes pour les cyclistes)
Oui la cartopartie à lieu demain. Les GPS ne nous servirons pas seulement à mapper mais surtout aux personnes présentes à s'en servir. Et c'est aussi le but de cette journée :) Pour ceux qui ne sont pas encore inscrit, il y aura un gros gâteau pour le gouter ! (on sait jamais c'est peut-être un argument clé pour certains d'entre vous :p) ++ Le 13 mai 2011 07:58, Art Penteur art.pent...@gmail.com a écrit : Si je ne me trompe, l'annonce a déjà été relayée deux fois sur cette liste. Et la première annonce avait provoqué une réaction (que je trouve justifiée) : décrire l'accessibilité, c'est faire du micro-mapping en ville : les GPS ne serviront pas à grand-chose, il vaut mieux parler de walking papers (ou des plug_in cadastre de JOSM/merkaartor). Mais sur la liste des inscrits, je ne vois qu'Hélène PETIT qui a compris le message (matériel ; papier crayon) et Phil Buch qui a un esprit pratique (matériel : décamètre). Art. Le 12 mai 2011 20:54, Gérard ger...@buscyclistes.org a écrit : J'en profite pour (re)signaler que samedi prochain à Toulouse, il y aura justement une cartopartie dédiée aux besoins des personnes handicapées. Il y a 21 inscrits pour le moment... Voir http://www.toulibre.org/cartopartie Le 12 mai 2011 11:52, Julien Fastré julienfas...@gmail.com a écrit : Bonjour, J'ai réfléchi à la question depuis hier. Je partage ces réflexions et quelques idées. 1. Je pense que la réflexion pourrait être élargie à d'autres domaines que la pratique cycliste. Par exemple: les déplacements pour les personnes à mobilité réduite, pour les malvoyants, etc. A mon avis, on réfléchit uniquement pour les cyclistes parce que les contributeurs que nous sommes doivent être fréquemment des cyclistes. J'ai déjà vu passer des messages où l'un ou l'autre s'en revendiquait; je n'ai jamais vu de contributeur signalant qu'il était malvoyant ou se déplaçant en fauteuil roulant (il y en a? ça m'intéresserait !). Donc, on y pense pas, mais on pourrait... Cependant, moi, je suis bien incapable de dire qu'un endroit est accessible ou pas aux personnes handicapées: je ne me suis jamais balladé en chaise roulante. ___ 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 -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Paris: bâtiments manquants ?
En survolant Paris à l'aide de bing, je constate que des bâtiments manquent. Est-ce un problème lié à l'import du bâti depuis le cadastre vectorisé ? Bien entendu, il peut s'agir de bâtiments démolis, mais cela fait beaucoup et certains sont des immeubles récents qui n'ont sûrement pas été démolis ces dernières années. Est-ce utile de les noter par un FIXME (j'en ai noté certains et je me pose la question de l'utilité avant de continuer) ? Est-ce utile de les réintégrer depuis le cadastre vectoriel actuel ? J'en ai fait deux pour voir... mais manuellement ça prend vraiment du temps car il faut faire correspondre les points de contact avec les bâtiments existants, remettre les numéros (quand il y en a) sur le way du bâtiment, recréer les multipolygones après la fusion dans JOSM. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paris: bâtiments manquants ?
Salut, Le 13/05/2011 09:48, Christian Quest a écrit : En survolant Paris à l'aide de bing, je constate que des bâtiments manquent. Est-ce un problème lié à l'import du bâti depuis le cadastre vectorisé ? C'est un problème « commun ». À priori, même en saucissonnant les requêtes, ça peut « planter » et ne pas importer tous les bâtiments. J'ai eu le soucis récemment à Outreau (cette ville est vraiment maudite;-)) Est-ce utile de les réintégrer depuis le cadastre vectoriel actuel ? J'en ai fait deux pour voir... mais manuellement ça prend vraiment du temps car il faut faire correspondre les points de contact avec les bâtiments existants, remettre les numéros (quand il y en a) sur le way du bâtiment, recréer les multipolygones après la fusion dans JOSM. La correction manuelle peut-être la bonne solution s'il ne manque pas trop de bâtiments. Si non, il vaut mieux annuler le changeset et retenter Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Balisage de la dangerosité des routes pour les cyclistes ( était: Lorraine Veloroutes Voies Vertes)
Tout à fait d'accord avec arno. Pour moi, les échelles de cyclabilité sont trop techniques que pour être représentée par une seule appréciation d'un contributeur. Je trouverai beaucoup plus intéressant que l'on utilise les échelles réalisées par des personnes/associations/projets/pouvoirs publics qui tiennent compte de plus d'indicateurs. Julien arno a ecrit le 12/05/2011 23:07: Le jeudi 12 mai 2011, à 22:35:19 +0200, Gérard a écrit : Je suis pas très chaud pour une multi-échelle. Mais bon, s'il y a du monde qui y tienne? Je proposerai l'échelle de cyclabilité suivante (en mode père de famille): bicycle=advisable1 Cette voie est tellement tranquille, que même des petits enfants (méconnaissant le code de la route) peuvent y jouer à vélo. Circulation motorisée exceptionelle. Exemple: rue en impasse dans un lotissement. bicycle=advisable2 Voie tranquille. On y laisse volontiers circuler ses enfants (qui connaissent les rudiments des règles de conduite) à vélo, le trafic motorisé y étant faible ET ralenti. Exemple rue de lotissement (tant qu'elle ne sert pas de racourci sauvage) bicycle=advisable3 Voie moins tranquile. Un adulte normalement prudent y circule néanmoins aisément à vélo, en restant attentif à la circulation motorisée modérée: faible trafic à =50km/h OU important trafic mais ralenti =30km/h. Exemple 1: rue quelconque à faible trafic . Exemple 2: rue avec ralentisseurs et traffic notable bicycle=advisable4 Voie passante. La pluspart des cyclistes adultes ne s'y sentent pas assez en sécurité du fait d'un trafic motorisé trop important OU (ou exclusif) trop rapide. Exemple 1: avenue ou rue très passante en ville (50 km/h maxi). Exemple 2: route de campagne à 90km/h et faible trafic: les voitures ont rarement à se croiser, de sorte de pouvoir facilement largement déboiter pour doubler un vélo. bicycle=advisable5 Voie dangereuse! A éviter par tous les cyclistes. Trafic motorisé intense et rapide (supérieur à 60km/h). Exemple: route de campagne où les voitures se croisent fréquement, de sorte qu'elle rasent les vélos lors des dépassements (au mépris de l'article R414-4 du code de la route) L'échelle que tu proposes, basée sur l'intensité/la vitesse du traffic: - est déjà plus ou moins représentée par le tag highway (residential, tertiary, secondary) - ne représente qu'une partie des paramètres à prendre en compte pour la dangerosité d'un déplacement cyclable (aménagements cyclables, largeur de la voie, stationnement automobile, circulation fréquente de camions, proximité d'école, sorties de garages, etc) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Accessibilité pour personnes handicapées (était: Balisage de la dangerosité des routes pour les cyclistes)
Florian LAINEZ a écrit , Le 13/05/2011 09:46: argument clé Faut voir. C'est un gâteau à quoi ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paris: bâtiments manquants ?
2011/5/13 Christian Quest christian.qu...@gmail.com En survolant Paris à l'aide de bing, je constate que des bâtiments manquent. Est-ce un problème lié à l'import du bâti depuis le cadastre vectorisé ? Ca peut être un problème du script ou même du cadastre en ligne lui-même qui a parfois des bâtiments qui disparaissent temporairement. J'en ai déjà rajouté pas mal sur Paris à la main avec JOSM et le plugin cadastre-fr ou Bing (après recalage de l'image). Certains arrondissements sont plus touchés que d'autres. Lorsque j'ajoute les adresses, j'en profite pour vérifier aussi le bâti lorsque je constate des trous, ce que j'ai fait systématiquement depuis le 1er jusqu'au 10e arrondissement sur lequel je travaille actuellement. Mais c'est aléatoire comme vérification car je ne combine que rarement cadastre et Bing à l'écran. Mais il faut être prudent. Parfois, c'est le cadastre qui a raison et pas Bing qui peut être aussi en retard d'une démolition... Inversement, si le bâti a disparu physiquement mais pas dans le cadastre ou sur Bing, je laisse parfois le polygone en place avec uniquement un tag note=sur cadastre mais plus sur terrain ou quelque chose dans le genre pour éviter que d'autres ne le remette dans la base. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Balisage de la dangerosité des routes pour les cyclistes ( était: Lorraine Veloroutes Voies Vertes)
2011/5/13 Julien Fastré julienfas...@gmail.com Tout à fait d'accord avec arno. Pour moi, les échelles de cyclabilité sont trop techniques que pour être représentée par une seule appréciation d'un contributeur. Je trouverai beaucoup plus intéressant que l'on utilise les échelles réalisées par des personnes/associations/projets/pouvoirs publics qui tiennent compte de plus d'indicateurs. Pourtant, parfois ça fonctionne avec certains tags comme 'sac_scale' qui n'est pas controversé, contrairement à tracktype par exemple. Ca dépend je pense de la qualité du descriptif et un choix restreint (un 'sac_scale' avec 10 valeurs n'aurait pas eu le même succès). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Accessibilité pour personnes handicapées (était: Balisage de la dangerosité des routes pour les cyclistes)
2011/5/13 Hélène PETIT h...@free.fr Florian LAINEZ a écrit , Le 13/05/2011 09:46: argument clé Faut voir. C'est un gâteau à quoi ? Des gâteaux avec des cartes OSM dessus bien-sûr, comme ceux-ci: http://www.flickr.com/photos/swardman/5672286629/ http://www.flickr.com/photos/swardman/5672287339/ http://www.flickr.com/photos/swardman/5672286839/ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Balisage de la dangerosité des routes pour les cyclistes ( était: Lorraine Veloroutes Voies Vertes)
Bonjour, @Pieren: pour moi, sac_scale fonctionne parce qu'il est basé sur la classification du club Alpin Suisse. Il n'y a pas que la qualité du descriptif et le choix restreint qui entre en compte;il y a aussi le fait qu'il existe une base indépendante, que tout le monde reconnaît. En cyclabilité, à ce que je sache, il n'y a pas de classification qui fait consensus. Il y a des tentatives (voir http://cyclabilite.org), mais pas encore d'accord (peut-être que quelqu'un a une autre info...). Donc, intégrons ces tentatives plutôt que d'en créer d'autres, qui ne seraient pas reconnues (voir, même, pourraient détourner des acteurs associatifs du projet OSM). Ce soir il y a une rencontre informelle OSM à Liège (belgique) avec des membres d'associations cyclistes. Je peux évoquer le sujet si on a le temps... Julien Pieren a ecrit le 13/05/2011 11:35: 2011/5/13 Julien Fastré julienfas...@gmail.com mailto:julienfas...@gmail.com Tout à fait d'accord avec arno. Pour moi, les échelles de cyclabilité sont trop techniques que pour être représentée par une seule appréciation d'un contributeur. Je trouverai beaucoup plus intéressant que l'on utilise les échelles réalisées par des personnes/associations/projets/pouvoirs publics qui tiennent compte de plus d'indicateurs. Pourtant, parfois ça fonctionne avec certains tags comme 'sac_scale' qui n'est pas controversé, contrairement à tracktype par exemple. Ca dépend je pense de la qualité du descriptif et un choix restreint (un 'sac_scale' avec 10 valeurs n'aurait pas eu le même succès). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Balisage de la dangerosité des routes pour les cyclistes ( était: Lorraine Veloroutes Voies Vertes)
Le vendredi 13 mai 2011, à 11:35:55 +0200, Pieren a écrit : 2011/5/13 Julien Fastré julienfas...@gmail.com Tout à fait d'accord avec arno. Pour moi, les échelles de cyclabilité sont trop techniques que pour être représentée par une seule appréciation d'un contributeur. Je trouverai beaucoup plus intéressant que l'on utilise les échelles réalisées par des personnes/associations/projets/pouvoirs publics qui tiennent compte de plus d'indicateurs. Pourtant, parfois ça fonctionne avec certains tags comme 'sac_scale' qui n'est pas controversé, contrairement à tracktype par exemple. Ca dépend je pense de la qualité du descriptif et un choix restreint (un 'sac_scale' avec 10 valeurs n'aurait pas eu le même succès). sac_scale, ça m'a l'air beaucoup moins subjectif comme choix. Soit, j'arrive à passer ce chemin soit pas. Le seul point qui pourrait poser souci, c'est savoir où on place la barre pour Profound alpine experience par exemple. D'autre part, en ce qui concerne le niveau de danger d'un déplacement, tout le monde a un avis. Même les gens qui ne se déplacent jamais en vélo ont un avis bien tranché sur ce qui est dangereux ou pas (souvent complètement faux). On observe beaucoup moins ce phénomène en ce qui concerne la randonnée en haute montage :) Quand une activité est assurée quotidiennement par des millions d’individus, il est difficile de leur faire admettre que sa pratique « normale » ne confère pas une compétence pour parler de l'échec de cette bonne pratique engendrant l'accident ». La familiarité avec la conduite transforme chaque titulaire d'un permis de conduire en expert de la sécurité routière et peu de domaines de recherche sont aussi envahis par les idées reçues, les hypothèses et les passions que celui des accidents de la route. http://www.securite-routiere.org/Connaitre/accidentologie.htm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Accessibilité pour personnes handicapées (était: Balisage de la dangerosité des routes pour les cyclistes)
hum non pour cette fois ça sera plus classique chocolat :D Le 13 mai 2011 11:44, Pieren pier...@gmail.com a écrit : 2011/5/13 Hélène PETIT h...@free.fr Florian LAINEZ a écrit , Le 13/05/2011 09:46: argument clé Faut voir. C'est un gâteau à quoi ? Des gâteaux avec des cartes OSM dessus bien-sûr, comme ceux-ci: http://www.flickr.com/photos/swardman/5672286629/ http://www.flickr.com/photos/swardman/5672287339/ http://www.flickr.com/photos/swardman/5672286839/ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 6èmes Rencontres des Dynamiques Régionales en Information Géographique
2011/5/12 François Van Der Biest francois.vanderbi...@camptocamp.com: Bonsoir, 2011/5/12 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Je viens de voir que camptocamp aurait tout de même un stand : http://rencontres-afigeo.craig.fr/partenaires Si c'est bien le cas, tout n'est pas perdu :-) En effet. Je viens de me renseigner à l'instant : il est tout à fait possible de partager le stand C2C avec un ou des contributeurs OSM. Je ne pourrai malheureusement pas être présent en personne. Il faudra juste penser à apporter une bannière OSM ! Ah, c'est une possibilité a laquelle je n'avais pas pensé.. comme j'en ai parlé a gael a solutions linux, il faut des contributeurs OSM pour venir faire un peu de lobbying, même si ce n'est pas un stand dédié :) Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 6èmes Rencontres des Dynamiques Régionales en Information Géographique
Le vendredi 13 mai 2011 13:39:23 Landry Breuil, vous avez écrit : 2011/5/12 François Van Der Biest francois.vanderbi...@camptocamp.com: Bonsoir, 2011/5/12 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Je viens de voir que camptocamp aurait tout de même un stand : http://rencontres-afigeo.craig.fr/partenaires Si c'est bien le cas, tout n'est pas perdu :-) En effet. Je viens de me renseigner à l'instant : il est tout à fait possible de partager le stand C2C avec un ou des contributeurs OSM. Je ne pourrai malheureusement pas être présent en personne. Il faudra juste penser à apporter une bannière OSM ! Ah, c'est une possibilité a laquelle je n'avais pas pensé.. comme j'en ai parlé a gael a solutions linux, il faut des contributeurs OSM pour venir faire un peu de lobbying, même si ce n'est pas un stand dédié :) Bonjour, Qui représentera C2C sur le stand ? A priori, je pourrai passer pendant les créneaux « visite des stands », il faudrai donc que je cale ça avec le contact C2C. Niveau support, pour la bannière on fait comment ? Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Paris: bâtiments manquants ?
J'en profite pour demander laquelle des deux localisations (cadastre ou Bing) est la plus fiable, sur laquelle se baser ? en particulier sur la région parisienne... Mon tracker GPS n'est pas assez précis pour trancher :-( Je m'y perds... Le vendredi 13 mai 2011 à 11:30 +0200, Pieren a écrit : 2011/5/13 Christian Quest christian.qu...@gmail.com En survolant Paris à l'aide de bing, je constate que des bâtiments manquent. Est-ce un problème lié à l'import du bâti depuis le cadastre vectorisé ? Ca peut être un problème du script ou même du cadastre en ligne lui-même qui a parfois des bâtiments qui disparaissent temporairement. J'en ai déjà rajouté pas mal sur Paris à la main avec JOSM et le plugin cadastre-fr ou Bing (après recalage de l'image). Certains arrondissements sont plus touchés que d'autres. Lorsque j'ajoute les adresses, j'en profite pour vérifier aussi le bâti lorsque je constate des trous, ce que j'ai fait systématiquement depuis le 1er jusqu'au 10e arrondissement sur lequel je travaille actuellement. Mais c'est aléatoire comme vérification car je ne combine que rarement cadastre et Bing à l'écran. Mais il faut être prudent. Parfois, c'est le cadastre qui a raison et pas Bing qui peut être aussi en retard d'une démolition... Inversement, si le bâti a disparu physiquement mais pas dans le cadastre ou sur Bing, je laisse parfois le polygone en place avec uniquement un tag note=sur cadastre mais plus sur terrain ou quelque chose dans le genre pour éviter que d'autres ne le remette dans la base. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fiabilité des sources (était : Paris: bâtiments manquants ?)
Teuxe wrote: J'en profite pour demander laquelle des deux localisations (cadastre ou Bing) est la plus fiable, sur laquelle se baser ? en particulier sur la région parisienne... Mon tracker GPS n'est pas assez précis pour trancher :-( Je m'y perds... Vaste sujet ! Des discussions précédentes, j'ai retenu que la fiabilité des sources était toujours relative et qu'on peut se fier aux sources à condition de privilégier le bon sens. Techniquement, il faut savoir que la résolution et la qualité du calage de l'ortho Bing est variable verticalement (d'un niveau de zoom à l'autre) et horizontalement (d'un lieu à un autre). Le cadastre est généralement bien calé (quand il a été vectorisé) mais il est loin d'être complet et à jour. Bref : - évite de mapper des choses que tu n'as pas vue en vrai ou pour lesquels tu as un doute (au moins mets des tags note/fixme explicite dans ce cas) - garde toujours un œil critique quand tu utilises des sources externes - privilégie des saisie cohérentes avec ce qu'il y a autour à des saisies qui paraissent ultra-précises (mais qui ne le sont pas de toute façon) Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fiabilité des sources (était : Paris: bâtiments manquants ?)
Le vendredi 13 mai 2011 à 16:16 +0200, Gilles Bassière a écrit : Teuxe wrote: J'en profite pour demander laquelle des deux localisations (cadastre ou Bing) est la plus fiable, sur laquelle se baser ? en particulier sur la région parisienne... Mon tracker GPS n'est pas assez précis pour trancher :-( Je m'y perds... Vaste sujet ! Des discussions précédentes, j'ai retenu que la fiabilité des sources était toujours relative et qu'on peut se fier aux sources à condition de privilégier le bon sens. La seule chose fiable, ce sont les repères géodésiques, mais il faut vérifier qu'ils n'ont pas été déplacés (ils doivent être en V1) Ils permettent de savoir si Bing ou le Cadastre sont bien calés. Il y en a un peu partout. Souvent ce sont des clochers d'église, ce qui est pratique par rapport au cadastre et bing. Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fiabilité des sources (était : Paris: bâtiments manquants ?)
Philippe Pary wrote: Le vendredi 13 mai 2011 à 16:16 +0200, Gilles Bassière a écrit : Teuxe wrote: J'en profite pour demander laquelle des deux localisations (cadastre ou Bing) est la plus fiable, sur laquelle se baser ? en particulier sur la région parisienne... Mon tracker GPS n'est pas assez précis pour trancher :-( Je m'y perds... Vaste sujet ! Des discussions précédentes, j'ai retenu que la fiabilité des sources était toujours relative et qu'on peut se fier aux sources à condition de privilégier le bon sens. La seule chose fiable, ce sont les repères géodésiques, mais il faut vérifier qu'ils n'ont pas été déplacés (ils doivent être en V1) Ils permettent de savoir si Bing ou le Cadastre sont bien calés. Il y en a un peu partout. Souvent ce sont des clochers d'église, ce qui est pratique par rapport au cadastre et bing. Philippe J'ai récemment assisté à la conférence Mesurer la Terre, précision et imprécision de Jacques Beilin (géodésiste passionnant et passioné). J'en retiens que plus le besoin de précision est grand, plus il y a de paramètres à prendre en considération et plus les moyens de mesure sont lourds à mettre en œuvre. Mais même avec les meilleurs outils et techniques, il faut garder à l'esprit que la mesure gardera *toujours* une part d'imprécision. Je serai donc tenté de dire que les repères géodésiques répondent aux mêmes règles que les autres sources. Bien qu'ils soient globalement assez fiables (probablement la source la plus précise et fiable disponible pour OSM en France), on ne peut pas s'abstenir de bon sens et d'esprit critique lorsqu'on les utilise. Il ne faut pas considérer la fiabilité comme acquise, ni pour cette source, ni pour aucune autre. A propos des clochers, il faut savoir qu'il y a plusieurs ordres d'importance pour les points géodésiques (au moins sur le réseau NTF). Plus l'ordre est élevé, plus le point a été entretenu et mesuré avec soin. Les repères installés sur les clochers constituent le niveau le plus faible. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fiabilité des sources (était : Paris: bâtiments manquants ?)
Bonsoir, Aucune source n'est fiable seule! Et ce quel que soit le domaine de travail. Une source fiable est une source vérifiée. Comment fiabiliser une source? Le seul moyen est de prendre une autre source indépendante réalisée par une autre personne à un autre moment. Ensuite on prend soin de prendre une autre source pour valider les précédentes. On n'oublie pas de faire soit même visuellement le contrôle en dernier ressort. Et encore même dans le cas où toutes les précautions sont prises il arrive encore que le résultat soit faux! On a oublier d'aller chercher la source originale/originelle de toutes ces informations. Il ne faut pas oublier que seul l'élément physique est fiable mais hélas uniquement à l'instant précis où il a lieu. Dès que l'instant T est passé le risque d'erreur existe pour de multiples raisons. On voit de suite l'importance de citer ses sources afin de permettre à d'autres de vérifier même s'ils ont confiance en vous. 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] Fiabilité des sources (était : Paris: bâtiments manquants ?)
Le 13/05/2011 18:31, Gilles Bassière a écrit : A propos des clochers, il faut savoir qu'il y a plusieurs ordres d'importance pour les points géodésiques (au moins sur le réseau NTF). Plus l'ordre est élevé, plus le point a été entretenu et mesuré avec soin. Les repères installés sur les clochers constituent le niveau le plus faible. Cordialement À propos des clochers encore... Avec Bing, attention au parallaxe. Si la photo aérienne n'est pas pile poil à la verticale du clocher, il y aura un décalage entre le point géodésique et l'endroit où il apparaît sur la photo. Quand ce parallaxe est important, on s'en rend bien compte parce qu'on voit les côtés de l'église ou du clocher. Mais quand il est faible, il est facile de l'oublier et de penser que soit le point est mal placé, soit la photo est mal calée. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] wiki OSM : où placer les pages en FR
Le 12/05/11 22:32, Fabrice Phung a écrit : Bonsoir à tous, Je souhaiterais placer quelques articles rédigés en français dans le wiki openstreetmap. Constatant un chemin wiki/WikiProject_France/ sur nombre de pages, je me demande s'il faut suivre la même hiérarchie, et comment on fait. Les premiers articles créés ne comportent pas ce chemin, j'espère ne pas avoir fait de bêtise. Merci pour vos lumières. En vérité, les pages FR auraint dues être notées Fr, car il s'agit des pages en français (FR devrait être réservé à ce qui concerne la France, Dom et Com compris). Si tu rédiges un article, tu dois te poser la question : est-ce une affaire franco-française ou une question qui concerne les Belges, les Québécois, les Suisses romands, et tout francophone dans le monde. c'est alors facile de savoir s'il faut avoir un chemin FR ou un chemin WikiProjectFrance. Il ne serait pas anormal de trouver un article qui n'est pas en français dans le WikiProjectFrance, alors que dans FR, il paraît plus raisonnable d'utiliser le français avec quelques repères en anglais pour les non francophones Christian PS : Tout ce qui est en français n'est pas uniquement pour les Français et, heureusement, on peut être français, sans savoir le français (contrairement aux Espagnols, par exemple). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] User Stats over 400 000
See http://www.openstreetmap.org/stats/data_stats.html Cheers Bob___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] User Stats over 400 000
-Original Message- From: Sam Vekemans [mailto:acrosscanadatra...@gmail.com] Sent: 13 May 2011 09:32 To: Bob Kerr Cc: talk-gb@openstreetmap.org Subject: Re: [Talk-GB] User Stats over 400 000 Is anyone taking a stap-shot, of month-over-month comparison of this data? Thanks, Sam On 5/13/11, Bob Kerr openstreetmapcraigmil...@yahoo.co.uk wrote: See http://www.openstreetmap.org/stats/data_stats.html Cheers Bob Sam, See http://wiki.openstreetmap.org/wiki/Stats Cheers, Gregory ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Help persuade NavMii to update their UK+ROI map more often
For those that don't know, navmii make a car sat-nav app for the iPhone called Navfree GPS UK ROI This app is free, is built on OSM data, and is typically the #1 app in the Navigation-Free category in the App Store (ahead of skobbler which is currently #3) This is a pretty good advocate for OpenStreetMap, putting it in the hands of people that may not have been aware of us before. But unfortunately navmii only update their map whenever they release a new version of the app. Their current map dates from Feb 2011 and (according to the ITO coverage) we've added around 40,000 new road details since then! This has the knock on effect that NavFree users will use their Map Feedback tool to report errors that we've already fixed. If these are recorded as Map Dust then that increases the number of false reports we have to look at. I've posted a suggestion on their User Voice forum that they should update the map more frequently (I suggested once a month). If you think this is something they should do, please go to: http://navmii.uservoice.com/forums/76347-navmii-/suggestions/1813197-please-update-the-navfree-maps-more-frequently and vote for that suggestion. Thanks all, Graham ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] sidewalks and trails
There is definitely at least one segment where it's a sidewalk over by the slough near the airport (I used to ride it all the time to Vancouver). It's just for a block or two, but it's on the sidewalk. Looks like it's just tagged as a cycleway along the side of the road for now: http://www.openstreetmap.org/?lat=45.567406lon=-122.551772zoom=18 (take a look at it in Potlach to see the aerial). -Mele Sax-Barnett TriMet GIS Intern On 05/03/2011 05:39 PM, PJ Houser wrote: Sidewalks as separate ways. I am working on some multi-use paths that travel on sidewalks for some portions, like the I-205 corridor in Portland, Oregon. Mapping sidewalks as a separate way is now an approved practice, and I'd like to do this for the parts of the trail that become a sidewalk for awhile. However, the approved tagging is highway=footway, footway=sidewalk. The trails I'm working on are multi-use, thus they should be highway=path, so would I need to add path=sidewalk to indicate they are a sidewalk? Where is it a sidewalk? I could be wrong, but I swear I've been up and down this several times and can't recall a segment where it runs on the sidewalks. It's more like an access path to the trail. http://www.openstreetmap.org/?lat=45.4958719lon=-122.5673215zoom=25 -- PJ Houser Trimet GIS intern -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-us/attachments/20110512/1 412f2dd/attachment-0001.html -- Message: 2 Date: Thu, 12 May 2011 20:16:04 -0700 From: Paul Johnson ba...@ursamundi.org To: talk-us@openstreetmap.org Subject: Re: [Talk-us] sidewalks and trails Message-ID: iqi7pp$9i9$1...@dough.gmane.org Content-Type: text/plain; charset=utf-8 On 05/12/2011 07:05 PM, PJ Houser wrote: It's more like an access path to the trail. http://www.openstreetmap.org/?lat=45.4958719lon=-122.5673215zoom=25 http://www.openstreetmap.org/?lat=45.4958719lon=-122.5673215zoom=25 Looks like a sidewalk for the adjacent park and ride driveway, intended for pedestrians only. I wouldn't give it a name, and I'd tag it as a footway. Also, the powell boulevard access, I noticed someone disconnected them from Powell, and gave it names that aren't. Names should be the name only, not a description. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: http://lists.openstreetmap.org/pipermail/talk-us/attachments/20110512/f 7c71f37/attachment-0001.pgp -- ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us End of Talk-us Digest, Vol 42, Issue 19 *** ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Sidewalks and trails
Message: 2 Date: Thu, 12 May 2011 20:16:04 -0700 From: Paul Johnson ba...@ursamundi.org To: talk-us@openstreetmap.org Subject: Re: [Talk-us] sidewalks and trails Message-ID: iqi7pp$9i9$1...@dough.gmane.org Content-Type: text/plain; charset=utf-8 On 05/12/2011 07:05 PM, PJ Houser wrote: It's more like an access path to the trail. http://www.openstreetmap.org/?lat=45.4958719lon=-122.5673215zoom=25 http://www.openstreetmap.org/?lat=45.4958719lon=-122.5673215zoom=25 Looks like a sidewalk for the adjacent park and ride driveway, intended for pedestrians only. I wouldn't give it a name, and I'd tag it as a footway. Also, the powell boulevard access, I noticed someone disconnected them from Powell, and gave it names that aren't. Names should be the name only, not a description. If I remember right, the Powells access point was incorrect. It connects further down the road, like a zigzag, but it is connected to the road. However, I'll check on it again when I get a chance! Thanks for the heads up. As for the sidewalk thing, it is for the bikepath, but the naming looks weird on a renderer. Maybe today at the meet and greet, we can figure out the best way to go about it. Maybe no name... I know as a cyclist, sometimes I can't figure out how I'm supposed to get onto a multi-use path, so I personally like having access paths on there, routed from a road to the path. Will you be able to make it today? -- PJ Houser Trimet GIS intern, 503-962-5711 (office) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Sidewalks and trails
On 05/13/2011 09:48 AM, PJ Houser wrote: Message: 2 Date: Thu, 12 May 2011 20:16:04 -0700 From: Paul Johnson ba...@ursamundi.org mailto:ba...@ursamundi.org To: talk-us@openstreetmap.org mailto:talk-us@openstreetmap.org Subject: Re: [Talk-us] sidewalks and trails Message-ID: iqi7pp$9i9$1...@dough.gmane.org mailto:1...@dough.gmane.org Content-Type: text/plain; charset=utf-8 On 05/12/2011 07:05 PM, PJ Houser wrote: It's more like an access path to the trail. http://www.openstreetmap.org/?lat=45.4958719lon=-122.5673215zoom=25 http://www.openstreetmap.org/?lat=45.4958719lon=-122.5673215zoom=25 http://www.openstreetmap.org/?lat=45.4958719lon=-122.5673215zoom=25 http://www.openstreetmap.org/?lat=45.4958719lon=-122.5673215zoom=25 Looks like a sidewalk for the adjacent park and ride driveway, intended for pedestrians only. I wouldn't give it a name, and I'd tag it as a footway. Also, the powell boulevard access, I noticed someone disconnected them from Powell, and gave it names that aren't. Names should be the name only, not a description. If I remember right, the Powells access point was incorrect. It connects further down the road, like a zigzag, but it is connected to the road. However, I'll check on it again when I get a chance! Thanks for the heads up. I don't recall any barrier at the stop sign other than the lack of a ramp, and most (all?) people turning at Powell ignore that... Will you be able to make it today? I got roped into a trip down to Dallas with friends to go see movies at the drive-in tonight... signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us