[Talk-transit] wheelchair=yes/no vs. public_transport=stop_position/platform
Hi, According to http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport I'm tagging train halts/stations with (at least) two types of OSM elements: * A node on the route with public_transport=stop_position (railway=station/halt). * A node, way or area next to the route with public_transport=platform (railway=platform). Where does the wheelchair=yes/no tag go? My naive thought was that it should go on the platform, not on the stop position, because I imagine that it is the platform that determines the accessibility, not the stop position. (I'm not a wheelchair user, so I'm guessing). But my edits keep getting overridden by anonymous edits from wheelmap.org, which places the tags on the stop position and seems to ignore the platforms. Any advice? Thanks, Mike ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] [Accessibility] wheelchair=yes/no vs. public_transport=stop_position/platform
Hi Peter, 2011/10/3 Peter Wendorff wendo...@uni-paderborn.de: It's good you think about it, but I fear, it's hard to give a good answer to that question. In my opinion the platform has a wheelchair accessibility itself, that describes the accessibility by wheelchair from the street/city to the platform, but at the connection between platform and train the wheelchair accessibility cannot be defined by the platform usually. There are platforms/stations, where stopping vehicles (e.g. trains) don't have an equal entrance height. Some may have steps to reach the entrance, most modern ones are designed to not need them. Wouldn't that be tagged on the route (and the platform) then? As it may be dependent on the mobile parts, it's sometimes impossible to tag a wheelchair accessibility at that point in general. Some systems may be standardized to guarantee that, but some are not. I don't know how exactly the wheelmap authors decide to tag public transport stations. Perhaps you should ask there, why these changes occur. But I would be interested in the answer as well, so I would appreciate to read it (e.g. here) later. I'll ask them to contribute to this thread here. Mike ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[talk-ph] recent potlatch changes
For potlatch users, there will be incremental updates that maybe rolling out in a couple of weeks. These changes were based on the usability study presented during the SOTMEU In Vienna. The first one rolled out this week, the save button is now moved to the left side of the panel instead of the usual right. In my opinion, the zoom +/- should also be moved to the left for consistency with the usual map browsing. Another interesting tool you might use for P2 is the OSMInspector overlay provided by Geofabrik. This shows some common errors you can fix. Details here: http://blog.geofabrik.de/?p=96 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] An OSM workshop at Free Meeting Belgium ?
Hi all, A few friends are setting up a new Free software/Open source event targeted at the general public in Brussels (at the Betagroup coworking space, near Etterbeek station). This would take place on 26 November. You can read more about it at http://www.freemeeting.be/ It would be very interesting to have an OpenStreetMap workshop there, ideally in both languages. Is anyone interested to help? Thanks! -- Benoit ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Fixme: A proposal
On Sun, Oct 02, 2011 at 05:29:04PM -0700, John Harvey wrote: I have an experimental renderer and from time to time I find bugs with planet.osm that I would like to see fixed. From what I can tell, I'm not alone - GeoFabrik (http://wiki.openstreetmap.org/wiki/OSM_Inspector) Skobbler (http://wiki.openstreetmap.org/wiki/Mapdust) and http://wiki.openstreetmap.org/wiki/Keep_Right are years ahead of me in reporting bugs, but I suspect I detect some novels bugs that aren't frequently reported. I like to contribute content in my area, and I am willing to take time to fix bugs in my area. Trying to find local issues isn't obvious - there are places to find issues, but they certainly aren't obvious from Potlatch. I would like to propose three changes: * We currently have roughly 700,000 nodes/ways/relations marked with FixMe. There isn't a lot of structure here, and I suspect a lot of these issues aren't moving. I propose we add a layer of structure.Would could categorize bugs into categories. For instance: o FixMe:Legal - Content with potentially legal issues o FixMe:Topology - Content that violates the semantics of how it is tagged. (Multigons with inners outside of all outers for instance). o FixMe:Redundant - overlapping geometry, or tags which are redundant. o FixMe: Nice to have and so on I think the goal should be for the 700K existing items to eventually be categorized and the error type issues get fixed. Problems with the data that are automatically detected should never ever be tagged on the data itself. This is useless, and worse, its counterproductive. Automatically detected problems should be flagged in specialized tools, you mentioned some of them. When they are fixed, they go away. If they are tagged with special fixme tags you now have four cases (ok and not marked, ok and marked as bug, not ok and marked as bug and not ok and not marked as bug) instead of two (ok or not). Unfortunately this is a common practice. There are hundreds of thousands of those cases that obscure the more important problems. Only manually detected problems should be tagged with fixme. And it should be as easy as possible to mark those. Extra categorization would make it more difficult. Why exactly do you want the extra categorization? What help would it be in your practical day to day work? I can see one useful differentiation: Some problems are fixable only with local knowledge (say a missing street name), some are fixable from afar (most topological problems). It might be helpful to not see problems needing local knowledge in areas where I don't have local knowledge. * People in their Profile Description identify regions for which they will accept notifications of newly detected bugs, even if they didn't author the content. For instance: o FixMeOwn: -123.321 -122.959 49.204 49.328 As a contributor, if I was told about new issues in my area of concern, I would take a look at them (no promises I can fix them). That idea or variants have been floated several times. Yes, it would be nice to have something like this. Just needs somebody to implement it. :-) * I believe that the tiles rendered on the www.openstreetmap.org page should be marked up to show errors (not all fixme's, but a known set of them). The tiles on www.openstreetmap.org are there for mappers to fix data, not to just look pretty. A red outline on ways/nodes that have FixMe:Legal, FixMe:Topology and FixMe:Vandalism would draw mappers attention to things that can improve. We have been through many rounds of this discussion: Is the map on the main OSM page more for *users* of the data or more for *mappers*. There are many pros and cons. You can switch to the NoName layer which does a bit what you are proposing. But it always has been the odd one out, just one layer showing one particular problem. Maybe its better to stick with the specialized tools that can do a better job at helping the mapper with fixing bugs. I'm just floating an idea. I can do very little to forward these ideas, but I can tell you I would contribute more if there was a way for me to enter bugs I find world wide and find bugs in the areas I know. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
Jochen Topf jochen at remote.org writes: Problems with the data that are automatically detected should never ever be tagged on the data itself. This is useless, and worse, its counterproductive. They should never be *automatically* tagged on the data itself. Only manually detected problems should be tagged with fixme. I would add, however, that if an automated tool reported a problem and you manually investigated it but weren't able to fix it immediately (or to immediately determine that the tool is wrong), then you can tag fixme with a note on your work so far. For example, FIXME=Do these roads join here? Not clear on Bing imagery. Survey needed. That will be a useful note for somebody planning to visit the area later so they can check this place if they wish. But deluging the area with large numbers of automatically generated fixme tags is not helpful, because anyone can run the tool themselves to see that. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
On Mon, Oct 3, 2011 at 10:52 AM, Ed Avis e...@waniasset.com wrote: FIXME=Do these roads join here? Not clear on Bing imagery. Survey needed. That will be a useful note for somebody planning to visit the area later so they can check this place if they wish. How about starting a convention of using a tag fixme:survey_needed with the details in the value string? The only other subtype of fixme that I can think of immediately would be fixme:incomplete, for long / hard-to-spot linear features such as powerlines (where I've seen someone else was using fixme=incomplete and have tried to follow that convention myself). I like the idea of extending the NONAME layer to report fixmes, and if we used a convention like fixme:survey_needed we could have a distinct map symbol for that. __John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
Commo fixme in the East midlands at least is Fixme:stub for future suvey Typically a path or bridleway where the end has been surveyed but the route not traversed. often these hasn't been placed to accuratly either (i.e. Someone spotted it when passing without gps) so incomplete isn't accurate either! Whats the best way of finding these, the only one i have seen is the ito analysis but they dont offer zooming in :-( (dont suggest josm, me and it seam to hate one another) On Oct 3, 2011 11:13 AM, John Sturdy jcg.stu...@gmail.com wrote: On Mon, Oct 3, 2011 at 10:52 AM, Ed Avis e...@waniasset.com wrote: FIXME=Do these roads join here? Not clear on Bing imagery. Survey needed. That will be a useful note for somebody planning to visit the area later so they can check this place if they wish. How about starting a convention of using a tag fixme:survey_needed with the details in the value string? The only other subtype of fixme that I can think of immediately would be fixme:incomplete, for long / hard-to-spot linear features such as powerlines (where I've seen someone else was using fixme=incomplete and have tried to follow that convention myself). I like the idea of extending the NONAME layer to report fixmes, and if we used a convention like fixme:survey_needed we could have a distinct map symbol for that. __John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
Kev js1982 wrote: Whats the best way of finding these, the only one i have seen is the ito analysis but they dont offer zooming in :-( OSM Inspector is very good. And hopefully Frederik will be along in a minute to tell you how to use it from within Potlatch. :) Until then - http://tools.geofabrik.de/osmi/ cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Fixme-A-proposal-tp6853578p6854522.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
On Mon, Oct 3, 2011 at 7:48 AM, Jochen Topf joc...@remote.org wrote: Only manually detected problems should be tagged with fixme. And it should be as easy as possible to mark those. Extra categorization would make it more difficult. I don't think it makes it significantly more difficult, as fixmes should have some kind of description of the problem. Classifiying them in the tags is just a more systematic way of doing that, which makes them more amenable to higher-level tool use (e.g. someone could write a program that identifies the areas with most density of problems that need on-the-ground surveying... or even a route planner that creates a route using highways tagged as approximate, for someone to carry a GPS over, although the latter is probably stretching it a bit). Why exactly do you want the extra categorization? What help would it be in your practical day to day work? It's not just ease of tagging things with fixme that counts (although it should be easy, and a plain fixme should always be acceptable); ease of using (finding and fixing) the fixmes is also important. I can see one useful differentiation: Some problems are fixable only with local knowledge (say a missing street name), some are fixable from afar (most topological problems). It might be helpful to not see problems needing local knowledge in areas where I don't have local knowledge. I think it's also helpful for people to be able to plan problem-fixing surveys efficiently. __John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
Hi, On 10/03/2011 12:49 PM, Richard Fairhurst wrote: OSM Inspector is very good. And hopefully Frederik will be along in a minute to tell you how to use it from within Potlatch. :) Until then - http://tools.geofabrik.de/osmi/ As it happens I have just written this blog post to announce OSMI Potlatch compatibility: http://blog.geofabrik.de/?p=96 Here's a direct example of using OSMI's tagging view (which highlights potential typos as well as any FIXME tags) in Potlatch: http://www.openstreetmap.org/edit?lat=53.02178lon=-2.65969zoom=16tileurl=http://tools.geofabrik.de/osmi/tiles/tagging/$z/$x/$y.png You might want to use the d key in Potlatch to temporarily dim the data and/or switch off background dimming so that OSMI's messages are easier readable. This is the early days of OSMI tiles in Potlatch and I'm sure we'll see improvements over time; feel free to suggest what you think should be changed or added. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
Would it make more sense to categorize by the tag? For example: *FIXME:name=yes *FIXME:maxspeed=verify that the entire road is 55 mph ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixme: A proposal
Nathan wrote: Would it make more sense to categorize by the tag? For example: *FIXME:name=yes *FIXME:maxspeed=verify that the entire road is 55 mph We don't need a proposal for this. It is such common sense that people do this already where it is appropriate (i.e. where more than one FIXME is needed on a single OSM element) : http://taginfo.openstreetmap.org/search?q=FIXME#keys Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Fietsknooppuntenrelaties in Nederland
Hallo, fietsnet.be overweegt om gebruik te gaan maken van de OSM-data voor hun routing. Naar aanleiding daarvan heb ik een Pythonscript geschreven om aan kwaliteitscontrole te doen (en om me bij te staan bij het aanmaken van networkrelaties, want die hadden we nog niet). Dit script kan natuurlijk ook gebruikt worden om de network en routerelaties in Nederland na te kijken en te verbeteren. Wat doet het script: Voor alle knooppunten in een network: Voor alle verbonden wegen nachecken of ze deel uitmaken van een rcn-route Zo ja, deze route toevoegen aan het netwerk (eventueel met role connection) Voor alle routes: nakijken of er wel een node met rcn_ref is aan beide uiteinden zo ja: note aanpassen (xx-yy waar xx het laagste nummer is en yy het hoogste) eventueel volgorde van wegsegmenten inverteren nakijken of de route ononderbroken kan afgelegd worden in beide richtingen Er wordt een rapport aangemaakt dat kan gepost worden op de wiki: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Cycle_Routes/Node_Network Zodat er kan opgevolgd worden hoever we staan en waar er nog werk aan de winkel is. Nog twee vragen: Is het nodig dat de knooppunten zelf, ook deel uitmaken van de routerelaties? Ze zitten al in de networkrelaties en maken deel uit van de routerelaties via de ways. Als er twee knooppunten vlak bij elkaar liggen met hetzelfde nummer, dan heb ik die in België verbonden met hun eigen routerelatie (note=45-45). En alle 'externe' relaties komen slechts toe op 1 van deze knooppunten. Kan dat in Nederland ook zo? name vs note. Ik heb in België grotendeels de name tag verwijderd, voornamelijk als hij dezelfde informatie bevatte als de note tag. Hoe gaat dat in Nederland? mvg, Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknooppuntenrelaties in Nederland
On 3-10-2011 22:21, Jo wrote: (en om me bij te staan bij het aanmaken van networkrelaties, want die hadden we nog niet). Die waren er al wel enkele. Er wordt een rapport aangemaakt dat kan gepost worden op de wiki: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Cycle_Routes/Node_Network Ik zou zeggen: draai het eens voor de Nederlandse knooppuntennetwerken en zet het op de wiki, zodat we kunnen zien wat het voor NL kan betekenen. Is het nodig dat de knooppunten zelf, ook deel uitmaken van de routerelaties? Ze zitten al in de networkrelaties en maken deel uit van de routerelaties via de ways. Ik had dat bedacht, omdat je dan vaak wel al de nodes toe kunt voegen, zelfs als je de complete route nog niet hebt. Ook om het een script niet al te moeilijk te maken, doordat je dan niet de ways hoeft na te kijken op het aanwezig zijn van rcn_ref nodes. Als er twee knooppunten vlak bij elkaar liggen met hetzelfde nummer, dan heb ik die in België verbonden met hun eigen routerelatie (note=45-45). En alle 'externe' relaties komen slechts toe op 1 van deze knooppunten. Kan dat in Nederland ook zo? Wat in België werd gedaan door enkelen is ook dat stuk opnemen in de resp. routerelaties, maar het stuk tussen de gelijkgenummerde nodes zo taggen met forward/backward-roles, dat dat stuk maar 1 kant op gevolgd kan worden. name vs note. Ik heb in België grotendeels de name tag verwijderd, voornamelijk als hij dezelfde informatie bevatte als de note tag. Hoe gaat dat in Nederland? Grotendeels idem. Let er wel op dat er enkele knooppuntennetwerken zijn die *wel* een naam gebruiken voor routes. Oostelijk van Nijmegen bijvoorbeeld, ZIMKH. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknooppuntenrelaties in Nederland
Op 3 oktober 2011 23:16 schreef Lennard l...@xs4all.nl het volgende: On 3-10-2011 22:21, Jo wrote: (en om me bij te staan bij het aanmaken van networkrelaties, want die hadden we nog niet). Die waren er al wel enkele. Ja, 't is waar. Maar nu is heel Vlaanderen 'gedekt'. Er wordt een rapport aangemaakt dat kan gepost worden op de wiki: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Cycle_Routes/Node_Network Ik zou zeggen: draai het eens voor de Nederlandse knooppuntennetwerken en zet het op de wiki, zodat we kunnen zien wat het voor NL kan betekenen. Ik ben aan het downloaden en dan zal 'k ervoor zorgen dat m'n script geen 'side-effects' heeft en het zo eens laten lopen. Is het nodig dat de knooppunten zelf, ook deel uitmaken van de routerelaties? Ze zitten al in de networkrelaties en maken deel uit van de routerelaties via de ways. Ik had dat bedacht, omdat je dan vaak wel al de nodes toe kunt voegen, zelfs als je de complete route nog niet hebt. Ook om het een script niet al te moeilijk te maken, doordat je dan niet de ways hoeft na te kijken op het aanwezig zijn van rcn_ref nodes. Maar de ways waar die knooppunten deel van uitmaken, die kan je toch altijd al toevoegen. Het stelt ook niet zoveel voor om op zoek te gaan naar de rcn_ref nodes. Als je dat niet doet, weet je ook niet of er meer dan 1 node met rcn_ref is. (wat toch wel een indicator is dat er iets fout zit met zo'n routerelatie) Als er twee knooppunten vlak bij elkaar liggen met hetzelfde nummer, dan heb ik die in België verbonden met hun eigen routerelatie (note=45-45). En alle 'externe' relaties komen slechts toe op 1 van deze knooppunten. Kan dat in Nederland ook zo? Wat in België werd gedaan door enkelen is ook dat stuk opnemen in de resp. routerelaties, maar het stuk tussen de gelijkgenummerde nodes zo taggen met forward/backward-roles, dat dat stuk maar 1 kant op gevolgd kan worden. Het werd door relatief velen zo gedaan. Ik heb die weggehaald (onder andere omdat het mijn test voor voorwaartse/terugwaartse continuïteit verstoort en vooral omdat het gewoonweg niet nodig is). Ook omdat ik ze eventueel, als daar echt om gevraagd zou worden, ook weer terug kan 'herstellen', zoals ze waren. name vs note. Ik heb in België grotendeels de name tag verwijderd, voornamelijk als hij dezelfde informatie bevatte als de note tag. Hoe gaat dat in Nederland? Grotendeels idem. Let er wel op dat er enkele knooppuntennetwerken zijn die *wel* een naam gebruiken voor routes. Oostelijk van Nijmegen bijvoorbeeld, ZIMKH. Ik heb de name tags enkel verwijderd als ze eruit zagen als xx-yy of xxx-yyy. Dus als er nog een stuk tekst voor kwam, heb 'k die laten staan. Al vind ik dat wel lastig in de relation editor, want dat eerste stuk is natuurlijk voor allemaal hetzelfde... Nog iets; Uit de naamgeving van de network relaties kan niet worden afgeleid dat het om fietsknooppuntenrelaties gaat. De wandelnetwerken zijn daar wel duidelijker in. Ik heb er al een paar gewijzigd die bij de grens liggen. Is het OK als ik dat doortrek naar de rest. En zo ja, is het dan beter om voluit te gaan: Fietsknooppuntennetwerk NL Achterhoek vs FietsKPNw NL Achterhoek vs FietsKPN NL Achterhoek vs FKPN NL Achterhoek Fietsroutenetwerk NL Achterhoek FietsRN NL Achterhoek FRN NL Achterhoek Ikzelf heb het niet voor FKPN of FRN, maar vind ook dat Fietsknooppuntennetwerk wat lang is. mvg, Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknooppuntenrelaties in Nederland
On 4-10-2011 0:00, Jo wrote: Maar de ways waar die knooppunten deel van uitmaken, die kan je toch altijd al toevoegen. Als je weet hoe de route toekomt op dat knooppunt. Ik ging uit van de situatie die ik weleens tegenkwam: je zit op een knooppunt en gaat een kant op. De andere kant kun je immers niet gelijktijdig volgen, maar je ziet al wel naar welk ander knooppunt het gaat. Thuisgekomen zie je dat dat andere knooppunt al in OSM zit, en je voegt dan dat punt toe aan de 'stub' routerelatie die je aanmaakte voor de route die je niet gevolgd hebt. In principe kun je dit ook af met een note=xx-yy. Het stelt ook niet zoveel voor om op zoek te gaan naar de rcn_ref nodes. Als je dat niet doet, weet je ook niet of er meer dan 1 node met rcn_ref is. (wat toch wel een indicator is dat er iets fout zit met zo'n routerelatie) Uiteindelijk moet je inderdaad de nodes van de ways toch overlopen om te kunnen bepalen of ze een ononderbroken keten vormen. Het werd door relatief velen zo gedaan. Ik heb die weggehaald (onder andere omdat het mijn test voor voorwaartse/terugwaartse continuïteit verstoort en vooral omdat het gewoonweg niet nodig is). Ook omdat ik ze eventueel, als daar echt om gevraagd zou worden, ook weer terug kan 'herstellen', zoals ze waren. Sowieso werkte je met een ander forward/backward-idee dan wij. :-) Dit is dan wel het enige dat je grondig veranderd hebt. Al het andere is creëren van nieuwe relaties. Uit de naamgeving van de network relaties kan niet worden afgeleid dat het om fietsknooppuntenrelaties gaat. De wandelnetwerken zijn daar wel duidelijker in. Ik heb er al een paar gewijzigd die bij de grens liggen. Is het OK als ik dat doortrek naar de rest. En zo ja, is het dan beter om voluit te gaan: Een van de uitgangspunten in OSM is dat er niet afgekort wordt. Of je dit ook toepasbaar wilt verklaren op zulke lange woorden als Fietsknooppuntennetwerk weet ik niet. :) Let er ook op dat er geen landelijke overeenstemming is over hoe de netwerken precies te noemen: Fietsknooppuntensysteem 'FIKS' Fietsknooppuntennetwerk Knooppuntennetwerk Fietsroutenetwerk 'FRN' Knooppuntroutes -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Bushaltes RET
Hoi, Zoals jullie misschien al hebben gezien zijn we bij openOV met de RET bezig. Levert zo'n 1500 haltes op. Nu is de gemeente Rotterdam ook bezig met het vrijgeven van geodata, maar het halteid kan semantisch interessant zijn. Verder een zelfde verhaal voor Den Haag. Daar wil de gemeentelijke open data club ook de openbaar vervoer statische objecten vrijgeven. Denk aan haltepalen en rails. Vandaag niks te doen? Apps4nl is in de Van Nelle fabriek, Rotterdam. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknooppuntenrelaties in Nederland
Op 4 oktober 2011 01:05 schreef Lennard l...@xs4all.nl het volgende: On 4-10-2011 0:00, Jo wrote: Maar de ways waar die knooppunten deel van uitmaken, die kan je toch altijd al toevoegen. Als je weet hoe de route toekomt op dat knooppunt. Ik ging uit van de situatie die ik weleens tegenkwam: je zit op een knooppunt en gaat een kant op. De andere kant kun je immers niet gelijktijdig volgen, maar je ziet al wel naar welk ander knooppunt het gaat. Thuisgekomen zie je dat dat andere knooppunt al in OSM zit, en je voegt dan dat punt toe aan de 'stub' routerelatie die je aanmaakte voor de route die je niet gevolgd hebt. In principe kun je dit ook af met een note=xx-yy. Zouden we dat dan kunnen beschouwen als een overgangsmaatregel die minder en minder nodig is, nu dat de netwerken completer worden? Het stelt ook niet zoveel voor om op zoek te gaan naar de rcn_ref nodes. Als je dat niet doet, weet je ook niet of er meer dan 1 node met rcn_ref is. (wat toch wel een indicator is dat er iets fout zit met zo'n routerelatie) Uiteindelijk moet je inderdaad de nodes van de ways toch overlopen om te kunnen bepalen of ze een ononderbroken keten vormen. Inderdaad. Ik loop ze allemaal af. (de eindnodes van de ways dan toch) Het werd door relatief velen zo gedaan. Ik heb die weggehaald (onder andere omdat het mijn test voor voorwaartse/terugwaartse continuïteit verstoort en vooral omdat het gewoonweg niet nodig is). Ook omdat ik ze eventueel, als daar echt om gevraagd zou worden, ook weer terug kan 'herstellen', zoals ze waren. Sowieso werkte je met een ander forward/backward-idee dan wij. :-) Ja, dat was nogal een kemel. Maar een paar uur later waren alle roles conform en binnen de 24 uur had 'k een nieuw (toch wat complexer) algoritme verzonnen om de continuïteit na te gaan. Nu had ik wel een proefballonnetje opgelaten op talk-be over mijn interpretatie van forward/backward en daar heeft niemand op gereageerd, behalve Gerard die meende dat dat een goed idee was. Maar hij had het misschien niet daarover... Dit is dan wel het enige dat je grondig veranderd hebt. Al het andere is creëren van nieuwe relaties. Uit de naamgeving van de network relaties kan niet worden afgeleid dat het om fietsknooppuntenrelaties gaat. De wandelnetwerken zijn daar wel duidelijker in. Ik heb er al een paar gewijzigd die bij de grens liggen. Is het OK als ik dat doortrek naar de rest. En zo ja, is het dan beter om voluit te gaan: Een van de uitgangspunten in OSM is dat er niet afgekort wordt. Of je dit ook toepasbaar wilt verklaren op zulke lange woorden als Fietsknooppuntennetwerk weet ik niet. :) Let er ook op dat er geen landelijke overeenstemming is over hoe de netwerken precies te noemen: Fietsknooppuntensysteem 'FIKS' Fietsknooppuntennetwerk Knooppuntennetwerk Fietsroutenetwerk 'FRN' Knooppuntroutes Misschien moet 'k ze dan maar allemaal hernoemen naar Velotour, zoals ze in de Hoge Venen/OostKantons/Eifel doen. Het is wel ongelukkig dat er zelfs binnen Nederland hierover geen eensgezindheid gevonden kan worden. Ik had de Belgische namelijk graag hernoemd met wat kortere namen. Maar dan wel liefst consistent, zodat ze bij elkaar gesorteerd worden in de lijst met relaties en dat meteen duidelijk is waar het over gaat. Ik neig naar Fietsroutenetwerk, naar analogie met Wandelroutenetwerk. Niet zo kort als ik zou willen, maar toch al beter dan Fietsknooppuntennetwerk mvg, Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] landuse, highway, alles über- und ineinander...
Walter Nordmann walter.nordm...@web.de writes: hast du dir die änderungen mal genauer angesehen? und dann den Missetäter angesprochen Das würde wenig bringen. Der missetäter sind in diesem fall die, die die fallen stellen: also die, die es mit dem landuse-kram übertreiben. Den konkreten fall hat jemand mittlerweile wieder hingefummelt. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zwischenstand Aerowest-Aktion
Hallo, auf der Intergeo hatte ich Gelegenheit, mit Aerowest zu sprechen. In den Anfangstagen gab es Probleme mit dem Server, diese konnten aber schnell beseitigt werden. Ansonsten halten die Server. Die Ferienzeit ist zu Ende und als nächstes wollen wir das Thema WMS angehen. Die Idee ist, das der Trafik über einen ProxyServer gelenkt wird. Konkrete Hilfszusagen haben wir bekommen und möchten möglichst bald mit den Tests beginnen. Ob und wie wir das ausbreiten können, hängt vom Testverlauf ab. Daneben hatten sich einige Stammtische gemeldet, die einen eigenen WMS Server betreiben wollen. Auch das wird kurzfristig angegangen. Mfg Marc Am 28.09.2011 um 09:29 schrieb Jan Tappenbeck: Am 27.09.2011 22:57, schrieb Christian H. Bruhn: Hallo! Irgendwie habe ich das Gefühl, daß die Aktion mit den Aerowest-Bildern im Sande verlaufen ist. Die Bilder sind nur sehr eingeschränkt nutzbar. Man muß einzelne Ausschnitte runterladen und diese in JOSM öffnen. Einige Wenige betreiben wohl den technische und zeitlichen Aufwand die Bilder zu laden. Aber die große Masse bleibt außen vor. Viele wissen wahrscheinlich gar nichts von den qualitativ sehr guten Bildern. Die technische Umsetzung ist allerdings mangelhaft. Es wurde doch immer von Dortmund als Beispiel erzählt. Dort hatte man aber einen WMS-Server, also nicht vergleichbar. Ich fühle mich über den Umfang der Aktion getäuscht und finde es schade, daß dafür 5.000 € Wikimedia-Spendengelder an ein kommerzielles Unternehmen gegangen sind. Fragen zum Projekt [1] sind übrigens seit einigen Monaten beantwortet. Anscheinend ist jetzt, nach dem das Geld geflossen ist, niemand mehr zuständig für das Projekt. Hätte z.B. nicht die FOSSGIS diese Aktion personell und technisch unterstützen können? Christian [1] http://wiki.openstreetmap.org/wiki/DE_talk:WissensWert/Luftbilder Hallo Christian, auf der einen Seite kann ich Deine Gedanken teilen auf der anderen Seite siehe die Häuser und Anpassungen die ich alleine in Lübeck schon erfaßt habe. Auch für Städte wie Lübeck könnte man mit etwas absprache sehr schnell und koordiniert die Bilder ziehen. Ich habe für meinen schon Übersichten erstellt damit andere diese nicht noch ziehen müssen - dann kann man die Bilder mit anderen tauschen. Siehe http://wiki.openstreetmap.org/wiki/L%C3%BCbeck/Style - WMS-Download / data sharing Wenn man sich am Sontag Rosemude Pilcher ansieht dann kann man mal wunderbar nebenbei eine große Fläche ziehen. Mir fehlt leider derzeit etwas die Zeit die Daten abzuzeichnen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 63
Hallo, die neue Wochennotiz Nr. 61 mit allen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/2011/10/wochennotiz-nr-63/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Telekom-Verteilerkasten
Hallo! Wie tagge ich einen Verteilerkasten der Telekom, der T-Com (teilweise auch noch mit Post oder Bundespost beschriftet) oder eines anderen Telefon- oder Internetanbieters? Für Stromverteilerkästen gibt es ja bereits power=cable_distribution_cabinet (https://wiki.openstreetmap.org/wiki/DE:Tag:power%3Dcable_distribution_cabinet) aber mehr konnte ich in die Richtung nicht finden. Vielen Dank! Tobias -- GPG-Fingerprint: C39E 5381 7721 8613 B5C9 CFAF 54FC B8DB D02D 7085 Diese E-Mail wurde mit einer fortgeschrittenen elektronischen Signatur nach § 2 2. d) SigG signiert. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Landuse residential: come usarlo?
Il 30 settembre 2011 11:22, Simone Saviolo simone.savi...@gmail.com ha scritto: Il giorno 30 settembre 2011 11:01, frankieorabona frankieorab...@gmail.com ha scritto: Vorrei iniziare a indicare le zone residenziali del mio paese, ma non ho capito bene come farlo. Mi spiego meglio...devo indicare l'area di ogni singolo isolato, oppure inserire tutto il confine del paese come landuse=residential? Se in un isolato c'è soltanto terreno vuoto con poche case in questo caso come faccio? Devo includere anche le strade nella zona residenziale oppure le considero al di fuori dell'area? Se chiedi a tre persone diverse, ti diranno tre cose diverse :-) Io, come anche alcuni altri, ti dico: 1) Non mappare un paese come landuse=residential. Se lo facessi, seguendo la stessa logica potremmo fare un multipoligono gigantesco da Torino a Pordenone e dalle Alpi agli Appennini e metterci landuse=farm, perché in tutta la Pianura Padana si fa agricoltura. 2) Lascia le strade fuori dai landuse. Ho un sogno: vederle un giorno disegnate con landuse=road. Mi collego al discorso per sentire un vostro parere in merito. Nei link indicati da simone si vede (a zoom elevati) come il landuse=residential finisca poco prima della strada. Concettualmente il landuse finisce però sulla strada, anche se poi noi la disegnamo con una linea senza spessore. Io sarei quindi propenso ad agganciare il landuse alla way, anche se forse a quel punto avrebbe più senso fare una relazione. Che ne dite? Paolo P. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse residential: come usarlo?
Il giorno 03 ottobre 2011 09:20, Paolo Pozzan pa...@z2z.it ha scritto: Il 30 settembre 2011 11:22, Simone Saviolo simone.savi...@gmail.com ha scritto: 2) Lascia le strade fuori dai landuse. Ho un sogno: vederle un giorno disegnate con landuse=road. Mi collego al discorso per sentire un vostro parere in merito. Nei link indicati da simone si vede (a zoom elevati) come il landuse=residential finisca poco prima della strada. Concettualmente il landuse finisce però sulla strada, anche se poi noi la disegnamo con una linea senza spessore. Io sarei quindi propenso ad agganciare il landuse alla way, anche se forse a quel punto avrebbe più senso fare una relazione. Che ne dite? Non mi è chiaro il tuo commento. Se dici che, guardando le ortofoto, si vede che in alcuni punti il landuse non va fino al ciglio della strada ma si ferma un attimo prima, tipo due metri prima, può darsi che in quel punto ci fosse un fosso, un pezzo di prato, uno slargo di una strada, e in quel caso queste cose non rientrano nel landuse=farm o landuse=residential. Può essere opinabile caso per caso; in alcuni punti potrei aver giudicato male; ma non è un errore a prescindere. Se invece intendi dire che vorresti che la way del landuse avesse i punti in comune con la way della strada, allora non sono d'accordo. Un campo finisce al margine della strada, non al centro (che è dove disegniamo la way della strada)! Un marciapiede (che, ricordiamolo, fa parte della strada per il CdS) non è un'area destinata all'uso residenziale. Che poi, ad alti livelli di zoom, si veda un nastro di larghezza arbitrari per rappresentare la strada, e questo nastro non copra tutto lo spazio da un campo all'altro (da un ciglio all'altro), è un problema del rendering. (Suggerimento: landuse=road o soluzioni simili :-) ). Paolo P. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse residential: come usarlo?
Sbaglio o landuse=road non è formalizzato? Il giorno 03 ottobre 2011 09:35, Simone Saviolo simone.savi...@gmail.comha scritto: Il giorno 03 ottobre 2011 09:20, Paolo Pozzan pa...@z2z.it ha scritto: Il 30 settembre 2011 11:22, Simone Saviolo simone.savi...@gmail.com ha scritto: 2) Lascia le strade fuori dai landuse. Ho un sogno: vederle un giorno disegnate con landuse=road. Mi collego al discorso per sentire un vostro parere in merito. Nei link indicati da simone si vede (a zoom elevati) come il landuse=residential finisca poco prima della strada. Concettualmente il landuse finisce però sulla strada, anche se poi noi la disegnamo con una linea senza spessore. Io sarei quindi propenso ad agganciare il landuse alla way, anche se forse a quel punto avrebbe più senso fare una relazione. Che ne dite? Non mi è chiaro il tuo commento. Se dici che, guardando le ortofoto, si vede che in alcuni punti il landuse non va fino al ciglio della strada ma si ferma un attimo prima, tipo due metri prima, può darsi che in quel punto ci fosse un fosso, un pezzo di prato, uno slargo di una strada, e in quel caso queste cose non rientrano nel landuse=farm o landuse=residential. Può essere opinabile caso per caso; in alcuni punti potrei aver giudicato male; ma non è un errore a prescindere. Se invece intendi dire che vorresti che la way del landuse avesse i punti in comune con la way della strada, allora non sono d'accordo. Un campo finisce al margine della strada, non al centro (che è dove disegniamo la way della strada)! Un marciapiede (che, ricordiamolo, fa parte della strada per il CdS) non è un'area destinata all'uso residenziale. Che poi, ad alti livelli di zoom, si veda un nastro di larghezza arbitrari per rappresentare la strada, e questo nastro non copra tutto lo spazio da un campo all'altro (da un ciglio all'altro), è un problema del rendering. (Suggerimento: landuse=road o soluzioni simili :-) ). Paolo P. Ciao, Simone ___ 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] Landuse residential: come usarlo?
Il giorno 03 ottobre 2011 10:10, sabas88 saba...@gmail.com ha scritto: Sbaglio o landuse=road non è formalizzato? Non sbagli affatto. Ci sono diverse soluzioni proposte, uso landuse=road come sintesi per non doverle elencare tutte :-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse residential: come usarlo?
2011/10/3 Paolo Pozzan pa...@z2z.it: Mi collego al discorso per sentire un vostro parere in merito. Nei link indicati da simone si vede (a zoom elevati) come il landuse=residential finisca poco prima della strada. Concettualmente il landuse finisce però sulla strada, anche se poi noi la disegnamo con una linea senza spessore. secondome il landuse come tutte le aree descrive il poligono cironscritto, e quindi si deve fermare ai suoi limiti veri. Disegnandolo fino al centro della strada lo considero errore. Anche dal punto pratico collegano i landuse con le strade crea potenzialmente tanti casini e problemi (perchè poi di seguito qualcuno connette un nuovo percorso al landuse invece che alla strada), e rende la situazione molto meno trasparente per gli altri mappatori (secondome). Io sarei quindi propenso ad agganciare il landuse alla way, anche se forse a quel punto avrebbe più senso fare una relazione. Che ne dite? se ritieni la vicinanza di una strada ad un'area adiascente molto importante si, in questo caso sarebbe meglio di mettere una relazione (secondome è un informazione che un database spaziale comunque contiene in automatico, non si deve - sempre secondome - mappare esplicitamente). Faccio notare che collegare le aree col centro delle strade crea - se eseguito allargando l'area fino al centro della strada - dei errori topologici per tutti gli oggetti che si trovano al bordo della strada (dai dati sembrerebbe ce l'oggetto si trova nell'area mentre in realtà si trova sulla strada). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse residential: come usarlo?
In data lunedì 03 ottobre 2011 10:45:43, Martin Koppenhoefer ha scritto: 2011/10/3 Paolo Pozzan pa...@z2z.it: Mi collego al discorso per sentire un vostro parere in merito. Nei link indicati da simone si vede (a zoom elevati) come il landuse=residential finisca poco prima della strada. Concettualmente il landuse finisce però sulla strada, anche se poi noi la disegnamo con una linea senza spessore. secondome il landuse come tutte le aree descrive il poligono cironscritto, e quindi si deve fermare ai suoi limiti veri. Disegnandolo fino al centro della strada lo considero errore. Anche dal punto pratico collegano i landuse con le strade crea potenzialmente tanti casini e problemi (perchè poi di seguito qualcuno connette un nuovo percorso al landuse invece che alla strada), e rende la situazione molto meno trasparente per gli altri mappatori (secondome). Io sarei quindi propenso ad agganciare il landuse alla way, anche se forse a quel punto avrebbe più senso fare una relazione. Che ne dite? se ritieni la vicinanza di una strada ad un'area adiascente molto importante si, in questo caso sarebbe meglio di mettere una relazione (secondome è un informazione che un database spaziale comunque contiene in automatico, non si deve - sempre secondome - mappare esplicitamente). Faccio notare che collegare le aree col centro delle strade crea - se eseguito allargando l'area fino al centro della strada - dei errori topologici per tutti gli oggetti che si trovano al bordo della strada (dai dati sembrerebbe ce l'oggetto si trova nell'area mentre in realtà si trova sulla strada). Capito. Grazie a Simone e Martin per i commenti. Sistemerò quel poco che ho già fatto e procederò a marcare i landuse con il metodo da voi proposto. Paolo P. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse residential: come usarlo?
Le aree del mercato rionale come le posso mappare? -- View this message in context: http://gis.638310.n2.nabble.com/Landuse-residential-come-usarlo-tp6847087p6854816.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] Landuse residential: come usarlo?
2011/10/3 frankieorabona frankieorab...@gmail.com Le aree del mercato rionale come le posso mappare? Come marketplace: http://wiki.openstreetmap.org/wiki/Marketplace Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse residential: come usarlo?
Ragazzi, questo è il lavoro che sto facendo...se vedete degli errori me lo dite? -- View this message in context: http://gis.638310.n2.nabble.com/Landuse-residential-come-usarlo-tp6847087p6854901.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] Controllo dell'ortografia dei nomi delle strade
Il 01/10/2011 15:52, Daniele Forsi ha scritto: ora ci sono solo 3 scelte per avere un minimo di controllo a posteriori. Manca il pulsante un po' l'uno un po' l'altro :-) http://www.comune.prato.it/storiastrade/?stato=schedaid=80789 Secondo la storia scritta in rima da Sandro Marcovaldi Ciliano discende da Celio e da Gaio Teano, mentre Gello deriva da Agello, tutti nomi propri dei militari di Silla venuti da Fiesole alla conquista della pianura fiorentina e pratese. Un altro conoscitore di storia patria afferma che Celiano deriva da Caelius, nome proprio di antico romano forse proprietario di un terreno dove successivamente fu assegnato il toponimo. -- 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: Incrementa la visibilita' della tua azienda con le campagne di email marketing di Email.it Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=11846d=3-10 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Controllo dell'ortografia dei nomi delle strade
Il 03 ottobre 2011 19:32, Giacomo Boschi ha scritto: Manca il pulsante un po' l'uno un po' l'altro :-) hm, si potrebbe dare un peso in percentuale ad ogni opzione :-) come i controlli che si usano per scegliere i colori: più rosso se è più un nome, più verde se è più un luogo :-) http://www.comune.prato.it/storiastrade/?stato=schedaid=80789 interessante potrebbe essere messo in un tag apposito, simile a wikipedia=* il che mi fa venire in mente che in generale si potrebbero fare incroci con Wikipedia almeno per ottenere un indice sintetico, es. quanti name=* non conosciuti al correttore ortografico hanno un articolo su wikipedia, però potrebbero essere giusti o redirect per errori comuni... -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] aggiornamento dati
Ciao a tutti, vi chiederei gentilmente di aggiornare alcune pagine del wiki se trovate qualcosa di mancante. Queste sarebbero quelle interessate: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Rassegna_stampa http://wiki.openstreetmap.org/wiki/WikiProject_Italy/PastEvents Inoltre se credete o siete sicuri che presenterete qualcosa su osm ad un linux day 2011 aggiungetevi qui http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Events Ve lo chiedo in modo tale da poter presentare alcuni dati ad OSMit -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Cuerpos de agua pequeños
Buenos días. No es práctico el name=jagüey http://www.openstreetmap.org/?lat=9.24083lon=-75.61466zoom=16layers=M Propongo usar 1. http://wiki.openstreetmap.org/wiki/Key:description description: ES: Jagüey, Balsa, pozo o zanja llena de agua, ya artificialmente, ya por filtraciones naturales del terreno. EN: ... 2. http://wiki.openstreetmap.org/wiki/Key:intermittent intermittent:yes El 2 de octubre de 2011 08:08, hyan...@gmail.com hyan...@gmail.comescribió: Parece que fueran Jagüeyes *Definción RAE* http://buscon.rae.es/draeI/SrvltGUIBusUsual?TIPO_HTML=2TIPO_BUS=3LEMA=jag%FCey *Naturales* http://www.peruecologico.com.pe/lib_c7_t08.htm *Artificiales* http://wiki.neotropicos.org/index.php?title=Jag%C3%BCey natural = water **name = Jagüey? El 1 de octubre de 2011 22:17, Harrier Co harrie...@hotmail.comescribió: Buenas noches Agradezco la colaboracion en el dibujo de los cuerpos de agua(bien pequeños) en la zona http://www.openstreetmap.org/edit?lat=9.2329lon=-75.5952zoom=13 Cordialmente Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Join my network on LinkedIn through Rainmaker
I would like to connect with you on LinkedIn. Diego Alonso Uribe Gamez Desarrollador Web at 1publicidad Colombia Confirm that you know Diego Alonso Uribe Gamez: https://www.linkedin.com/e/-d1k7zi-gtbsend4-63/isd/4438023500/KgZoWui8/?hs=falsetok=0nsUbRWE-e6kY1 -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/-d1k7zi-gtbsend4-63/vCaoh3K-fH4pelG0DmbIEO4sgVW27AnWD8zdiT_gXzD6ZGvKs82mKbZ1kqi/goo/ml-node%2Bs638310n6852958h54%40n2%2Enabble%2Ecom/20061/I1537753322_1/?hs=falsetok=1kXkTc1Wme6kY1 (c) 2011 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. -- View this message in context: http://gis.638310.n2.nabble.com/Porque-usar-Postgis-tp6851412p6856018.html Sent from the Colombia mailing list archive at Nabble.com.___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Join my network on LinkedIn through Rainmaker
I would like to connect with you on LinkedIn. Diego Alonso Uribe Gamez Desarrollador Web at 1publicidad Colombia Confirm that you know Diego Alonso Uribe Gamez: https://www.linkedin.com/e/-5lnoo1-gtbseyzq-d/isd/4438026899/l2C6i-Or/?hs=falsetok=2B_aMI0KOe6kY1 -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/-5lnoo1-gtbseyzq-d/TZnBIMCHTlzBcEwwSwR9xL8u0eo_9FvOSOu_c2vu3fFldHnqPOUxR_h_VXS/goo/ml-node%2Bs638310n6851452h68%40n2%2Enabble%2Ecom/20061/I1537754758_1/?hs=falsetok=0OzlD7-bSe6kY1 (c) 2011 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. -- View this message in context: http://gis.638310.n2.nabble.com/Re-Longitude-Latitude-conversion-a-coordenadas-X-Y-tp6851430p6856020.html Sent from the Colombia mailing list archive at Nabble.com.___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Problemas al subir areas propensas a inundaciones en OSM...
2011/10/2 Andres Oswaldo Calderon Romero andress.calde...@gmail.com: Hola maperos, Hola Subí tus vectores de zonas susceptibles a inundaciones a nuestro geonode [6] de donde se pueden exportar e incluso trabajar como WMS, el shp del Top 10 de inundaciones no lo pude importar porque falta el DBF. A propósito, los invitamos a explorar el Geonode.openstreetmap.co una magnifica herramienta para compartir y usar información geográfica apoyada por el banco mundial en un proyecto liderado por nuestro amigo y colaborador Ariel Nuñez. salu2 Humano He tenido varios inconvenientes tratando de subir los archivos osm correspondiente a las 10 zonas más extensas propensas a inundaciones que se describen en [1]. Siguiendo la recomendación de Federico, que creo es muy conveniente, repetí la simplificación sobre el shapefile original para conservar hasta un 40% de los puntos originales. Al shapefile resultante lo convertí a osm usando el script ogr2osm [2]. Desafortunadamente el osm resultó muy pesado para abrirlo en mi laptop desde JOSM y subirlo (aún asignandole 2Gb de RAM al heap space de java). He intentado usar scripts de carga como bulk_upload.py y bulk_upload_sax.py [3] pero se han colgado en algun punto de la carga y retornado algunos errores. Creo que los problemas estan más relacionados hacia la configuración de mi sistema y problemas de conexión. He hecho algunos intentos fallidos que estoy tratando de revertir [4] para luego seguir intentando. Por lo pronto he subido en [5] los shapefiles y osm en cuestión por si alguien los quiere consultar. Si los problemas persisten me gustaría recurrir a la lista para que otra persona intente la carga desde una máquina con mejores prestaciones... [1] http://andressinmiedo.blogspot.com/2011/07/analisis-de-imagenes-landsat-tm-para-la.html [2] http://wiki.openstreetmap.org/wiki/Ogr2osm [3] http://wiki.openstreetmap.org/wiki/Bulk_upload.py [4] http://api06.dev.openstreetmap.org/user/acalderon/edits [5] https://sites.google.com/site/andresscalderon/folder [6] http://geonode.openstreetmap.co/data/geonode:FloodProneAreasPoly1_WGS84_1 -- ANDRES O. CALDERON R. MSc. Geoinformation Science Earth Observation 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 -- 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-co] Problemas al subir areas propensas a inundaciones en OSM...
2011/10/3 Fredy Rivera fredyriv...@gmail.com 2011/10/2 Andres Oswaldo Calderon Romero andress.calde...@gmail.com: Hola maperos, Hola Subí tus vectores de zonas susceptibles a inundaciones a nuestro geonode [6] de donde se pueden exportar e incluso trabajar como WMS, el shp del Top 10 de inundaciones no lo pude importar porque falta el DBF. Muchas Gracias. Ya actualicé en https://sites.google.com/site/andresscalderon/folder un nuevo shapefile. El .dbf contiene el área para cada polígono. A propósito, los invitamos a explorar el Geonode.openstreetmap.co una magnifica herramienta para compartir y usar información geográfica apoyada por el banco mundial en un proyecto liderado por nuestro amigo y colaborador Ariel Nuñez. salu2 Humano He tenido varios inconvenientes tratando de subir los archivos osm correspondiente a las 10 zonas más extensas propensas a inundaciones que se describen en [1]. Siguiendo la recomendación de Federico, que creo es muy conveniente, repetí la simplificación sobre el shapefile original para conservar hasta un 40% de los puntos originales. Al shapefile resultante lo convertí a osm usando el script ogr2osm [2]. Desafortunadamente el osm resultó muy pesado para abrirlo en mi laptop desde JOSM y subirlo (aún asignandole 2Gb de RAM al heap space de java). He intentado usar scripts de carga como bulk_upload.py y bulk_upload_sax.py [3] pero se han colgado en algun punto de la carga y retornado algunos errores. Creo que los problemas estan más relacionados hacia la configuración de mi sistema y problemas de conexión. He hecho algunos intentos fallidos que estoy tratando de revertir [4] para luego seguir intentando. Por lo pronto he subido en [5] los shapefiles y osm en cuestión por si alguien los quiere consultar. Si los problemas persisten me gustaría recurrir a la lista para que otra persona intente la carga desde una máquina con mejores prestaciones... [1] http://andressinmiedo.blogspot.com/2011/07/analisis-de-imagenes-landsat-tm-para-la.html [2] http://wiki.openstreetmap.org/wiki/Ogr2osm [3] http://wiki.openstreetmap.org/wiki/Bulk_upload.py [4] http://api06.dev.openstreetmap.org/user/acalderon/edits [5] https://sites.google.com/site/andresscalderon/folder [6] http://geonode.openstreetmap.co/data/geonode:FloodProneAreasPoly1_WGS84_1 -- ANDRES O. CALDERON R. MSc. Geoinformation Science Earth Observation 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 -- 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 -- ANDRES O. CALDERON R. MSc. Geoinformation Science Earth Observation 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-dk] Workshop: Software til udveksling af data mellem offentlige myndigheder og OpenStreetMap?
Hej, IT- og Telestyrelsen overvejer at udvikle en prototype på et værktøj der kan lette udvekslingen af data mellem offentlige myndigheder og OpenStreetMap. De lægger derfor hus til en idéudviklings-workshop den 14. oktober kl. 9-13 i København, hvor målet er at konkretisere idéer til hvilken form et sådan værktøj kunne have. Nedenfor er nogle foreløbige ideer man evt. kan bygge videre på. Workshoppen bliver en smule teknisk, da målet er en idé til et konkret stykke software. Har OSM miljøet lyst til at stille med 2-3 deltagere? Venlig hilsen, Emil Tin Cykelsekretariatet Københavns Kommune Side-ved-side kortsammenligning. Inspireret af http://tools.geofabrik.de/mc/ kunne man forstille sig et værktøj der gør de let at se offentlige GIS data og OSM side om side. Importer OSM data til GIS programmer Import af OSM til GIS programmer der er almindelige i det offentlige (MapInfo, GeoMedia...) er ikke helt så ligetil som man kunne ønske sig. Et værktøj kunne lette denne proces, og derved gøre det lettere for myndigheder at sammenligne med OSM og anvende OSM data. Man kan bygge på fx osmosis og psm2pgsql. Issue Tracker med Geo support. Tilpas et eksisterende issue-tracker system, så det kan bruges til at registrere ændringer i GIS data hos det offentlige, og OSM frivillige kan bruge det til at holde styr på hvem der overfører data til OSM. Måske kunne en kommune have adgang til at skrive automatisk ind til systemet, når der fx bliver bygget en ny cykelsti, etc. Evt. kunne det ske via eksisterende vejforvaltningsystemer som ROSY eller vejmand. Tingene skulle være Hver ændret strækning ville blive registeret som et 'issue' i systemet, på samme måde som når man arbejde med issue tracking når man udvikler software. OSM miljøet ville så kunne arbejde med kategorier, sætte ansvarspersoner på, milestones, etc. Linke offentlige vejkoder til OSM way id's Et værktøj der kan linke vejkoderne anvendt i det offentlige med vejkoder (way id's) i OSM, så det derefter er lettere at lave database queries på tværs af de to datasæt. Det kan evt. ske ved hjælp af via spatial queries og sammenligning af navne og vejtyper, etc. Automatisk opdatering Man kan ikke bare kopiere myndigheders data over i OSM. Der er behov for en intelligent vurdering bid for bid af hvilke data der er mest korrekte, osv. Hvilke dele af denne proces kan automatiseres? Kan et værktøj se på hvornår bidderne er opdaterede? Anvende vejkoder? Se på geografisk placering/sammenfald? ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Workshop: Software til udveksling af data mellem offentlige myndigheder og OpenStreetMap?
God tiltag og ideer samt at OSM har opmærksomhed fra myndigheder mere og mere. Nogle bemærkninger vedr. udkast Side-ved-side kortsammenligning. Inspireret af http://tools.geofabrik.de/mc/ kunne man forstille sig et værktøj der gør de let at se offentlige GIS data og OSM side om side. Denne skulle ikke være så svær - kræver at jer der har adgang til KMS tiles sætter det op og hoster løsningen - Måske VisKort softwaren kan bruges til dette. Importer OSM data til GIS programmer Import af OSM til GIS programmer der er almindelige i det offentlige (MapInfo, GeoMedia...) er ikke helt så ligetil som man kunne ønske sig. Et værktøj kunne lette denne proces, og derved gøre det lettere for myndigheder at sammenligne med OSM og anvende OSM data. Man kan bygge på fx osmosis og psm2pgsql. Hvis kommunerne/myndigheder har GIS software der kan håndtere shape format, så kan der jo dagligt downloades shape filer fra GeoFabrik over Danmark http://download.geofabrik.de/osm/europe/ - Man kunne måske på sigt spørge GeoFabrik om de vil lave kommuneudtræk for alle danske kommuner i Danmark dagligt (GeoFabrik laver fx udtræk for store byer i Tyskland og England, i OSM eget format og så shape filer) Måske kunne en kommune have adgang til at skrive automatisk ind til systemet, når der fx bliver bygget en ny cykelsti, etc. Hvorfor ikke uddanne folk fra det offentlig i brugen af redigering i OSM og så håndtegne ind så evt. konflikter med andre geografiske objekter undgås?- Så mange km nye vejstrækninger kan der næppe være tale om hvert år i en kommune. Desuden tegner mange i OSM planlagte veje ind under contruction og så sætter dem live når vejen åbner - så have et eller andet automatisk system der bare hælder nye vejstrækninger ind og ved siden af har vi så det der er lavet af - det er noget rod. Man kan også forelske sig for meget i automatiske ting - og hvor ens eget preview og håndtegning vil være bedre løsning . Linke offentlige vejkoder til OSM way id's Et værktøj der kan linke vejkoderne anvendt i det offentlige med vejkoder (way id's) i OSM, så det derefter er lettere at lave database queries på tværs af de to datasæt. Det kan evt. ske ved hjælp af via spatial queries og sammenligning af navne og vejtyper, etc. Problem er at hvornår starter en vej og hvor slutter den og tæller lange indkørsler til gårde med osv.? - OSM har jo ingen indsigt/adgang i hvordan det er defineret hos off. myndigheder - Her kunne offentlig myndigheder jo lave et online værktøj hvor man kunne søge i kommunekode0147 og så vejkode 0196 (Emil Christian Hansens Vej) og så kommer der en farvelagt linje over vejen(e) på et kort , så man kunne se hvor den begynder/ender - samtidigt mulighed for eksport i måske GPX/KML format. Desuden kan man ikke køre GIS analyser med to lag (OSM/KMS) og så sammenligne hvor meget disse to har tilfælles uden at skulle bruge et vejID etc.? I tyskland har de da lavet landsdækkende undersøgelser af fx TeleAtlas og OSM (2009) - og NavTeq og OSM (2010) uden at skulle ud i noget unikt ID begge steder for at lave en undersøgelse med at sammenligne vejlængder /Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Workshop: Software til udveksling af data mellem offentlige myndigheder og OpenStreetMap?
Soren Johannessen skrev: God tiltag og ideer samt at OSM har opmærksomhed fra myndigheder mere og mere. Jep. Applaus herfra. Jeg deltager gerne i mødet, hvis der ikke er nogle af de helt hardcore OSM-drenge, der kan. Vil der være deltagere fra KMS? Importer OSM data til GIS programmer Vi vil naturligvis rigtig gerne have, at myndighederne bruger OSM. Dog kan der være tilfælde, hvor decideret import eller andre afledte værker kan være problematisk ift. ODBL. Men det kommer naturligvis an på, hvordan I bruger oplysningerne. Måske kunne en kommune have adgang til at skrive automatisk ind til systemet, når der fx bliver bygget en ny cykelsti, etc. Det kunne f.x. integreres med openstreetbug. Hvorfor ikke uddanne folk fra det offentlig i brugen af redigering i OSM Det vil være bedst, hvis de ikke skal sidde og lave dobbeltarbejde. Linke offentlige vejkoder til OSM way id's Et værktøj der kan linke vejkoderne anvendt i det offentlige med vejkoder (way id's) i OSM, så det derefter er lettere at lave database queries på tværs af de to datasæt. Det kan evt. ske ved hjælp af via spatial queries og sammenligning af navne og vejtyper, etc. Det er i hvert fald nemmere nu, hvor vi er begyndt at håndtere fejlbehæftede navne. men der er jo ikke nødvendigvis en 1:1-sammenhæng mellem vejene. Automatisk opdatering Meget interessante perspektiver. - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Workshop: Software til udveksling af data mellem offentlige myndigheder og OpenStreetMap?
Super fedt initiativ. Dejligt at vi i OSM-DK kan vise at Denmark er med helt i front (og burde være mere), med samarbejdet mellem OSM og det offentlige. Bakker op, men kan desværre ikke være med, da jeg bor lang væk ovre i noget der hedder Jylland :-) Glæder mig til at se hvad I finde ud af. /Jens Winbladh Den 3. okt. 2011 15.48 skrev Emil Tin z...@tmf.kk.dk: Hej, IT- og Telestyrelsen overvejer at udvikle en prototype på et værktøj der kan lette udvekslingen af data mellem offentlige myndigheder og OpenStreetMap. De lægger derfor hus til en idéudviklings-workshop den 14. oktober kl. 9-13 i København, hvor målet er at konkretisere idéer til hvilken form et sådan værktøj kunne have. Nedenfor er nogle foreløbige ideer man evt. kan bygge videre på. Workshoppen bliver en smule teknisk, da målet er en idé til et konkret stykke software. Har OSM miljøet lyst til at stille med 2-3 deltagere? Venlig hilsen, Emil Tin Cykelsekretariatet Københavns Kommune Side-ved-side kortsammenligning. Inspireret af http://tools.geofabrik.de/mc/ kunne man forstille sig et værktøj der gør de let at se offentlige GIS data og OSM side om side. Importer OSM data til GIS programmer Import af OSM til GIS programmer der er almindelige i det offentlige (MapInfo, GeoMedia...) er ikke helt så ligetil som man kunne ønske sig. Et værktøj kunne lette denne proces, og derved gøre det lettere for myndigheder at sammenligne med OSM og anvende OSM data. Man kan bygge på fx osmosis og psm2pgsql. Issue Tracker med Geo support. Tilpas et eksisterende issue-tracker system, så det kan bruges til at registrere ændringer i GIS data hos det offentlige, og OSM frivillige kan bruge det til at holde styr på hvem der overfører data til OSM. Måske kunne en kommune have adgang til at skrive automatisk ind til systemet, når der fx bliver bygget en ny cykelsti, etc. Evt. kunne det ske via eksisterende vejforvaltningsystemer som ROSY eller vejmand. Tingene skulle være Hver ændret strækning ville blive registeret som et 'issue' i systemet, på samme måde som når man arbejde med issue tracking når man udvikler software. OSM miljøet ville så kunne arbejde med kategorier, sætte ansvarspersoner på, milestones, etc. Linke offentlige vejkoder til OSM way id's Et værktøj der kan linke vejkoderne anvendt i det offentlige med vejkoder (way id's) i OSM, så det derefter er lettere at lave database queries på tværs af de to datasæt. Det kan evt. ske ved hjælp af via spatial queries og sammenligning af navne og vejtyper, etc. Automatisk opdatering Man kan ikke bare kopiere myndigheders data over i OSM. Der er behov for en intelligent vurdering bid for bid af hvilke data der er mest korrekte, osv. Hvilke dele af denne proces kan automatiseres? Kan et værktøj se på hvornår bidderne er opdaterede? Anvende vejkoder? Se på geografisk placering/sammenfald? ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- *Jens Winbladh* Brynet 51, 6000 Kolding Mobil: 26150926 Email:j...@somewhere.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Workshop: Software til udveksling af data mellem offentlige myndigheder og OpenStreetMap?
Hej, Jeg er frisk på at møde op og snakke løs om nødvendigt :-) - Peter Brodersen OSM-bruger: findvej 2011/10/3 Emil Tin z...@tmf.kk.dk: Hej, IT- og Telestyrelsen overvejer at udvikle en prototype på et værktøj der kan lette udvekslingen af data mellem offentlige myndigheder og OpenStreetMap. De lægger derfor hus til en idéudviklings-workshop den 14. oktober kl. 9-13 i København, hvor målet er at konkretisere idéer til hvilken form et sådan værktøj kunne have. Nedenfor er nogle foreløbige ideer man evt. kan bygge videre på. Workshoppen bliver en smule teknisk, da målet er en idé til et konkret stykke software. Har OSM miljøet lyst til at stille med 2-3 deltagere? Venlig hilsen, Emil Tin Cykelsekretariatet Københavns Kommune Side-ved-side kortsammenligning. Inspireret af http://tools.geofabrik.de/mc/ kunne man forstille sig et værktøj der gør de let at se offentlige GIS data og OSM side om side. Importer OSM data til GIS programmer Import af OSM til GIS programmer der er almindelige i det offentlige (MapInfo, GeoMedia...) er ikke helt så ligetil som man kunne ønske sig. Et værktøj kunne lette denne proces, og derved gøre det lettere for myndigheder at sammenligne med OSM og anvende OSM data. Man kan bygge på fx osmosis og psm2pgsql. Issue Tracker med Geo support. Tilpas et eksisterende issue-tracker system, så det kan bruges til at registrere ændringer i GIS data hos det offentlige, og OSM frivillige kan bruge det til at holde styr på hvem der overfører data til OSM. Måske kunne en kommune have adgang til at skrive automatisk ind til systemet, når der fx bliver bygget en ny cykelsti, etc. Evt. kunne det ske via eksisterende vejforvaltningsystemer som ROSY eller vejmand. Tingene skulle være Hver ændret strækning ville blive registeret som et 'issue' i systemet, på samme måde som når man arbejde med issue tracking når man udvikler software. OSM miljøet ville så kunne arbejde med kategorier, sætte ansvarspersoner på, milestones, etc. Linke offentlige vejkoder til OSM way id's Et værktøj der kan linke vejkoderne anvendt i det offentlige med vejkoder (way id's) i OSM, så det derefter er lettere at lave database queries på tværs af de to datasæt. Det kan evt. ske ved hjælp af via spatial queries og sammenligning af navne og vejtyper, etc. Automatisk opdatering Man kan ikke bare kopiere myndigheders data over i OSM. Der er behov for en intelligent vurdering bid for bid af hvilke data der er mest korrekte, osv. Hvilke dele af denne proces kan automatiseres? Kan et værktøj se på hvornår bidderne er opdaterede? Anvende vejkoder? Se på geografisk placering/sammenfald? ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Elleore
On 04-10-2011 01:27, Niels Elgaard Larsen wrote: Hvordan tagger vi de små øer? Hvad ville I fx gøre ved Elleore. http://www.openstreetmap.org/?lat=55.685656lon=12.062429zoom=18layers=M Tag place=island eller place=islet på omkredsen eller en node efter skøn. Er det en rigtig OSAK adresse? Eller er det bare en dummyadresse for at have noget på Elleore? Og burde man så slette den og erstatte den med et tag for øgen? Det kommer an på hvad du mener med rigtig? Det er en adresse der eksisterer i OIS osv. http://geo.oiorest.dk/adresser/Elleore,1,4000 (kommuner kan fastsætte adresser for områder såsom en ø i dette tilfælde). Jeg kan ikke umiddelbar se nogen særlig værdi i at slette den. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] [Tagging] Varios
El 03/10/2011, a las 00:16, Pumuky escribió: Buenas Hoy he estado incluyendo detalles de una zona y me he encontrado con dudas. Voy a preguntar varias cosas en este correo, aunque no sé si sería mejor separarlos en correos, si es así, loharé la próxima vez. 1.- Una clínica de fisioterapeturas. Lo más parecido es shop=massage, pero no es un sitio de masajes y en el apartado médico no hay nada. 2.- Un centro de Psicólogos. Idem 3.- Una tienda de chucherías de toda la vida. La he etiquetado como kiosk ... no sé si es correcto porque es una tienda no un quiosco, o lo que yo entiendo como quiosko. Aqui también venden pan, por ejemplo 4.-Tengo un follón con lo de bar y pub. Mi experiencia no tiene nada que ver con los ingleses y parece que todo está pensado en torno a ellos. Según la wiki un bar es un sitio de fiesta y ruidoso y un pub es donde irías con tus amigos después mapear... Pues no sé como etiquetar los bares que conozco, porque el ruido depende de la gente que haya y de las horas a las que vayas, ponen siempre algo de comer (tapas-gratis-, aperitivos-gratis y raciones-no gratis), y se puede estar perfectamente. Puede alguien indicarme como etiquetar los bares. 5.- Las confiterias donde vende el pan recien hecho del horno pero que el resto de los productos son dulces ¿ son bakerys o confectionery? Es que además n se pueden etiquetar con las dos etiquetas 6.- HE etiquetado con un punto cuando sólo el local esta a pie de calle y marcado todo el building cuando es una tienda que ocupa todo el edificio. ¿es correcto? 7.- Estoy poniendo el número de los portales, porque osmand nunca encuentra direcciones exactas porque supongo que no están. El caso es que lo estoy etiqeutando con addr:numero + addr:callepero en la wiki en español pone que se etiqueten como place_number ¿cual es lo correcto o en que se diferencian? 8.- Por último lo subjetivo al menos para mi. Una pizzeria es un restaurante o no. Es que lo de etiquetar como fast-food es completamente subjetivo, es más hay sitios que pueden ser fast-food o no dependiendo lo que busques. Tengo un turco donde o te sientas en una mesa y te sirven algún plato o te pides algo para llevar. En este sentido como no se puede añadir etiquetas y tienes que decidirte pues es bastante discutible, sobre todo cuando conoces el sitio. Si es necesario lo separo en correos independientes. Si no espero que podaís contestarme a todas Pd: otra cosa. Un amigo que estuvo enel Geoinquietos de madrid me enseño lo de las walking-papers. ¿hay en algun sitio una lista de todo lo etiquetable? preguntas esto?: http://wiki.openstreetmap.org/wiki/Map_Features (aunque no sé que tendría que ver con walking-papers) 1 - si para masajes sexuales se le añade sexual_* , para masages terapéuticos se le podría añadir therapeutical o medical shop=massage massage=therapeutical el tema de si el fisioterapeuta es medico o no es otra discusion mas de colegio profesional.. 3 - quizás es mejor confectionery? 4- es un tema mas lingüístico que de etiquetas en inglés bar es más parecido a coctelería y pub es cervecería. en español bar es mas amplio (bebida y comida), como tasca. y no tiene una traducción clara en inglés porque no existe algo parecido allá. para ellos es mas fácil: cerveza=pub, copas=bar, comida=restaurant. de todas formas el uso de la etiqueta, en Madrid por ejemplo, es que a lo que nosotros entendemos como bar se le etiqueta bar y casi no hay pub. para complicar mas lo que a veces aquí se entiende como pub sería más nightclub (discoteca), que no puticlub (brothel). 5- la diferencia entre panadería y pastelería es la misma que entre bakery y confectionery 6- si 7- las dos cosas son correctas place_number es sólo el num de policia. addr:* pertenece al esquema de etiquetado Karlsruhe http://wiki.openstreetmap.org/wiki/ES:Números_de_polic%C3%ADa si te refieres a la pag española de features: http://wiki.openstreetmap.org/wiki/ES:Map_Features falta por traducir el punto 3.4 Direcciones (addresses) en inglés sería: http://wiki.openstreetmap.org/wiki/Map_Features#Addresses 8- puedes poner varios valores si los separas por ; pero si conoces un sito personalmente nadie mejor que tú para decidir como se etiqueta... una pizzería que ponen mantel y servilleta de tela y vino, aunque tenga opción para llevar, será restaurant probablemente quizás con el resto de etiquetas se puede dar mas pistas sobre que es lo que describes. ... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Uso Academico
Antes que nada, bienvenidos. :) Lo primero sería asegurarnos de que la zona en cuestión está bien mapeada. Por lo que veo, esto no es así: http://www.openstreetmap.org/?lat=27.48346lon=-109.93532zoom=16layers=M A partir de ahí, estoy convencido de que los compañeros que han organizado talleres de inicio a OSM podrán orientarte mejor que yo. Un saludo. On 10/3/11, Felipe Cabada fcab...@gmail.com wrote: Buenos dias lista, somos de México y queremos iniciar a darle uso a OSM en México y en la academia Queremos iniciar con un proyecto institucional, queremos integrar a OSM los 5 campus de mi universidad (Instituto Tecnológico de Sonora www.itson.mx) algunos tips: - Manuales - Herramienta de desarrollo - Videos - Ejemplos de uso Saludos y esperamos contar con su apoyo!! -- -- LCC Felipe Humberto Cabada Arismendiz -- Jonay ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Tagging] Varios
Hola, 1.- Una clínica de fisioterapeturas. Lo más parecido es shop=massage, pero no es un sitio de masajes y en el apartado médico no hay nada. healthcare=physiotherapist 2.- Un centro de Psicólogos. Idem healthcare=psychotherapist Ambos en processo de aprobación: http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare Hasta pronto. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Tag que no se ajustan
Hola a todos he estado mapeando una zona de Valencia (España) y tengo varios establecimientos que no encuentro un tag que se ajuste, a ver si me podeis ayudar para no meter la pata, estos tag son: Los que no he puesto: 1. Servicio técnico de reparación de electrodomesticos (solo encuentro tienda de venta de electrodomesticos9 2. Peletería fabricacion y venta de pieles 3. Tienda de nutrición deportiva 4. Academias de estudio (de idiomas, informatica, musica, danza) que no son escuelas oficiales 5. Centro de día para ancianos 6. Taller para cambiar lunas de coche unicamente. 7. Tienda de servicios de limpieza (que no vende productos de limpieza) 8. Tienda para instalaciones o aparatos de limpieza industriales Los que he puesto pero no se si estan bien, me lo podeis confirmar 1. Local en alquiler Tag: shop=vacant / note=To rent 2. Analisis clinicos: Amenity=doctors 3. Centro medico de diagnostico: Amenity=clinic 4. Cento medico deportivo Amenity=doctors / doctors=sports 5. Tienda de muebles cocina y baño shop=furniture / furniture=kitchen and bathroom 6. Centro fisioterapeuta amenity=doctors / doctors=physiotherapy 7. Centro de asuntos sociales Amenity = public building 8. Tienda de trajes regionales Craft=dressmaker Clothes=Regional En cuisine he metido comida casera Homemade y Tapas y Pinchos, ¿esto estaría bien? Por último, las calles peatonales que van por detras de edificios, es decir no dan a portales directamente y que no tienen trafico de coches, pero tampoco son comerciales, las he puesto como highway = pedrestrian ¿estaría bien? Muchas gracias a todos -- Gema Hernández García Licenciada en Geografía Geografa colegiada nº 1925 Avd. Pío XII nº 11, Puerta 60, Piso 8º 46009 Valencia e-mail: gema.hernan...@geografos.org TF: 629 490 946 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ee] OSM: Buss/tramm/troll Tallinnas
Hello, I put cc to Estonian local email list, as this is not for me to decide, but general community should agree on this. My personal understanding is that there is no explicit permission from Tallinn City Government (or Transpordiamet), so this data should be considered as unclean. I personally would not complain if you would delete them (and remap them manually). Better less and community maintained data, than more but unmaintained. We had a meeting with Estonian Open Data people (http://www.opendata.ee/) in Estonian Road Administration (Maanteeamet) who has done http://www.peatus.ee (which by the way has also http://www.peatus.ee/estonia/stops.txt for all of Estonia). They were generally very open to provide the data and had no principal objections. For http://maakaart.ee/opentransit/ they gave even postgres exports from their database. But they have limited technical capability to provide API or some better form of data. However, as typical government agency they were quite shy to provide any formal confirmation that we can use their data. Actually I would not hurry with mass importing any data, as in longer run I would like to keep human-generated and external sources clearly apart, using for example http://wiki.openstreetmap.org/wiki/OpenMetaMap . This would enable to have shared maintenance of the data: by both official sources and community. Jaak On 03.10.2011, at 14:03, Bartosz Fabianowski wrote: Hi Jaak I recently started mapping in Tallinn. My girlfriend lives here and so I am around the city a lot. My main interest is public transport. I noticed that all bus/tram/trolley stops have been mapped, based on a file found on the tallinn.ee web server. The stops carry these tags: copyright = © 2002-2007 Tallinna Transpordiamet source = http://soiduplaan.tallinn.ee/cache/stops.txt I asked the mapper who imported the stops (verbatium). His reply indicated a very unfortunate misunderstanding of the way copyright works: I think this is open source data, bcs it is free accesible in the internet, and there nothing about author or copyright However, he also said I should contact you as you may know whether the city of Tallinn has given permission (or will give permission in the future) for their stop data to be used. Do you happen to know anything about this? If the data is found unclean, I would rather find out sooner than later so I can start replacing stops after surveying them. Thanks, - Bartosz Fabianowski ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-at] OpenData Teaser
On 09/29/2011 01:51 PM, Andreas Trawoeger wrote: Am 29. September 2011 12:26 schrieb Boris Cornetbor...@osm-at.org: Heute (29. September) um 12:06 tippte Andreas Trawoeger: wenn ich so weiter mache kann ich bald Vorträge zum Thema KK Militärgeografie abhalten :-) Na dann mal los, Herr Wasserburger braucht noch dringen Nachhilfe... Bringe mich bitte nicht auf dumme Gedanken! Ansonsten bastle ich noch ein OSM Importskript für die 100.000 Wiener Allebäume [0], um in OSM Kreisen auf ewig in Erinnerung zu bleiben ;-)) cu andreas [0] http://www.wien.gv.at/umwelt-klimaschutz/baum-kataster.html Haha, geil :-) Hast Du auch Pläne diese Daten dann aktuell zu halten? zB durch spezielles source-tagging, wöchentliche Diffs, veröffentlichen des import scripts? Und gibt es eine Möglichkeit bereits getaggte Bäume, die wien.gv.at nicht kennt auch zurückzumelden? MfG David ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OpenData Teaser
Na da bin ich mal gespannt. Mich freut das ja riesig, dass die Daten mal zur Verfügung gestellt sind. http://data.linz.gv.at/daten/Geodaten/ Hannes 2011/10/3 David Schmitt da...@black.co.at: On 09/29/2011 01:51 PM, Andreas Trawoeger wrote: Am 29. September 2011 12:26 schrieb Boris Cornetbor...@osm-at.org: Heute (29. September) um 12:06 tippte Andreas Trawoeger: wenn ich so weiter mache kann ich bald Vorträge zum Thema KK Militärgeografie abhalten :-) Na dann mal los, Herr Wasserburger braucht noch dringen Nachhilfe... Bringe mich bitte nicht auf dumme Gedanken! Ansonsten bastle ich noch ein OSM Importskript für die 100.000 Wiener Allebäume [0], um in OSM Kreisen auf ewig in Erinnerung zu bleiben ;-)) cu andreas [0] http://www.wien.gv.at/umwelt-klimaschutz/baum-kataster.html Haha, geil :-) Hast Du auch Pläne diese Daten dann aktuell zu halten? zB durch spezielles source-tagging, wöchentliche Diffs, veröffentlichen des import scripts? Und gibt es eine Möglichkeit bereits getaggte Bäume, die wien.gv.at nicht kennt auch zurückzumelden? MfG David ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OpenData Teaser
nachdem ich die horte, kindergärten und spielplätze in linz schon mal von einiger zeit erfasst habe, würde ich die daten gerne mit den bereitgestellten abgleichen. wie bekomme ich die CSVs oder GMLs am besten/einfachsten in JOSM rein? flaimo Date: Mon, 3 Oct 2011 11:02:44 +0200 From: Hannes Brandst?tter-M?ller o...@hannes.oib.com To: OpenStreetMap AT talk-at@openstreetmap.org Subject: Re: [Talk-at] OpenData Teaser Message-ID: CAPXi2m=iuasmjt9jbvq+pf3cony00jyt2v3abdlsn1qwstz...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Na da bin ich mal gespannt. Mich freut das ja riesig, dass die Daten mal zur Verf?gung gestellt sind. http://data.linz.gv.at/daten/Geodaten/ ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OpenData Teaser
Hallo! On 03/10/11 21:11, Flaimo wrote: wie bekomme ich die CSVs oder GMLs am besten/einfachsten in JOSM rein? Ich habe ein kleines Shell-Skript gebastelt, das die Programme wget, ogr2ogr, svn, python2 voraussetzt. Du kannst es mit `sh kg.sh` verwenden. Grüße Simon kg.sh Description: application/shellscript ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] Maptoberfest!
Hi all, Are you all set for Maptoberfest? :-) October OSM events are set for Waterloo Region and Toronto. Waterloo - Tuesday, 11 October 2011 http://www.meetup.com/Waterloo-OSM/ Toronto - Monday, 17 October 2011 http://www.meetup.com/OpenStreetMap-Toronto/ Hope to see all you regulars, and some new folks too. Now, how about all you other Canadian cities? Will there be a Calgary OSM group, or will Edmonton beat you to it? Halifax, are you going to let Fredericton have all the fun? Ottawa! You had a mapping party recently. You should follow up with a Mappy Hour or twelve. ;-) Best regards, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Tutoriel OSM via JOSM
Bonjour, Oui, ça pourrait être sympa de se faire quelques petits tours dans la forêt de Chailluz ou Montfoncon ! On projette aussi de faire la ceinture de Besançon un de ces 4 avec mon amie. Comme tu pourras le constater, je travail pas mal autour de Besançon (thise, chalèze, roche lez beaupré...) pour ajouter les chemins...il ne faut surtout pas hésiter à me filer un coup de main ! tient moi au courant ou passe sur mon site pour en discuter sur le forum. Loïc Etienne Trimaille wrote: Le 28 septembre 2011 10:44, partir-en-vtt lt;admin@gt; a écrit : Pour la bière, je peux payer ma tournée un de ces 4 au brass' (pont battant) lors de l'happy hour si ça peut aider ;-) Une sortie entre VTTiste doubiste peut-également être une bonne occasion pour une mapping party outdoor ;-) ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/Tutoriel-OSM-via-JOSM-tp6837669p6854127.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel OSM via JOSM
Bonjour et merci pour cette lecture attentive. J'ai corrigé et amélioré les différents points que vous avez fait remonter. Une question tout de même. Depuis la 4399, il n'y a plus de version anglaise ? Loïc didier2...@free.fr wrote: Le vendredi 30 septembre 2011 à 19:25 +0200, clansco a écrit : On Fri, 30 Sep 2011 09:59:01 -0700 (PDT) partir-en-vtt lt;admin@gt; wrote: Je viens de faire corriger l'orthographe par mon amie, voici le tutoriel JOSM débutant V2 tel qu'il apparaîtra sur mon site : http://www.partir-en-vtt.com/stockage/hebergement/tutoriel_josm_pour_osm.pdf A distribuez autour de vous le plus possible ! J'en fait dont a la communauté. Merci, + pour la version 4399 de JOSM, les menu sont en français + page 6 Dowload List - Download List + page 7 Le lien de la Page statistique est file:///E:/Mes%20documents/Mes%20images/Tutoriels/OSM/bases/% 20http://wiki.openstreetmap.org/wiki/WikiProject_France/Statistiques + page 14 j'aurai ajouté que l'information Bing et cadastre peut etre différente lié aux dates des photo excellent travail! didier ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/Tutoriel-OSM-via-JOSM-tp6837669p6854132.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel OSM via JOSM
Merci pour les autres remarques comme pour le Mercator et la date de màj de l'imagerie BING. J'ai complété le PDF, toujours dispo : http://www.partir-en-vtt.com/stockage/hebergement/tutoriel_josm_pour_osm.pdf Concernant la licence et la possibilité de mettre ce tutoriel sur le wiki OSM : J'attends vos propositions car je ne suis pas trop au fait des licences dans le domaine. Je veux bien le verser à la fondation OSM mais j'aimerai le garder sur mon site. Est-ce possible ? A noter que je vais dans les semaines à venir faire la suite de ce tutoriel en proposant un mode avancé de l'utilisation de JOSM. NLDR : J'ai vu qu'un projet de livre était en route, est-ce toujours d'actualité ? - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/Tutoriel-OSM-via-JOSM-tp6837669p6854156.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vidéo promotionnelle commerciale avec OSM
2011/9/21 Hendrik Oesterlin hendrikmail2...@yahoo.de: Pas de problème pour y jeter un oeil d'ici quelques jours... Juste un petit message pour signaler que l'éditeur du site l'a rectifié et mentionne bien OpenStreetMap comme requis. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose : building vs hignway
Autre cas de faux positif: - batiment au dessous d'un pont: http://www.openstreetmap.org/browse/way/125228754 Et j'en profite pour un merci pour cette nouvelle analyse. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Présentation
Bonjour, Je suis artiste plasticien. Je participe à un groupe d'artistes qui réalisent des interventions in-situ entre Cap-d'Ail et Roure dans les Alpes-maritimes. Je voudrais ajouter des tiles pour pouvoir zoomer jusqu'à l'intérieur des œuvres. En attendant il me faut déjà de bonnes cartes dans OSM sur le parcours, j'ai commencé par Clans et l'arboretum de Roure, j'apprends et corrige mes erreurs, j'utilise Josm. Le cadastre de Clans en projection locale, comporte sur toutes les feuilles (sauf F3) des croisillons. Je ne suis pas arrivé à utiliser cadastre.fr (je n'ai rien compris), et avec PicLayer je me suis arraché les cheveux tant pour la rotation que la mise à l'échelle. J'utilise donc Gimp pour la rotation, puis l'outil chemin de Gimp pour la vectorisation en svg. Pour la calibration j'ai vu qu'il existe `Calibre_carte` d'Éric Sibert, mais qui ne fonctionne que sous w$ et je n'ai pas l'honneur d'avoir ça chez moi. J'utilise une méthode très simple, (trop ?) : *je choisis dans OSM un point géodésique qui est bien visible avec précision sur le cadastre. * je cherche, dans l'idéal un second point géodésique bien repérable, à défaut un point bien repérable dans Bing et le cadastre. * je calcule la distance Δ en pixels x et y sur le cadastre, et la différence de longitude et latitude. * Δlon/Δx et Δlat/Δy me donnent les coefficients multiplicateurs pour transformer les pixels en degrés. * Je calcule le centre de la feuille par rapport au point géodésique. * Je calcule tous les points svg par rapport au centre. * je transforme le svg en gps (prochaine étape en osm) pour l'importer dans josm. * je modifie éventuellement les coefficients multiplicateurs si je constate un décalage en x ou y par rapport à Bing Pour mes calculs j'utilise un script php. wiki: http://wiki.openstreetmap.org/wiki/User:Fal7i Clans: http://www.openstreetmap.org/?lat=43.99739lon=7.15072zoom=15layers=M Roure: http://www.openstreetmap.org/?lat=44.0963lon=7.0887zoom=18layers=M -- http://clansco.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des aménagements cyclables de Lyon
Bonjour, Le projet a les honneurs du site lyoncapitale.fr ce matin http://www.lyoncapitale.fr/lyoncapitale/journal/Autre-contenu/Breves/Une-carte-des-amenagements-cyclables-de-Lyon-participative-et-avec-moins-d-erreurs Le 28 septembre 2011 19:29, Romain MEHUT romain.me...@gmail.com a écrit : Elle est disponible! http://www.lavilleavelo.org/spip.php?article204 Beau travail! Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage d'un node/way/relation sur la slippy map OSM
http://www.openstreetmap.org/?node=764283572 http://www.openstreetmap.org/?way=7483572 http://www.openstreetmap.org/?relation=1772689 ? didier Le lundi 03 octobre 2011 à 10:58 +0200, Nicolas Moyroud a écrit : Bonjour, Il me semble avoir vu il y a quelques temps une technique qui permet de mettre en valeur un node, un way ou une relation en ajoutant son identifiant à l'URL du site openstreetmap.org. Sauf que je me rappelle plus comment faire et que je n'arrive plus à trouver l'info. Y aurait-il une bonne âme pour rafraîchir ma mémoire défaillante ? ;-) Nicolas ___ 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] Affichage d'un node/way/relation sur la slippy map OSM
Bonjour, http://www.openstreetmap.org/?node= http://www.openstreetmap.org/?way= http://www.openstreetmap.org/?relation= Par contre ça met du temps à charger ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte des aménagements cyclables de Lyon
Salut, Heureusement que tu es là pour attiser l'intérêt ;) Sinon, je reviens sur ta méthode pour mettre bout à bout de fichiers .gpx J'ai donc collé le texte du 2nd à la suite du 1er mais j'ai eu un message d'erreur en ouvrant avec JOSM le gpx généré. Je pourrais te les envoyer? Mon but était aussi d'utiliser le logiciel Journey2web ( http://linuxfr.org/news/journey2web-04-publier-ses-randos-et-ses-voyages-en-images) mais je me suis rendu compte qu'il ne tourne que sous Linux. J'ai pas pris le temps de m'y mettre encore. Est-ce que je pourrais aussi te demander d'essayer avec ce gpx et quelques photos? A part ça, ce matin, j'ai découvert un nouveau contributeur nancéen et son nom d'utilisateur m'a orienté vers une personne qui est en charge des transports à la Communauté Urbaine du Grand Nancy. Je lui ai envoyé un message pour déjà savoir si c'est bien lui et si on peut se rencontrer... La semaine dernière, j'ai été en formation 2 jours sur du Mind-mapping ( http://fr.wikipedia.org/wiki/Carte_heuristique). Le 1er exercice fut de donner des mots clés en rapport avec le mot carte. Forcément Openstreetmap en faisait partie. Et le formateur est membre d'un réseau d'entreprises du monde du numérique sur Nancy (http://www.nancynumerique.net/). On a discuté du projet et il va sans doute me recontacter pour que je le présente aux autres entreprises... Enfin, hier matin, on a fait une sortie découverte mycologie et le président de l'association m'a demandé ce que je faisais avec mon GPS. Visiblement, il est déjà bien sensibilisé à l'Open Source et pense que ce serait effectivement une bonne chose que tout le monde puisse avoir accès aux données cartographiques... Bonne journée. Romain Le 3 octobre 2011 10:51, Ab_fab gamma@gmail.com a écrit : Bonjour, Le projet a les honneurs du site lyoncapitale.fr ce matin http://www.lyoncapitale.fr/lyoncapitale/journal/Autre-contenu/Breves/Une-carte-des-amenagements-cyclables-de-Lyon-participative-et-avec-moins-d-erreurs Le 28 septembre 2011 19:29, Romain MEHUT romain.me...@gmail.com a écrit : Elle est disponible! http://www.lavilleavelo.org/spip.php?article204 Beau travail! Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ 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] Carte des aménagements cyclables de Lyon
Oups, erreur sur la destination... ça devait être perso. Le 3 octobre 2011 11:19, Romain MEHUT romain.me...@gmail.com a écrit : Salut, Heureusement que tu es là pour attiser l'intérêt ;) Sinon, je reviens sur ta méthode pour mettre bout à bout de fichiers .gpx J'ai donc collé le texte du 2nd à la suite du 1er mais j'ai eu un message d'erreur en ouvrant avec JOSM le gpx généré. Je pourrais te les envoyer? Mon but était aussi d'utiliser le logiciel Journey2web ( http://linuxfr.org/news/journey2web-04-publier-ses-randos-et-ses-voyages-en-images) mais je me suis rendu compte qu'il ne tourne que sous Linux. J'ai pas pris le temps de m'y mettre encore. Est-ce que je pourrais aussi te demander d'essayer avec ce gpx et quelques photos? A part ça, ce matin, j'ai découvert un nouveau contributeur nancéen et son nom d'utilisateur m'a orienté vers une personne qui est en charge des transports à la Communauté Urbaine du Grand Nancy. Je lui ai envoyé un message pour déjà savoir si c'est bien lui et si on peut se rencontrer... La semaine dernière, j'ai été en formation 2 jours sur du Mind-mapping ( http://fr.wikipedia.org/wiki/Carte_heuristique). Le 1er exercice fut de donner des mots clés en rapport avec le mot carte. Forcément Openstreetmap en faisait partie. Et le formateur est membre d'un réseau d'entreprises du monde du numérique sur Nancy (http://www.nancynumerique.net/). On a discuté du projet et il va sans doute me recontacter pour que je le présente aux autres entreprises... Enfin, hier matin, on a fait une sortie découverte mycologie et le président de l'association m'a demandé ce que je faisais avec mon GPS. Visiblement, il est déjà bien sensibilisé à l'Open Source et pense que ce serait effectivement une bonne chose que tout le monde puisse avoir accès aux données cartographiques... Bonne journée. Romain Le 3 octobre 2011 10:51, Ab_fab gamma@gmail.com a écrit : Bonjour, Le projet a les honneurs du site lyoncapitale.fr ce matin http://www.lyoncapitale.fr/lyoncapitale/journal/Autre-contenu/Breves/Une-carte-des-amenagements-cyclables-de-Lyon-participative-et-avec-moins-d-erreurs Le 28 septembre 2011 19:29, Romain MEHUT romain.me...@gmail.com a écrit : Elle est disponible! http://www.lavilleavelo.org/spip.php?article204 Beau travail! Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ 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] Import bâti osm = moulinette FME
Bonjour, j'ai la chance de posséder une licence FME. Cet outil (un ETL) est capable de faire des choses assez formidables. Il importe nativement les données OSM. Pour le libre, un outil similaire : talend Open studio J'aimerais créer une moulinette permettant de modifier le fichier généré pas cléo carto sur les données bâti. J'ai regardé les différents problèmes que l'on peut rencontrer et les améliorations à apporter : -Simplification des nœuds -les bâtiments chevauchants -les bâtiments découpés -les bâtiments sur plusieurs communes Il me semble avoir vu une page qui recensait les différents soucis avec une capture d'écran mais je ne la trouve plus. L'avez-vous dans un coin de votre favori ? Autre question : pensez-vous cela opportun de créer un tel script ? Merci. - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/Import-bati-osm-moulinette-FME-tp6854330p6854330.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] noel et tablettes
Le 3 oct. 2011 à 06:44, Pierre-Alain Dorange a écrit : Coté logiciels sur le terrain il existe aussi myTracksHD (traces GPS) mais qui n'est utilisable qu'avec les modèles GPS (existe aussi pour iPhone). Mapzen a un logiciel d'édition basique de POIs (nécessite internet). Sur IPad, il existe aussi, en plus de Navfree dont j'ai parlé et qui est efficace, Motion X GPS HD qui est à la fois un navigateur muet et un enregistreur de traces. Pas testé, mais, il offre la possibilité de partager les traces. Ayant un IPad 3 G (20 €/mois), j'ai expérimenté MapZen qui fait bien son boulot. On peut frimer utile chez un commerçant en inscrivant sur la carte et devant lui son petit bizness. S'il n'y a pas de JOSM ou équivalent sur les tablettes, c'est du à l'énorme difficulté pour tracer des lignes avec ses petits doigts. Les gens de ClouMade, Geofabrik ou autres sont probablement en train de l'étudier, car cela serait sans doute rentable, mais, si cela se fait, l'ergonomie sera sans doute très inférieure à celle d'une souris. A moins qu'un petit malin découvre comment permettre l'usage d'un stylet sur un écran capacitif. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage d'un node/way/relation sur la slippy map OSM
Super merci pour votre aide. En fait j'avais tent : http://www.openstreetmap.org/relation/1772689 Et bien entendu a ne marchait pas... ;-) Le 03/10/2011 11:06, didier2...@free.fr a crit: http://www.openstreetmap.org/?node=764283572 http://www.openstreetmap.org/?way=7483572 http://www.openstreetmap.org/?relation=1772689 ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: [OSM-talk-fr-bzh] TR: Présentation OSM à Brest en biens communs
Je transfère un message qui peut intéresser au delà de la Bretagne... Romain -- Message transféré -- De : FILY Gaëlle gaelle.f...@brest-metropole-oceane.fr Date : 3 octobre 2011 11:11 Objet : [OSM-talk-fr-bzh] TR: Présentation OSM à Brest en biens communs À : cartes-ouvertes-pays-br...@listes.infini.fr cartes-ouvertes-pays-br...@listes.infini.fr, LISTE OSM29 talk-fr-...@openstreetmap.org ** Bonjour, Je me permets de relancer ce message resté sans réponse. Avez-vous eu le temps de vous coordonner pour voir qui tiendrait le stand OSM pendant Brest en Biens communs ? Le service SIG de BMO a proposé d'imprimer des cartes pour montrer l'évolution sur notre territoire. Il y a finalement 3 cartes : 1 sur le Pays de Brest, 1 sur Brest et une 3e sur Plouarzel. L'ensemble représente deux posters de 1.50m x 1.50m Il y aura une connexion wifi disponible au Fourneau, vous pouvez venir avec notre portable personnel. Vous retrouvez les horaires sur cette page : http://www.brest-en-biens-communs.infini.fr/index.php/Temps_fort_au_Fourneau Bonne journée *FILY Gaëlle* Service Internet et expression multimédia Ville de Brest 02-98-00-84-38 -- *De :* FILY Gaëlle [mailto:gaelle.f...@brest-metropole-oceane.fr] *Envoyé :* mardi 13 septembre 2011 15:06 *À :* cartes-ouvertes-pays-br...@listes.infini.fr *Objet :* [Cartes ouvertes] RE: Présentation OSM à Brest en biens communs Bonjour, A ce jour 3-4 personnes se sont positionnées pour tenir le stand OSM pendant Brest en biens communs : Jean Olivier (partant) Hervé Quéré (partant) Ludovic Bellier (partant) Steven Le Roux (reste à confirmer) Voici depuis ce lien le programme de la journée du samedi 8 octobre http://www.brest-en-biens-communs.infini.fr/index.php/Temps_fort_au_Fourneau Je vous laisse vous coordonner entre vous, merci de revenir vers moi pour confirmer les noms. Bonne journée à tous *FILY Gaëlle* Service Internet et expression multimédia Ville de Brest 02-98-00-84-38 -- *De :* FILY Gaëlle [mailto:gaelle.f...@brest-metropole-oceane.fr] *Envoyé :* mercredi 7 septembre 2011 12:08 *À :* cartes-ouvertes-pays-br...@listes.infini.fr *Objet :* [Cartes ouvertes] Présentation OSM à Brest en biens communs Bonjour, Je suis en charge de l'organisation de Brest en biens communs sur le volet OpenStreetMap entres autres. En savoir plus sur cette manifestationhttp://www.brest-en-biens-communs.infini.fr Durant cette manifestation, un temps fort au Fourneau sera proposé le samedi 8 octobre avec divers stands pour présenter des initiatives locales. L'une d'entres elles portera sur OpenStreetMap et les avancées qui sont faites sur notre territoire. François Vigouroux propose d'éditer un poster avec une carte montrant l'avancement de la couverture de notre territoire, elle sera réalisée et imprimée par le service SIG pour cette manifestation. Nous sommes à la recherche de quelques OSMappeurs du Finistère qui puissent être présents durant l'après-midi du 8 oct. pour tenir le stand, présenter OSM et les actions faites dans le coin. Ludovic Bellier semblait partant, j'ai posé la question à Steven qui de même pensait venir mais doit me le confirmer. Est-ce que d'autres personnes sont intéressées ? Cordialement *FILY Gaëlle* Service Internet et expression multimédia Ville de Brest 02-98-00-84-38 ___ Talk-fr-bzh mailing list talk-fr-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr-bzh ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti osm = moulinette FME
Il me semble avoir vu une page qui recensait les différents soucis avec une capture d'écran mais je ne la trouve plus. L'avez-vous dans un coin de votre favori ? http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents/Aper%C3%A7u_des_erreurs_rencontr%C3%A9es Autre question : pensez-vous cela opportun de créer un tel script ? surement utile puisque ces erreurs existent dans la base osm ... didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Carte comparative avec Géoportail
Bonjour, A la manière de ce que propose Géofabrik (1) de permettre la comparaison OSM/Google, est-ce que l'on pourrait imaginer la même chose avec Géoportail? Merci. Romain (1) http://tools.geofabrik.de/mc/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti osm = moulinette FME
Bonjour, Merci pour le lien. Malheureusement, tous les problèmes ne sont pas dispo. Qu'entend t-on par bâtiment découpé ? - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/Import-bati-osm-moulinette-FME-tp6854330p6854383.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] noel et tablettes
Le 3 octobre 2011 11:24, Christian Rogel christian.ro...@club-internet.fra écrit : A moins qu'un petit malin découvre comment permettre l'usage d'un stylet sur un écran capacitif. Une stylet ? Non... 12 stylets testés par MacWorld sur iPad: http://www.macworld.com/article/156560/2011/05/touchscreen_stylus_roundup.html Bonne lecture (et achat ?) -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti osm = moulinette FME
Bonjour, C'est le plus souvent le cas d'un bâtiment unique, mais placé au dessus d'une limite entre deux parcelles cadastrales. La limite noire trompe le script d'extraction et on retrouve deux polygones adjacents dans l'extrait osm Très voyant pour un batiment rectangulaire, coupé en deux par une limite oblique. La page citée montre le même phénomène, mais pour une pièce d'eau http://wiki.openstreetmap.org/wiki/File:Artefacts_2.png Le 3 octobre 2011 11:46, partir-en-vtt ad...@partir-en-vtt.com a écrit : Bonjour, Merci pour le lien. Malheureusement, tous les problèmes ne sont pas dispo. Qu'entend t-on par bâtiment découpé ? - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/Import-bati-osm-moulinette-FME-tp6854330p6854383.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation
2011/10/3 clansco false...@clansco.org: Je suis artiste plasticien. ou informaticien ? Parce que tes manips requièrent un certain niveau technique qui n'est pas à la porté du premier venu. Pour l'utilisation du greffon cadastre-fr, je pourrais peut-être faire un tuto pour ce genre de feuilles. En fait, si tu as la chance d'avoir des croisillons même sans coordonnées, c'est assez facile à faire directement sans passer par toutes les étapes que tu décris. En tout cas, bienvenue dans OSM Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti osm = moulinette FME
Le 3 octobre 2011 11:46, partir-en-vtt ad...@partir-en-vtt.com a écrit : Bonjour, Merci pour le lien. Malheureusement, tous les problèmes ne sont pas dispo. Qu'entend t-on par bâtiment découpé ? Ce sont généralement des bâtiments construits soient sur plusieurs parcelles existantes ou disparues. -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] noel et tablettes
merci a tous pour vos remarques, cela me donne une idée un peu plus concrete de l'utilisation de ce genre de matériel. pour ce qui est de l'achat je crois encore au pere noel ! didier Le lundi 03 octobre 2011 à 11:53 +0200, Christian Quest a écrit : Le 3 octobre 2011 11:24, Christian Rogel christian.ro...@club-internet.fr a écrit : A moins qu'un petit malin découvre comment permettre l'usage d'un stylet sur un écran capacitif. Une stylet ? Non... 12 stylets testés par MacWorld sur iPad: http://www.macworld.com/article/156560/2011/05/touchscreen_stylus_roundup.html Bonne lecture (et achat ?) -- Christian ___ 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] Import bâti osm = moulinette FME
Est-ce que quelqu'un pourrait me fournir une capture d'écran. Avez-vous des pistes pour détecter le problème ? Loïc - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/Import-bati-osm-moulinette-FME-tp6854330p6854440.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose : building vs hignway
L'analyseur a été corrigé. D'ici deux jours il ne devrait plus y a voir de problèmes avec les bâtiments à l’intérieur d'une boucle et la gestion des niveaux de voies et de bâtiments à était simplifié pour la faire marcher ;) Fred Le 03/10/2011 10:31, Christian Quest a écrit : Autre cas de faux positif: - batiment au dessous d'un pont: http://www.openstreetmap.org/browse/way/125228754 Et j'en profite pour un merci pour cette nouvelle analyse. -- Christian ___ 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] noel et tablettes
Le 3 octobre 2011 11:24, Christian Rogel christian.ro...@club-internet.fra écrit : S'il n'y a pas de JOSM ou équivalent sur les tablettes, c'est du à l'énorme difficulté pour tracer des lignes avec ses petits doigts. C'est surtout du au prix encore prohibitif de ces joujous pour la plupart des gens, et au fait que la version d'Android pensée pour tablettes est très récente. Patience, ça viendra :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti osm = moulinette FME
Le 3 octobre 2011 11:22, partir-en-vtt ad...@partir-en-vtt.com a écrit : Bonjour, Salut, J'ai produit 2 scripts python pour améliorer les données du bâti: http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035156.html Ca marche assez bien pour les tests que j'ai pu faire (90% de chevauchement en moins), mais il reste la simplification des chemins et la détection des ano de chevauchement qui pourraient subsiter (afin de combler les manques de validator). Actuellement je n'ai plus trop de temps à accorder à OSM et j'ai un peu laché l'affaire, mais je vais regrouper les 2 scripts en un seul et et virer les tag fixme générés à des fins de debug, afin que cela soit mis en prod sur cléo. A ta dispo pour tout complément BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import bâti osm = moulinette FME
merci merci pour votre aide ! Cela me permet de connaître les différents problèmes à traiter. Si j'arrive à produite quelque chose de correct je vous tient au courant. une question encore : si j'ai quelque chose de probant, serait-il envisageable de passer nettoyer la base avec l'outil et d'importer massivement les communes vectorisées de l'ensemble de la France ? - On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... www.partir-en-vtt.com -- View this message in context: http://gis.638310.n2.nabble.com/Import-bati-osm-moulinette-FME-tp6854330p6854842.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation
Le Lundi 3 Octobre 2011 10:38:08 clansco, vous avez écrit : Le cadastre de Clans en projection locale, comporte sur toutes les feuilles (sauf F3) des croisillons. Je ne suis pas arrivé à utiliser cadastre.fr (je n'ai rien compris), et avec PicLayer je me suis arraché les cheveux tant pour la rotation que la mise à l'échelle. Bonjour et bienvenue ! Tu peux également utiliser ces feuilles sans croisillons, à la condition d'avoir des repères déjà géolocalisés (au moins 2). Ces repères peuvente être des repères géodésiques, une intersection de rue, un pont, une voie de chemin de fer, bref quelquechose qui ne bouge pas trop dans le temps. Dans tous les cas, ce ne sera pas aussi précis que des croisillons, mais c'est mieux que rien. Au moment du géoréférencement de ta feuille (même procédure qu'une feuille avec croisillon), tu sélectionnes sur la feuille le repère sur la feuille, puis tu cliques sur « Utiliser la souris », et tu cliques sur le point déjà géolocalisé. Tu fais de même pour le deuxième point. Tu vérifies ensuite avec d'autres éventuels points, si ça colle pas mal. Bonne carto ! -- 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] Présentation
2011/10/3 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Au moment du géoréférencement de ta feuille (même procédure qu'une feuille avec croisillon), tu sélectionnes sur la feuille le repère sur la feuille, puis tu cliques sur « Utiliser la souris », et tu cliques sur le point déjà géolocalisé. C'est avec ce genre de texte que je pense qu'un screencast serait plus compréhensible ;-) Pour faire encore plus simple même si je sais que c'est perdu d'avance, je vais essayer de résumer le principe : une fois que la feuille est chargée dans JOSM, il faut faire correspondre deux points de repères de la feuille cadastrale sur leur équivalent dans OpenStreetMap. Pour cela, il faut cliquer avec la souris quatre fois: - 1 clic sur un point de la feuille du cadastre - 1 clic sur son correspondant dans OSM (en choisissant «Utiliser la souris» dans le dialogue qui s'ouvre) - 1 clic sur un deuxième point de la feuille du cadastre - 1 clic sur son correspondant dans OSM Pour trouver son correspondant dans OSM, on peut effectivement utiliser les repères géodésiques mais ils ne sont pas toujours visibles sur les plans images ou imprécis (un clocher d'église, c'est vague sur le cadastre). On peut aussi utiliser des repères par rapport à d'autres feuilles cadastrales voisines ou des repères visibles depuis Bing (des intersections de route par exemple). Comme on ne peut pas bien afficher Bing et cadastre en même temps, on peut temporairement passer en projection mercator, ajouter quelques points/traits sur les repères choisis puis revenir en projection Lambert pour faire le géoréférencement et effacer les points/traits temporaires. Après cette série de clics, l'image est transformée mais il reste possible de faire quelques ajustements manuels (plus hasardeux): http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Ajuster_un_plan_image Il faut bien sûr garder en tête que le cadastre peut être légèrement décalé par rapport au réel. Ainsi que les images de Bing qui peuvent aussi être mal géoréférencées. Il y aura toujours une marge d'erreur assez conséquente. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - robot nettoyeur
Le Jeudi 29 Septembre 2011 19:03:17 sly (sylvain letuffe), vous avez écrit : Etat de la base en terme de nombre : http://taginfo.openstreetmap.org/search?q=cartographes#values 2241 occurrences du tag Héhé, on dirait que le week-end a été bien utilisé malgré le soleil. Le nombre d'occurences a chuté de moitié ! Encore un peu de courage (j'imagine que ce sont les cas les plus faciles qui ont été réglés en premier) et l'affaire sera réglée. -- 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] Erreur sur le flux WMS du CRAIG
2011/9/30 Sébastien Dinot sebastien.di...@free.fr: Bonjour Landry, Landry Breuil a écrit : Bon, vous m'avez obligé a y regarder alors que je suis en vacances... Je le regrette. Une réponse du genre « je regarde cela à mon retour de vacances aurait été totalement acceptable. » Pas de soucis, c'est jusque que talk-fr@ arrive sur une boite mail perso, et non pro, donc du coup je me sens obligé de regarder quand un truc déconne.. :) Brefle, je l'ai rajouté, dites moi si ca marche. Pas vraiment : l'orthoimage apparaît désormais mais la zone transmise par le serveur ne correspond absolument pas à la zone éditée dans JOSM. J'estime le décalage à 0,2° vers le sud. Décalage de 0.2 degrés vers le sud, ca m'a tout l'air d'etre la confusion entre EPSG:900913 et EPSG:3857/3785. Si je charge les 3 dans QGIS (j'ai pas les moyens de tester avec ta version de josm maintenant), les données en 900913 sont un peu au dessus des données en 3857/3785, sachant que j'ai rajouté les entrées suivantes dans le fichier proj/epsg, en me basant de ce qui vient de spatialreference.org : 3857 : http://spatialreference.org/ref/sr-org/6864/ 3785 : http://spatialreference.org/ref/epsg/3785/ 900913 : http://spatialreference.org/ref/sr-org/6627/ http://wiki.openstreetmap.org/wiki/EPSG:3857 # EPSG:3785 for google mercator, deprecated ? 3785 +proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs # WGS 84 / Commercial providers 900913 +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs # ??? for JOSM ?? 3857 +proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +a=6378137 +b=6378137 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs Pour moi, tout ceci c'est du chinois, donc si on m'explique ce qu'il faut changer pour que ca 'colle', avec les explications du pourquoi... Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation
Le Lundi 3 Octobre 2011 15:24:25 Pieren, vous avez écrit : 2011/10/3 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Au moment du géoréférencement de ta feuille (même procédure qu'une feuille avec croisillon), tu sélectionnes sur la feuille le repère sur la feuille, puis tu cliques sur « Utiliser la souris », et tu cliques sur le point déjà géolocalisé. C'est avec ce genre de texte que je pense qu'un screencast serait plus compréhensible ;-) Haaa, c'est vrai que vu l'entraînement de ce WE, je devrai pouvoir faire qqch d'intéressant … -- 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] Affichage d'un node/way/relation sur la slippy map OSM
Le lien adéquate est donné sur la page d'info de l'élément : voir le/la relation/chemin/noeud sur une carte plus grande http://www.openstreetmap.org/browse/relation/1772689 (page que l'on obtient avec ctrl+i dans josm) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - robot nettoyeur
Encore un peu de courage (j'imagine que ce sont les cas les plus faciles qui ont été réglés en premier) et l'affaire sera réglée. Je dirais qu'il reste pas mal de boulot si on veut faire tout propre, j'ai nettoyé pas mal de cas simples (il en reste encore), mais il reste des way bien longs passant par plusieurs communes au format image des deux cotés et ça, c'est tout de suite moins facile. Je continue à nettoyer les cas simples (et moins simple) pour voir ce qu'il va rester. Et je serais en faveur de quand même les remplacer par du super approximatif, pour se débarrasser enfin des ways de la source litigieuse et repartir de base licencement seine, à défaut d'avoir des contours de meilleure qualité -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation
On Mon, 3 Oct 2011 11:55:51 +0200 Pieren pier...@gmail.com wrote: 2011/10/3 clansco false...@clansco.org: Je suis artiste plasticien. ou informaticien ? Parce que tes manips requièrent un certain niveau technique qui n'est pas à la porté du premier venu. ;) nous ne sommes plus au moyen âge, un plasticien a d'autres outils que le pinceau ou le burin dans sa besace ! Ce qui me fait penser qu'injecter des données OSM dans Processing (java), ou à présent utiliser processing.js dans OpenLayer... Pour l'utilisation du greffon cadastre-fr, je pourrais peut-être faire un tuto pour ce genre de feuilles. Bon j'avoue que que j'ai dû être un peu bourrin sur ce coup et que j'ai sans doute cliqué à tort et à travers : je viens de découvrir le post de Nicolas et ta réponse, entre le point 1 aka cliquer et le point 2 aka cliquer si j'ai bien compris à présent il faut naviguer dans les bons espaces. J'essaie et je rend compte. Merci Pieren et Nicolas Dumoulin pour vos mots de bienvenue, et à osm pour tout le travail donné et le plaisir reçu ici. ff ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] noel et tablettes
Le 03/10/11 11:24, Christian Rogel a écrit : A moins qu'un petit malin découvre comment permettre l'usage d'un stylet sur un écran capacitif. Samsung va bientôt commercialiser son Galaxy Note, un smartphone Android géant (écran 5.3 superAMOLED, 1280x800 pixels) et muni... d'un stylet ! http://www.gsmarena.com/samsung_galaxy_note-review-651.php /Lapi ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage d'un node/way/relation sur la slippy map OSM
Merci tienne pour ces prcisions trs utiles. En complment, j'aurai voulu savoir si il tait possible de raliser la mme chose en chargeant la couche OSM travers OpenLayers. Je voudrais mettre en oeuvre cette technique pour prsenter des parcours de randonnes sur mon site. Nicolas Le 03/10/2011 16:04, Etienne Trimaille a crit: Le lien adquate est donn sur la page d'info de l'lment : "voir le/la relation/chemin/noeud sur une carte plus grande" http://www.openstreetmap.org/browse/relation/1772689 (page que l'on obtient avec ctrl+i dans josm) ___ 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] Export des contours administratifs français - robot nettoyeur
Bonjour, De : sly (sylvain letuffe) Encore un peu de courage (j'imagine que ce sont les cas les plus faciles qui ont été réglés en premier) et l'affaire sera réglée. Je dirais qu'il reste pas mal de boulot si on veut faire tout propre, j'ai nettoyé pas mal de cas simples (il en reste encore), mais il reste des way bien longs passant par plusieurs communes au format image des deux cotés et ça, c'est tout de suite moins facile. Je continue à nettoyer les cas simples (et moins simple) pour voir ce qu'il va rester. Et je serais en faveur de quand même les remplacer par du super approximatif, pour se débarrasser enfin des ways de la source litigieuse et repartir de base licencement seine, à défaut d'avoir des contours de meilleure qualité Dans ce cas, juste une chose : ne pas tracer de limites communales avec ces contours super approximatifs, mais qu'on se limite aux limites de départements. Et qu'on remplace peu à peu ces contours par une meilleure géométrie au fil des ajouts de contours de communes, comme on fait aujourd'hui avec les contours CA. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage d'un node/way/relation sur la slippy map OSM
Le Lundi 3 Octobre 2011 16:49:11 Nicolas Moyroud, vous avez écrit : Merci Étienne pour ces précisions très utiles. En complément, j'aurai voulu savoir si il était possible de réaliser la même chose en chargeant la couche OSM à travers OpenLayers. Tu peux télécharger le way avec http://www.openstreetmap.org/api/0.6/way/7483572 -- 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] Export des contours administratifs français - robot nettoyeur
2011/10/3 Vincent de Chateau-Thierry v...@laposte.net: Vu le faible nombre de points et lignes qui restent, je pense qu'on aurait les moyens de faire les choses proprement avec les vrais limites communales. Ca fait plus de deux ans qu'on attendait et là, j'ai le sentiment qu'on peux y arriver en 2 .. 3 semaines, même moins si on est plus nombreux. Comme ça, aucun risque de placer des lieux-dits ou autres dans le mauvais polygone et on aura une qualité égale sur l'ensemble des limites départementales, ce qui n'est pas rien (sinon il faudra justifier les approximations dans vos exports). En tout cas, moi je continue à combler les limites communales en bordure de la zone 51 (je veux dire du départment de la Marne, bien-sûr). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage d'un node/way/relation sur la slippy map OSM
en utilisant un fichier osm qui contient uniquement les données de ta randonnée : http://wiki.openstreetmap.org/wiki/OpenLayers_osm_file_example simple et efficace tu peu a loisir modifier l'apparence en utilisant les styles didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - robot nettoyeur
Vu le faible nombre de points et lignes qui restent Tu l'as dis toi même, : le nombre ne fait rien à l'affaireueu, quand il y'en a, il y'en a ! j'ai le sentiment qu'on peux y arriver en 2 .. 3 semaines, même moins si on est plus nombreux. Oulla, moi je l'ai pas ce sentiment... Mais okay, j'attendrais 3 semaines avant de commencer à tirer des traits tout droit, mais perso je préfère attendre les avancées de vectorisation du cadastre qui, de toute façon, vont le faire, plutôt que de m'user l'index à cliquer sur des images -- sly qui suis-je : http://sly.letuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - robot nettoyeur
Je suis sur la limite Yonne/Aube... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
