Re: [OSM-talk-be] OSM Belgian chapter as a Belgian asbl/vzw
2013/10/5 Pieter Colpaert pieter.colpa...@okfn.org Hi OSM, With Open Knowledge Foundation Belgium vzw we are building an umbrella organisation for Open Knowledge in Belgium. Creative Commons Belgium is a working group, the iRail initiative has become a working group (Open Transport), we have people working on open source software for open data (We Open Data) and so on. It could save you a lot of time and money setting up a vzw/asbl if you could become a WG at OKFN Belgium. You can get one person of your WG in the board of the legal organisation and help making decisions from the OSM point of view. For the rest, you maintain your own budget, make your own decisions in the working group, and you can keep operating as OSM Belgium. I think the goals of our 2 initiatives are too close not to merge efforts :) Much thanks Pieter. For me, your proposal makes much sense. I am loking forward to the reactions and comments of the other people who want to move forward (Pierre P, Ben A, Julien F) Kind regards, Pieter On Fri, Oct 4, 2013 at 7:12 PM, Pierre Parmentier pierrecparment...@gmail.com wrote: I order to progress with the registration of OSM-BE as an asbl/vzw, I have: - updated the draft for the statutes. (As the fr version is more detailed than the nl version, I have been working on the first one.) - prepared a Draft for agreement of OSM-BE as local chapter with OSMF Please have a look at http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Chapter and comment. For the asbl/vzw we need : - at least three stichtende leden/membres fondateurs - an address in Belgium Please confirm your interest to be included as a member. If you agree, I am ready to go ahead with the procedures. Regards, Pierre P. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgian chapter as a Belgian asbl/vzw
Hi all, Having an umbrella org take care of the legal and administrative overhead makes a _lot_ of sense to me. And OKFN seems to be the right kind of umbrella. Do it! Mark P.S. Lightning talk and/or stand proposals for FOSDEM 2014 are welcomed at https://fosdem.org/2014/news/2013-09-17-call-for-participation-part-two ... 2013/10/6 Nicolas Pettiaux nico...@pettiaux.be: 2013/10/5 Pieter Colpaert pieter.colpa...@okfn.org Hi OSM, With Open Knowledge Foundation Belgium vzw we are building an umbrella organisation for Open Knowledge in Belgium. Creative Commons Belgium is a working group, the iRail initiative has become a working group (Open Transport), we have people working on open source software for open data (We Open Data) and so on. It could save you a lot of time and money setting up a vzw/asbl if you could become a WG at OKFN Belgium. You can get one person of your WG in the board of the legal organisation and help making decisions from the OSM point of view. For the rest, you maintain your own budget, make your own decisions in the working group, and you can keep operating as OSM Belgium. I think the goals of our 2 initiatives are too close not to merge efforts :) Much thanks Pieter. For me, your proposal makes much sense. I am loking forward to the reactions and comments of the other people who want to move forward (Pierre P, Ben A, Julien F) Kind regards, Pieter On Fri, Oct 4, 2013 at 7:12 PM, Pierre Parmentier pierrecparment...@gmail.com wrote: I order to progress with the registration of OSM-BE as an asbl/vzw, I have: updated the draft for the statutes. (As the fr version is more detailed than the nl version, I have been working on the first one.) prepared a Draft for agreement of OSM-BE as local chapter with OSMF Please have a look at http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Chapter and comment. For the asbl/vzw we need : at least three stichtende leden/membres fondateurs an address in Belgium Please confirm your interest to be included as a member. If you agree, I am ready to go ahead with the procedures. Regards, Pierre P. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be EuroSciPy 2013 co-chair http://www.euroscipy.org/ ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Mark Van den Borre Hogestraat 16 3000 Leuven, België +32 486 961726 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgian chapter as a Belgian asbl/vzw
On 2013-10-06 09:12, Nicolas Pettiaux wrote: 2013/10/5 Pieter Colpaert pieter.colpa...@okfn.org mailto:pieter.colpa...@okfn.org Hi OSM, With Open Knowledge Foundation Belgium vzw we are building an umbrella organisation for Open Knowledge in Belgium. Creative Commons Belgium is a working group, the iRail initiative has become a working group (Open Transport), we have people working on open source software for open data (We Open Data) and so on. It could save you a lot of time and money setting up a vzw/asbl if you could become a WG at OKFN Belgium. You can get one person of your WG in the board of the legal organisation and help making decisions from the OSM point of view. For the rest, you maintain your own budget, make your own decisions in the working group, and you can keep operating as OSM Belgium. I think the goals of our 2 initiatives are too close not to merge efforts :) Much thanks Pieter. For me, your proposal makes much sense. I am loking forward to the reactions and comments of the other people who want to move forward (Pierre P, Ben A, Julien F) I'm a fan of this evolution, I think it's a great idea. I don't think it really matters where the adress is located, most of us aren't as dumb to look at language borders.I never look at the address of a VZW/ASBL to make up my mind about it.I do think we need to make sure 'we' won't be making too much expenses until the chosen business model proves it's working. I've said it before in the past here : my company is ready to donate resources, we use OSM data every second of the day. A VZW/ASBL would make that donation a tad easier to do (and receive a decent paper trail for our friends at the tax office) So please keep the list informed, especially of the pending needs to get this to happen... if something is missing: share and thou shall receive :P Good stuff! Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgian chapter as a Belgian asbl/vzw
On Sun, Oct 6, 2013 at 11:43 AM, Glenn Plas gl...@byte-consult.be wrote: I've said it before in the past here : my company is ready to donate resources, we use OSM data every second of the day. A VZW/ASBL would make that donation a tad easier to do (and receive a decent paper trail for our friends at the tax office) Another very important reason to have these things in place! I would very much like to be a local chapter to the OSMF. I'm not sure we would be able to do that when our activities would be done through OKFN BE? Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] road signs plugin customization
On Sunday 06 October 2013 17:48:05 Glenn Plas wrote: I'm in the process of creating a Belgian settings file for this great plug-in. It would be a perfect tool to distil the common knowledge and tagging habits in our little country. I've done this in the past already (but half-assed ) but it's time to finish the work. See http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RoadSigns for more information Great, but we still need to actually end the discussion on how to tag everything first. Or we'll end up with competing plugins... Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] road signs plugin customization
On 2013-10-06 19:15, Ben Laenen wrote: On Sunday 06 October 2013 17:48:05 Glenn Plas wrote: I'm in the process of creating a Belgian settings file for this great plug-in. It would be a perfect tool to distil the common knowledge and tagging habits in our little country. I've done this in the past already (but half-assed ) but it's time to finish the work. See http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RoadSigns for more information Great, but we still need to actually end the discussion on how to tag everything first. Or we'll end up with competing plugins... What plugin ? I know of none that do what this does. I think the tool will help the discussion. I'm just creating our translated/modded version that applies to our road code. It's easy to begin with the basis tags , for instance: access=no , then later when adding subsigns for C3 like uitzgezonderd bus , you need to get creative and check the wiki to find out this would have to be added : key=access:bus value=yes I won't be checking in any files until they are ok. It will sure help beginners to map this, I spend hours in the wiki trying to translate that into the settings. But seriously , End the discussion on how to tag everything ? You have too much spare time :) Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] OSM Belgian chapter as a Belgian asbl/vzw
On Sun, Oct 06, 2013 at 07:06:24PM +0200, Ben Abelshausen wrote: On Sun, Oct 6, 2013 at 11:43 AM, Glenn Plas gl...@byte-consult.be wrote: I've said it before in the past here : my company is ready to donate resources, we use OSM data every second of the day. A VZW/ASBL would make that donation a tad easier to do (and receive a decent paper trail for our friends at the tax office) Another very important reason to have these things in place! I would very much like to be a local chapter to the OSMF. I'm not sure we would be able to do that when our activities would be done through OKFN BE? I think we need to create our own vzw/asbl in any case. The question is wether we also want OKFN BE to be an umbrella organisation for us if they want to do that, and what conditions they have for that. See: https://en.wikipedia.org/wiki/Umbrella_organization Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] road signs plugin customization
On Sunday 06 October 2013 19:31:47 Glenn Plas wrote: What plugin ? I know of none that do what this does. I know none exists right now, but if you start making some controversial decisions other plugins can appear. I once tried making a webpage once though where you could just click the signs and it would translate them into pages. It was actually working as well, but it had to use some experimental and self- invented tags to handle the complex access restrictions (like goods vehicles above 5 tons only allowed between 7am and 12pm for loading and unloading). Was actually a tool to think about those complex restrictions rather than Belgian tags. The tagging method for complex restrictions has grown up now and since it's not the same as the one I used, the page is no longer found anywhere. I can still dig it up if someone wants to take a look, it's all javascript and svg and didn't work with Internet Explorer at all :-) Just don't look to hard at it as some things were just wrong... I think the tool will help the discussion. I'm just creating our translated/modded version that applies to our road code. It's easy to begin with the basis tags , for instance: access=no , then later when adding subsigns for C3 like uitzgezonderd bus , you need to get creative and check the wiki to find out this would have to be added : key=access:bus value=yes I won't be checking in any files until they are ok. It will sure help beginners to map this, I spend hours in the wiki trying to translate that into the settings. But seriously , End the discussion on how to tag everything ? You have too much spare time :) I know, I've dwelt way too deep into this over the years and the things I could do if I get all those hours discussing back :-) . It's always been one of my goals in OSM to get access tags sorted out in a good and working way. I certainly could have picked an easier topic because everyone has their own ideas and they often are completely incompatible. Ranging from: tag everything explicitely, all the way to: don't tag anything with access tags, just tag what signs there are and let some tools do the translation. I've not given up yet. But even if it never leads to a result, I certainly learned a lot about our traffic code :-) Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] road signs plugin customization
On 2013-10-06 19:56, Ben Laenen wrote: On Sunday 06 October 2013 19:31:47 Glenn Plas wrote: What plugin ? I know of none that do what this does. I know none exists right now, but if you start making some controversial decisions other plugins can appear. I once tried making a webpage once though where you could just click the signs and it would translate them into pages. It was actually working as well, but it had to use some experimental and self- invented tags to handle the complex access restrictions (like goods vehicles above 5 tons only allowed between 7am and 12pm for loading and unloading). Was actually a tool to think about those complex restrictions rather than Belgian tags. The tagging method for complex restrictions has grown up now and since it's not the same as the one I used, the page is no longer found anywhere. I can still dig it up if someone wants to take a look, it's all javascript and svg and didn't work with Internet Explorer at all :-) Just don't look to hard at it as some things were just wrong... I'll be sticking to the current wiki information, so won't be inventing new tags to cover specials or make it too complex.I just need to stay in the loop with the current tagging habits. . But seriously , End the discussion on how to tag everything ? You have too much spare time :) I know, I've dwelt way too deep into this over the years and the things I could do if I get all those hours discussing back :-) . It's always been one of my goals in OSM to get access tags sorted out in a good and working way. I certainly could have picked an easier topic because everyone has their own ideas and they often are completely incompatible. Ranging from: tag everything explicitely, all the way to: don't tag anything with access tags, just tag what signs there are and let some tools do the translation. I've not given up yet. But even if it never leads to a result, I certainly learned a lot about our traffic code :-) Ben That last sentence sounds very familiar, it's an amazing maze ... very SM'ish of us isn't it :) I think what this tool produces in tags isn't too controversial anyway. I'm just mapping the wiki knowledge in the settings file for Belgium, it sure saves time looking up things you haven't tagged in the last 6 months. The latest discusssion was about a wrong C3 sign in combination with the road, so this plugin won't help anyway. Maybe we can finally tag this road in the Walloon region when I'm done: https://www.youtube.com/watch?v=ktkb9soWl90 don't laugh, it's our money wasted Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Overpass or XAPI API servers for 60,000 node queries?
I'm seeking some help in getting a 60,000 node overpass query to complete. In the past I could generally get the query to complete by running it once, cancelling it, then running it a second time (maybe the 2nd time more data was cached). Now I get either infinite timeout or a server rejection. The query is: osm-script timeout=990 element-limit=1073741824 query type=node has-kv k=amenity v=drinking_water/ /query print/ /osm-script In the past I ran this same query via XAPI on mapquest, but that server has bit-rotted into uselessness. Overpass servers I have tried include: api.openstreetmap.fr/api/interpreter api.openstreetmap.fr/oapi/interpreter overpass-api.de/api/interpreter overpass.osm.rambler.ru/cgi/interpreter overpass-turbo.eu/ (via web interface) Using: wget --tries=1 --timeout=0 --post-file=drinking_water_overpass.xml example://overpass-api.de/api/interpreter -O output.osm I'm referencing http://wiki.openstreetmap.org/wiki/Overpass_API for instructions and a public server list. I'm willing to break the query into parts, or run the query at specific times of day, but at the moment I'm lost in getting this working again. Is there any automated system for breaking the planet into smaller bounding boxes? Any other ways to cooperate with the servers for larger queries? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overpass or XAPI API servers for 60, 000 node queries?
I ran your query on my server and it completed in 90 seconds, even though another big query was already running. True, I do use an SSD for the database, so it is very fast. However, it proved that there is nothing in your query that gives Overpass indigestion. The public servers do run a fairness algorithm to prevent big queries from shutting out others. You might try reducing your timeout value as asking for such a long time will likely get the request bounced. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overpass or XAPI API servers for 60, 000 node queries?
Per the suggestion, I dropped the query time to 200 seconds, and same result from the public servers. The query is still running after several minutes, despite the timeout value of 200 seconds. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overpass or XAPI API servers for 60, 000 node queries?
In the past I could generally get the query to complete by running it once, cancelling it, then running it a second time (maybe the 2nd time more data was cached). Now I get either infinite timeout or a server rejection. The query is: osm-script timeout=990 element-limit=1073741824 query type=node has-kv k=amenity v=drinking_water/ /query print/ /osm-script I'm glad that you bring up the whole subject. It's a challenging query for Overpass API. Malcolm has already sketched the long-term solution: operating from a SSD will largely solve the performance limitations, but currently I'm not aware of any cost-effective hosting options with large SSDs (more than 300 GB). Please do not use a cancel-restart strategy. This may double the load because not in all cases the Apache server cancels the abandoned query. It is possible that this strategy causes the rejection because the server rejects concurrent requests from the same IP. In fact, if a query is already running a second query from the same IP then the new request is first postponed for up to 15 seconds. It is immediately started if the former request completes during this time. If the former request doesn't complete within 15 seconds then the newer request is finally rejected. I suggest the following strategy: Please prefer the Rambler instance. It is for this use case probably the fastest. Then, feel free to use a much larger timeout. On a test run, the query had taken 12 minutes, so with a safety margin factor, please try 3600 seconds instead of 990. On the other hand, please omit the element-limit (and thus use the default of 512M instead). That's much more than necessary and the server is rather picky on RAM consuming requests. If the request is still rejected, please retry every few minutes. Peaks most often only last for less than an hour but aren't that regular. And trying a request doesn't hurt anybody. Cheers, Roland ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overpass or XAPI API servers for 60, 000 node queries?
http://jxapi.openstreetmap.org/xapi/api/0.6/node[amenity=drinking_water] took about 3 minutes total. 14.5MB result. From: Bryce Nesbitt [mailto:bry...@obviously.com] Sent: Sunday, October 06, 2013 9:53 AM To: talk@openstreetmap.org Subject: [OSM-talk] Overpass or XAPI API servers for 60,000 node queries? In the past I ran this same query via XAPI on mapquest, but that server has bit-rotted into uselessness. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overpass or XAPI API servers for 60, 000 node queries?
On Sun, Oct 6, 2013 at 11:41 AM, Paul Norman penor...@mac.com wrote: http://jxapi.openstreetmap.org/xapi/api/0.6/node[amenity=drinking_water]took about 3 minutes total. 14.5MB result. Thanks, however no luck here: # wget http://jxapi.openstreetmap.org/xapi/api/0.6/node[amenity=drinking_water] -O drinking_water_yes_d.osm --2013-10-06 16:54:28-- http://jxapi.openstreetmap.org/xapi/api/0.6/node[amenity=drinking_water] Resolving jxapi.openstreetmap.org... 128.40.168.100 Connecting to jxapi.openstreetmap.org|128.40.168.100|:80... connected. HTTP request sent, awaiting response... 500 INTERNAL SERVER ERROR 2013-10-06 16:57:28 ERROR 500: INTERNAL SERVER ERROR. Also my followup queries required Overpass, I'd rather draw from one source. - Separately, there seem to be a number of slightly different lists of public XAPI/Overpass servers: https://wiki.openstreetmap.org/wiki/Jxapi#Overpass_API https://wiki.openstreetmap.org/wiki/Overpass_API http://wiki.openstreetmap.org/wiki/Overpass_API/status http://wiki.openstreetmap.org/wiki/Pt-br:Xapi Where would a good place be to make a single consolidated (and up to date) server status list, if it's not already out there? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Creating a single better maintained list of XAPI/Overpass servers
Separately, there seem to be a number of slightly different lists of public XAPI/Overpass servers: https://wiki.openstreetmap.org/wiki/Jxapi#Overpass_API https://wiki.openstreetmap.org/wiki/Overpass_API http://wiki.openstreetmap.org/wiki/Overpass_API/status http://wiki.openstreetmap.org/wiki/Pt-br:Xapi Would it make sense to direct everyone to: http://wiki.openstreetmap.org/wiki/Platform_Status ? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] How do I get XML output from JXAPI?
I'm reading http://wiki.openstreetmap.org/wiki/Jxapi which kind of implies I should expect XML from jxapi. But what I get back is JSON formatted data. How can I get XML? (I'm using wget http://jxapi.openstreetmap.org/xapi/api/0.6/way[amenity=foo]; ) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Punt toevoegen
On 2013-09-10 23:48, Johan C wrote: Hoi Pander in iD met '1' een punt toevoegen. Linksonder op 'punt' klikken. Met het '+'je bij 'alle tags' kun je de betreffende tags toevoegen Dank, alles is gelukt, zie http://www.openstreetmap.org/browse/node/2453529412 Nu vraag ik mij af hoe ik OSM voor amenity=dojo een icoon kan laten weergeven. Dit is ook van nut voor judo, kendo, karate en noem maar op. Als dit eenmaal werkt wil ik een hoop Nederlandse dojo's bijdragen aan OSM. Ik weet dat er meer restaurants en winkels zijn en die daarom een eigen icoon hebben. Maar momenteel wordt niet eens de naam van mijn bijdrage getoond. Althans, ik zie die niet als ik zonder zoeken in OSM naar de locatie navigeer. Cheers, Johan Op 10 september 2013 23:39 schreef Pander pan...@opentaal.org mailto:pan...@opentaal.org: Hoi allemaal, Ik wil een punt toevoegen in OSM via iD of Potlatch 2 maar kan geen amenity=dojo sport=aikido kiezen terwijl deze toch bestaan, zie http://wiki.openstreetmap.org/wiki/Tag:sport%3Daikido en http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddojo Hoe kan ik dat wel voor elkaar krijgen? Dank, Pander -- Stichting OpenTaal Taal is van ons allemaal http://www.opentaal.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Punt toevoegen
In Potlatch2: Nadat je het punt hebt aangemaakt/geselecteerd, linksonder op 'Advanced' drukken. Je kunt daarna velden en waardes als freetext invullen. 2013/9/10 Pander pan...@opentaal.org Hoi allemaal, Ik wil een punt toevoegen in OSM via iD of Potlatch 2 maar kan geen amenity=dojo sport=aikido kiezen terwijl deze toch bestaan, zie http://wiki.openstreetmap.org/wiki/Tag:sport%3Daikido en http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddojo Hoe kan ik dat wel voor elkaar krijgen? Dank, Pander -- Stichting OpenTaal Taal is van ons allemaal http://www.opentaal.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Punt toevoegen
Hoi Pander, in essentie is OpenStreetMap een bak met data die voor een ieder te donwloaden is om op basis daarvan toepassingen te maken. De weergave op osm.org laat niet alle data zien. Het zou de kaart op een gegeven moment ook redelijk onleesbaar maken. Bij Google Maps is de kaartweergave sinds kort gepersonaliseerd aan je persoonlijke zoekvoorkeuren, om te zorgen dat je geen 'information overload' krijgt. Mogelijk komt er ooit een mogelijkheid dat je ook bij oms.org een meer flexibele weergave krijgt. Het nadeel van een geheel op vrijwilligers draaiende community hebt, is dat er niet een groepje mensen bezig is om dat te regelen. Vanuit de beschikbare data is dat echter makkelijker te doen: zo is het met een aanpassing in styles bij een Garmin kaart eenvoudig mo elke gewenste wijziging door te voeren. Mijn tip is om vooral door te gaan met het invoeren van deze POI's, dat geeft immers een verrijking van de OSM database. Cheers, Johan Op 6 oktober 2013 10:23 schreef Pander OpenTaal pan...@opentaal.org: On 2013-09-10 23:48, Johan C wrote: Hoi Pander in iD met '1' een punt toevoegen. Linksonder op 'punt' klikken. Met het '+'je bij 'alle tags' kun je de betreffende tags toevoegen Dank, alles is gelukt, zie http://www.openstreetmap.org/browse/node/2453529412 Nu vraag ik mij af hoe ik OSM voor amenity=dojo een icoon kan laten weergeven. Dit is ook van nut voor judo, kendo, karate en noem maar op. Als dit eenmaal werkt wil ik een hoop Nederlandse dojo's bijdragen aan OSM. Ik weet dat er meer restaurants en winkels zijn en die daarom een eigen icoon hebben. Maar momenteel wordt niet eens de naam van mijn bijdrage getoond. Althans, ik zie die niet als ik zonder zoeken in OSM naar de locatie navigeer. Cheers, Johan Op 10 september 2013 23:39 schreef Pander pan...@opentaal.org mailto:pan...@opentaal.org: Hoi allemaal, Ik wil een punt toevoegen in OSM via iD of Potlatch 2 maar kan geen amenity=dojo sport=aikido kiezen terwijl deze toch bestaan, zie http://wiki.openstreetmap.org/wiki/Tag:sport%3Daikido en http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddojo Hoe kan ik dat wel voor elkaar krijgen? Dank, Pander -- Stichting OpenTaal Taal is van ons allemaal http://www.opentaal.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Punt toevoegen
On 2013-10-06 12:15, Johan C wrote: Hoi Pander, in essentie is OpenStreetMap een bak met data die voor een ieder te donwloaden is om op basis daarvan toepassingen te maken. De weergave op osm.org http://osm.org laat niet alle data zien. Het zou de kaart op een gegeven moment ook redelijk onleesbaar maken. Bij Google Maps is de kaartweergave sinds kort gepersonaliseerd aan je persoonlijke zoekvoorkeuren, om te zorgen dat je geen 'information overload' krijgt. Mogelijk komt er ooit een mogelijkheid dat je ook bij oms.org http://oms.org een meer flexibele weergave krijgt. Het nadeel van een geheel op vrijwilligers draaiende community hebt, is dat er niet een groepje mensen bezig is om dat te regelen. Vanuit de beschikbare data is dat echter makkelijker te doen: zo is het met een aanpassing in styles bij een Garmin kaart eenvoudig mo elke gewenste wijziging door te voeren. Mijn tip is om vooral door te gaan met het invoeren van deze POI's, dat geeft immers een verrijking van de OSM database. Dank, ik blijf ze zeker toevoegen. Onder Sport and Leisure staat: - Hunting stand - Swimming pool - Nightclub - Playground - Sports centre Ik weet dat er meeredre amenity=dojo zijn en dat die die sommige plaatsen meer relevantie hebben dan een Nightclub of Hunting stand. ;) Waar in de OSM-gemeenschap kan ik een discussie starten om dojo ondersteund te krijgen? Cheers, Johan Op 6 oktober 2013 10:23 schreef Pander OpenTaal pan...@opentaal.org mailto:pan...@opentaal.org: On 2013-09-10 23:48, Johan C wrote: Hoi Pander in iD met '1' een punt toevoegen. Linksonder op 'punt' klikken. Met het '+'je bij 'alle tags' kun je de betreffende tags toevoegen Dank, alles is gelukt, zie http://www.openstreetmap.org/browse/node/2453529412 Nu vraag ik mij af hoe ik OSM voor amenity=dojo een icoon kan laten weergeven. Dit is ook van nut voor judo, kendo, karate en noem maar op. Als dit eenmaal werkt wil ik een hoop Nederlandse dojo's bijdragen aan OSM. Ik weet dat er meer restaurants en winkels zijn en die daarom een eigen icoon hebben. Maar momenteel wordt niet eens de naam van mijn bijdrage getoond. Althans, ik zie die niet als ik zonder zoeken in OSM naar de locatie navigeer. Cheers, Johan Op 10 september 2013 23:39 schreef Pander pan...@opentaal.org mailto:pan...@opentaal.org mailto:pan...@opentaal.org mailto:pan...@opentaal.org: Hoi allemaal, Ik wil een punt toevoegen in OSM via iD of Potlatch 2 maar kan geen amenity=dojo sport=aikido kiezen terwijl deze toch bestaan, zie http://wiki.openstreetmap.org/wiki/Tag:sport%3Daikido en http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddojo Hoe kan ik dat wel voor elkaar krijgen? Dank, Pander -- Stichting OpenTaal Taal is van ons allemaal http://www.opentaal.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Meetup met OSM BE over adressen imports
Op zaterdag 16 november zal in het Belgische Hoogstraten een meeting plaatsvinden van de Nederlandse en Belgische OSM community met als doel het maken van afspraken over het importeren van alle adressen in Nederland en Vlaanderen uit openbare databronnen (BAG / CRAB). Onderdeel daarvan zijn 1) het opstellen van een address removal policy 2) een address import policy 3) een address maintenance policy en 4) afspraken over de uitvoering van de import. Dit is een ingewikkeld vraagstuk waarbij compromissen noodzakelijk zijn, met name als gevolg van de beperkt beschikbare tijd van OSM vrijwilligers. Om succesvol te zijn zal de meeting in de weken voor 16 november enige voorbereidingstijd vergen. Mocht je interesse hebben om deel te nemen aan de voorbereiding en de meeting, laat dat dan s.v.p. uiterlijk 12 oktober weten via osm...@gmail.com. Dit mailadres kun je ook gebruiken indien je op 16 november niet aanwezig kunt zijn maar wel wilt deelnemen aan de voorbereiding. Cheers, Johan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Meetup met OSM BE over adressen imports
On 6-10-2013 12:30, Johan C wrote: Op zaterdag 16 november zal in het Belgische Hoogstraten een meeting plaatsvinden van de Nederlandse en Belgische OSM community met als doel het maken van afspraken over het importeren van alle adressen in Nederland en Vlaanderen uit openbare databronnen (BAG / CRAB). Onderdeel daarvan zijn 1) het opstellen van een address removal policy 2) een address import policy 3) een address maintenance policy en 4) afspraken over de uitvoering van de import. Dit is een ingewikkeld vraagstuk waarbij compromissen noodzakelijk zijn, met name als gevolg van de beperkt beschikbare tijd van OSM vrijwilligers. Om succesvol te zijn zal de meeting in de weken voor 16 november enige voorbereidingstijd vergen. Mocht je interesse hebben om deel te nemen aan de voorbereiding en de meeting, laat dat dan s.v.p. uiterlijk 12 oktober weten via osm...@gmail.com mailto:osm...@gmail.com. Dit mailadres kun je ook gebruiken indien je op 16 november niet aanwezig kunt zijn maar wel wilt deelnemen aan de voorbereiding. Cheers, Johan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl Hoi Johan, Gaat dit ondermeer over de BAG-import meeting die Gert Jan Idema en Sebastic van plan zijn te organiseren? Groeten, Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Ophefbare fietsbarriëre
Hoi allemaal, Ik heb een voorstel gedaan voor een extra eigenschap voor een fietsbarriëre, namelijk of deze ophefbaar is of niet. Zie https://wiki.openstreetmap.org/wiki/Talk:Tag:barrier%3Dcycle_barrier Deze zijn er in Nederland redelijk veel en kunnen door hun tijdelijke ophefbaarheid toegang verschaffen tot grotere stromen mensen of fietsers voor speciale evenementen. Constructieve terugkoppeling gaarne bij toevoegen aan de discussie in de wiki. Groeten, Pander ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Vertaling van OSM labelnamen
Hoi allemaal, Dit is mijn OpenTaalgeweten dat de kop op steekt; is er een Nederlandse versie van OSM en van haar online editors? Zijn er i18n-bestanden voor beschikbaar? Ik kan me herinneren dat er wel vertaalinitiatieven zijn geweest maar geen idee hoe die aan te zetten. Preferred language 'nl' in profile settings OSM gaf geen verschil. Groeten, Pander ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Meetup met OSM BE over adressen imports
Yep. Ik heb je er graag bij! Op 6 oktober 2013 13:03 schreef Frank Steggink stegg...@steggink.org: On 6-10-2013 12:30, Johan C wrote: Op zaterdag 16 november zal in het Belgische Hoogstraten een meeting plaatsvinden van de Nederlandse en Belgische OSM community met als doel het maken van afspraken over het importeren van alle adressen in Nederland en Vlaanderen uit openbare databronnen (BAG / CRAB). Onderdeel daarvan zijn 1) het opstellen van een address removal policy 2) een address import policy 3) een address maintenance policy en 4) afspraken over de uitvoering van de import. Dit is een ingewikkeld vraagstuk waarbij compromissen noodzakelijk zijn, met name als gevolg van de beperkt beschikbare tijd van OSM vrijwilligers. Om succesvol te zijn zal de meeting in de weken voor 16 november enige voorbereidingstijd vergen. Mocht je interesse hebben om deel te nemen aan de voorbereiding en de meeting, laat dat dan s.v.p. uiterlijk 12 oktober weten via osm...@gmail.com mailto:osm...@gmail.com. Dit mailadres kun je ook gebruiken indien je op 16 november niet aanwezig kunt zijn maar wel wilt deelnemen aan de voorbereiding. Cheers, Johan __**_ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-nlhttps://lists.openstreetmap.org/listinfo/talk-nl Hoi Johan, Gaat dit ondermeer over de BAG-import meeting die Gert Jan Idema en Sebastic van plan zijn te organiseren? Groeten, Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] POI en websites
Ik heb een vraagje. Als ik een POI (point of interest) aanbreng dan zoek ik zoveel mogelijk de website erbij. Immers bijna alles in Nederland heeft een website, scholen, sportverenigingen, gemeentes restaurants winkels enz. Steeds meer beeldschermen hebben verbinding met internet en men kan dan zo direkt doorklikken naar relevante informatie als adressen en telefoonnummers. Hoe gaan jullie daarmee om? Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Vertaling van OSM labelnamen
Hallo Pander, Dat is vreemd, want de OSM-website en de iD-editor zijn wel degelijk vertaald. Misschien zijn het de browser-instellingen? In Firefox bijvoorbeeld kan de voorkeurstaal ingesteld worden via de Voorkeuren Inhoud Talen. Met vriendelijke groeten, Willem Op zondag 6 oktober 2013 13:19:45 schreef Pander OpenTaal: Hoi allemaal, Dit is mijn OpenTaalgeweten dat de kop op steekt; is er een Nederlandse versie van OSM en van haar online editors? Zijn er i18n-bestanden voor beschikbaar? Ik kan me herinneren dat er wel vertaalinitiatieven zijn geweest maar geen idee hoe die aan te zetten. Preferred language 'nl' in profile settings OSM gaf geen verschil. Groeten, Pander ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Vertaling van OSM labelnamen
On 2013-10-06 14:23, Willem Sonke wrote: Hallo Pander, Dat is vreemd, want de OSM-website en de iD-editor zijn wel degelijk vertaald. Misschien zijn het de browser-instellingen? In Firefox bijvoorbeeld kan de voorkeurstaal ingesteld worden via de Voorkeuren Inhoud Talen. Mijn browser is idd Engelstalig maar ik verwacht aan dat de preferred langueage in mijn profile dit overschrijft. Is dit een bug? Tweede vraag, waa zijn de bronbestanden van de vertalingen te vinden? Met vriendelijke groeten, Willem Op zondag 6 oktober 2013 13:19:45 schreef Pander OpenTaal: Hoi allemaal, Dit is mijn OpenTaalgeweten dat de kop op steekt; is er een Nederlandse versie van OSM en van haar online editors? Zijn er i18n-bestanden voor beschikbaar? Ik kan me herinneren dat er wel vertaalinitiatieven zijn geweest maar geen idee hoe die aan te zetten. Preferred language 'nl' in profile settings OSM gaf geen verschil. Groeten, Pander ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] POI en websites
2013/10/6 talk-nl-request@open Als ik een POI (point of interest) aanbreng dan zoek ik zoveel mogelijk de website erbij.[OSM-talk-nl] POI en websites Ik plaats die er ook zoveel mogelijk bij. De website http://www.openlinkmap.org maakt deze informatie dan ook nog eens toegankelijk groeten m ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Vertaling van OSM labelnamen
Op zondag 6 oktober 2013 16:30:03 schreef Pander OpenTaal: On 2013-10-06 14:23, Willem Sonke wrote: Hallo Pander, Dat is vreemd, want de OSM-website en de iD-editor zijn wel degelijk vertaald. Misschien zijn het de browser-instellingen? In Firefox bijvoorbeeld kan de voorkeurstaal ingesteld worden via de Voorkeuren Inhoud Talen. Mijn browser is idd Engelstalig maar ik verwacht aan dat de preferred langueage in mijn profile dit overschrijft. Is dit een bug? Tweede vraag, waa zijn de bronbestanden van de vertalingen te vinden? Voor de iD-editor wordt de vertaling bijgehouden op Transifex: https://www.transifex.com/projects/p/id-editor/ Voor de OSM-website weet ik het niet, eigenlijk... Met vriendelijke groeten, Willem Op zondag 6 oktober 2013 13:19:45 schreef Pander OpenTaal: Hoi allemaal, Dit is mijn OpenTaalgeweten dat de kop op steekt; is er een Nederlandse versie van OSM en van haar online editors? Zijn er i18n-bestanden voor beschikbaar? Ik kan me herinneren dat er wel vertaalinitiatieven zijn geweest maar geen idee hoe die aan te zetten. Preferred language 'nl' in profile settings OSM gaf geen verschil. Groeten, Pander ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Vertaling van OSM labelnamen
2013/10/6 talk-nl-requ...@openstreetmap.org: Hoi allemaal, Dit is mijn OpenTaalgeweten dat de kop op steekt; is er een Nederlandse versie van OSM en van haar online editors? Zijn er i18n-bestanden voor beschikbaar? Ik kan me herinneren dat er wel vertaalinitiatieven zijn geweest maar geen idee hoe die aan te zetten. Preferred language 'nl' in profile settings OSM gaf geen verschil. Groeten, Pander Onlangs schreef Gilbert dit op de Belgische mailing list Ik heb net een nieuwe versie van de NL vertaling van de Browsing wiki pagina gemaakt (http://wiki.openstreetmap.org/wiki/NL:Browsing). Heeft er iemand tijd en zin om eens na te kijken of er geen taalfouten, moeilijke te snappen uitleg of andere onzin in staat ? en dit bedankt voor de moeite. En ik heb ook iets bijgeleerd. Ik wist niet dat OSM ook in het Nederlands kon. Ik had in mijn profiel EN als eerste taal in het rijtje staan - zonder mij te realiseren dat die volgorde belang heeft - en kreeg bijgevolg de OSM interface in het Engels. Het is natuurlijk een kwestie van gewoonte. Ik werk altijd in het EN met de computer. NL of eender welke andere taal op een computer doet voor mij altijd wat onwennig aan... Dus er is wel degelijk een Nederlandse versie aanwezig, je moet enkel je browser wijsmaken dat Nederlands in de eerste plaats komt. Ik meen ook ooit op deze lijst gelezen te hebben dat iD vertaald is in het Nederlands. Ik hoop dat dit je verder helpt groeten m ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Vertaling van OSM labelnamen
On 6-10-2013 16:30, Pander OpenTaal wrote: Tweede vraag, waa zijn de bronbestanden van de vertalingen te vinden? Voor de website staan die op translatewiki. Zie ook http://wiki.openstreetmap.org/wiki/Website_Internationalization -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Vertaling van OSM labelnamen
On 2013-10-06 16:51, Willem Sonke wrote: Op zondag 6 oktober 2013 16:30:03 schreef Pander OpenTaal: On 2013-10-06 14:23, Willem Sonke wrote: Hallo Pander, Dat is vreemd, want de OSM-website en de iD-editor zijn wel degelijk vertaald. Misschien zijn het de browser-instellingen? In Firefox bijvoorbeeld kan de voorkeurstaal ingesteld worden via de Voorkeuren Inhoud Talen. Mijn browser is idd Engelstalig maar ik verwacht aan dat de preferred langueage in mijn profile dit overschrijft. Is dit een bug? Tweede vraag, waa zijn de bronbestanden van de vertalingen te vinden? Voor de iD-editor wordt de vertaling bijgehouden op Transifex: https://www.transifex.com/projects/p/id-editor/ Done ;) (op eentje na die ik voor de meer ervaren gebruiker over laat) De strings die nog over zijn moeten met een script worden aangepakt omdat het steeds een standaardtekst om een bekend begrip is. Kan iemand de review doen? Voor de OSM-website weet ik het niet, eigenlijk... Met vriendelijke groeten, Willem Op zondag 6 oktober 2013 13:19:45 schreef Pander OpenTaal: Hoi allemaal, Dit is mijn OpenTaalgeweten dat de kop op steekt; is er een Nederlandse versie van OSM en van haar online editors? Zijn er i18n-bestanden voor beschikbaar? Ik kan me herinneren dat er wel vertaalinitiatieven zijn geweest maar geen idee hoe die aan te zetten. Preferred language 'nl' in profile settings OSM gaf geen verschil. Groeten, Pander ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] South Australia Suburb Boundries
I did look through a few of the existing tools; but most fell into the too hard basket. In the end, manually doing it via QGIS and exporting into the right projection was fairly easy. I've pushed to github what I've done; which is produce geojson kml serializations of it - I had assumed geojson.io would let me export easily to OSM, but unfortunately that's not the case. Example: https://github.com/CloCkWeRX/data.sa.gov.au-suburb-boundaries/blob/master/suburbs/suburbs_0.geojson Repo: https://github.com/CloCkWeRX/data.sa.gov.au-suburb-boundaries/ Anyway, I'm more or less going to stop there, unless someone wants to do a quick bit of geojson - osm; with the appropriate tagging and shoot in a pull request or two - I'll let others shepard it through the import process and de-duplication. On Sun, Oct 6, 2013 at 6:44 PM, Andrew Harvey andrew.harv...@gmail.comwrote: On 6 October 2013 18:25, Paul Norman penor...@mac.com wrote: There are numerous tools for converting from shapefiles to .osm. Both shp-to-osm and ogr2osm work and you can find more info on the wiki. ogr2ogr v1.10 can also do it I believe. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Removal of data from Eduardo Francis Batista
Awhile back the DWG had complaints of Eduardo Francis Batista using Google Earth aerial imagery to generate OSM data. We were hoping that someone would be able to identify data of his which could be kept, but no one has come forward with a list of what contributions of his aren't Google-derived so unfortunately it looks like the best option is to remove (redact) all of his contributions. This will take each object, sort out what he contributed and what others contributed, and remove what he did. I plan to do this in the next week unless someone can come up with an alternate plan. Paul Norman For the Data Working Group ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Removal of data from Eduardo Francis Batista
Dear Paul thank you very much for taking care of this. There was some discussion in Talk-BR on how to revert these old contributions without breaking too many things, but I am afraid we arrived at no better solution than the one you are suggesting. Unfortunately, I can not offer to help on this, I have absolutely no idea how to perform a redaction. Sadly, we are stumbling almost on a daily basis on data that might have been copied from Google in one way or another. One user told me he did not knew this was not allowed. Curiously, this user had collected the data on his own, being a local resident, but he decided to use the same exact wording for a highway as used by Google thinking that he was sticking to some sort of standard. I told him no to, but clearly there seems to be a major communication problem here. Any ideas on how we could prevent this to happen *before* people enter the data into the map? again, many thanks for your help and best wishes Gerald On 6 October 2013 04:48, Paul Norman penor...@mac.com wrote: Awhile back the DWG had complaints of Eduardo Francis Batista using Google Earth aerial imagery to generate OSM data. We were hoping that someone would be able to identify data of his which could be kept, but no one has come forward with a list of what contributions of his aren't Google-derived so unfortunately it looks like the best option is to remove (redact) all of his contributions. This will take each object, sort out what he contributed and what others contributed, and remove what he did. I plan to do this in the next week unless someone can come up with an alternate plan. Paul Norman For the Data Working Group ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gweber...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Removal of data from Eduardo Francis Batista
On Sun, Oct 6, 2013 at 4:48 AM, Paul Norman penor...@mac.com wrote: Awhile back the DWG had complaints of Eduardo Francis Batista using Google Earth aerial imagery to generate OSM data. We were hoping that someone would be able to identify data of his which could be kept, but no one has come forward with a list of what contributions of his aren't Google-derived so unfortunately it looks like the best option is to remove (redact) all of his contributions. This will take each object, sort out what he contributed and what others contributed, and remove what he did. Is it possible to know the areas/contributors that will be affected by this? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
Hallo Alexander, Am Samstag, den 05.10.2013, 15:42 +0200 schrieb Alexander Lehner: - Der ADFC haette gerne Karten oder Poster auf OSM Basis erstellt. Dazu wurden schon verschiedene Renderer ausprobiert, aber die Projekte sind irgendwann wieder eingschlafen, weil das Aufsetzen eines Renderers ziemlich viel Arbeit ist, bis das Ergebnis den Erwartungen entspricht. Der ADFC muss da wohl etwas differenzierter gesehen werden. Der Bundesverband setzt schainbar konsequent auf Google, was bei einigen Ortsverbänden zu Kopfschütteln führt. Du kennst http://www.adfc-sh.de/htdocs/jo-sh/index.php/vor-ort/kreisverband-luebeck/125-luebecker-fahrradstadtplan-erschienen ? Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Josm ubuntu repository
Hallo, ich bin den Anweisungen auf http://josm.openstreetmap.de/wiki/Download#Ubuntu gefolgt, bekomme aber bei der Ausführung von sudo apt-get update die Fehlermeldung 404 not found. sudo apt-get install josm lädt dann entsprechend die veraltete Ubuntu-Version. Ist das Repository abgeschaltet/veraltet und muss nur noch von der Website entfernt werden? Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm ubuntu repository
nö, klappt bei mir prima. zeig bitte mal die zeile in sources.list - ich hab da so einen Verdacht. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Josm-ubuntu-repository-tp5780294p5780299.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
On Sat, Oct 05, 2013 at 05:57:12PM +0200, Martin Koppenhöfer wrote: Am 05.10.2013 um 17:01 schrieb Wolfgang Schuch wolfgang.sch...@adfc.de: OK. Z.B. wüsste ich gerne - mit welchem Werkzeug ich am besten (ja ich weiß, das ist meist Ansichtssache) *cn taggen kann. ich empfehle Dir Josm. Die *cn tags am besten als Route-Relationen mappen und nicht als Attribute am way. Das unterstütze ich - vor allem bei Netzen sind immer gleich hunderte OSM Ways betroffen. Es muss regelmässig geschaut werden ob nicht die netze unterbrochen oder unbewusst zerstört wurden. Da bietet sich Josm an. Relation laden - Ways dazu laden und visuell kann man in sekunden erfassen ob noch alles Verbindung miteinander hat oder voellig unbeteiligte Wege durch ways-split dazugekommen sind. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
Hi, On Sat, Oct 05, 2013 at 05:01:41PM +0200, Wolfgang Schuch wrote: OK. Z.B. wüsste ich gerne - mit welchem Werkzeug ich am besten (ja ich weiß, das ist meist Ansichtssache) *cn taggen kann. Für größere sachen ist denke ich JOSM das mittel der Wahl. Man kann dort einfach relationen erstellen die eine Sammlung an wegen beinhaltet und dann auch schnell alle wege der relation nachladen. Damit hat man dann zügig die gesamte route geladen. Das ganze ist ein wenig mit vorsicht zu geniessen weil über den weg IIRC zwar die member der relation geladen werden, aber nicht weiteren relationen an denen diese member teilnehmen. Wenn man dann splittet gehen ggfs andere relationen kaputt. Aber das sind alles komplizierte Details auf die jeder mal reinfallen muss ;) - wo ich eine gute Übersicht zum Thema *cn finde. Sowohl Routen, als auch Netze. - wer noch sich alles mit diesem Thema befasst. Netz als solches taggen wir ja nicht wirklich. Da ergibt sich aus der Sammlung der routen bzw Tags an den Ways. Eine Möglichkeit das zu visualisieren wäre das über styles im JOSM zu machen. Damit lassen sich radfahrspezifische Tags hervorheben. Was ich finde was fehlt sind genauere Relation analyser die zum einen den syntax überprüfen (Kann ich aus einer route relation EINEN langen weg machen - gibt es) 1) aber zum anderen auch weiterentwicklungen im Datenbestand beobachten. Wenn eine Straße bisher der einfachheit halber ein cycleway=track hat und dann jemand den cycleway seperat einträgt das dann das cycleway=track entfernt wird und auch in der route relation der cycleway und nicht Straße beinhaltet ist. Ich würde langfristig gerne die Möglichkeit anstoßen, dass es z.B. eine Exportmöglichkeit aus VP-Info gibt. http://www.vp-info.de Das ist ein Geoinformationssystem, das speziell für Netzplanungen entwickelt worden ist und im Bereich Radverkehrsplanung recht verbreitet ist. http://www.viakoeln.de/via/it-loesungen/vp-info/referenzen.html Ferner kann ich halt auch mein Fachwissen z.B. zur Begriffsdefinition zur Verfügung stellen. Ich vermute das so etwas relativ schwer wird. OSM besteht ja aus millionen von wegeschnipseln - Jedes mit wildesten attributen. Algorithmisch ist es sicherlich kein Problem einen seperaten Datenbestand zu exportieren und mit den bestehenden Tags in OSM zu vergleichen - Die Frage ist ob man die Tags automatisiert uebernehmen wollen würde. Ich finde das Modell StraßenNRW da Vorbildlich. StraßenNRW hatte den von ihnen betreuten Straßenbestand zur verfügung gestellt und Jochen und Frederik von der GeoFabrik haben dann ein WMS daraus gebaut. Dieses konnte dann jeder im JOSM schnell als hintergrund dazuladen. Durch Farbkodierung und Label an den Wegen aus dem WMS war es dann schnell möglich das gegen den OSM Datenbestand zu vergleichen und wenn gewünscht Daten zu übernehmen. Das ganze ist auch von der Vorprozessierung relativ einfach wenn irgendwas vorliegt was nach GeoDaten riecht. Irgendwas wie mapserv da draufschnallen wenn da shapes oder eine postgis existiert. Nachteil fand ich war das Feedback an StraßenNRW was so einfach nicht möglich war. Ich habe da zwar ein paar sachen gemeldet aber das war aufwendig. D.h. Für Auftraggeber die interesse daran haben das OSM den Datenbestand erweitert/verbessert/ergänzt ist es das einfachste entweder die Daten einfach mit einer ODbL kompatiblen Lizenz ODbL, CC0, PD etc zu veröffentlichen oder aber ein für die Nutzung durch OpenStreetMap freigegebenes WMS zu bauen. Mein größtes Problem ist nur, wie bei vielen Anderen sicher auch, die Zeit. Bei Technischen Problemen gibt es hier reichlich Leute die Helfen können. In der Vergangenheit hat sich als weitaus problematischer aber immer das Thema Rechte herrausgestellt. D.h. wer darf welche Daten an wen für welche Nutzung lizensieren. Wenn das Thema geklärt ist und wir abzeichnen dürfen - oder importieren weil die Daten unter einer ODbL kompatiblen Lizenz stehen dann kriegt man da schnell was aufgesetzt um die Daten für den Standard-Mapper konsumierbar zu machen. Flo 1) Am liebsten gleich mails schreiben an in der relation enthaltenen email adresse wenn etwas kaputt geht, aendert oder sich inkompatible tags ergeben (bicycle=no auf einer cycle route) -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
On Sat, Oct 05, 2013 at 08:34:55PM +0200, rainerU wrote: - Klassifizierung von Straßen und Wegen entsprechend ihrer Eignung für Radfahrer. Versuche, dieses Thema mit tracktype, smoothness, bicyle:scale, class:bicycle oder diesem Vorschlag [2] zu lösen, scheitern daran, dass es sich dabei immer um individuelle Einschätzungen handelt. Was bei tracktype, wo objektive Kriterien wie der Belagtyp mit herangezogen werden, noch einigermaßen funktioniert, versagt spätestens bei Kriterien wie Gefährlichkeit und Komfort. Sinnvoller ist es, objektive Attribute wie Belagtyp und Straßenbreite flächendeckend zu erfassen. tracktype ist auch die Pest überhaupt weil niemand die definition wirklich liest und dann irgendwas da reininterpretiert wird. Es gibt Regionen wo alles ausserhalb der Bebauung was kein tertiary oder besser ist gleich von den mappern zu track/grade1 gemacht wird. Ich habe immer das Gefühl das das die Mapper sind die auch denken Kühe sind Lila und Milch kommt aus dem Tetrapack. path ist noch so eine pest - Eigentlich als trampelpfad aufgenommen wird das heute flächendeckend zum umtaggen von cycle und footway benutzt. Wenn man sowas anfängt muss eine wasserdichte definition hier die auch keinen interpretationsspielraum bietet. Am besten gleich fotographisch mit Beispielen etc. lo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm ubuntu repository
Am 6. Oktober 2013 09:07 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de: Hallo, ich bin den Anweisungen auf http://josm.openstreetmap.de/wiki/Download#Ubuntu gefolgt, bekomme aber bei der Ausführung von sudo apt-get update die Fehlermeldung 404 not found. ich empfehle Dir das Script von User:Cobra, das kann mehr als ein Repository (lastest oder stable und definierbare Menge an Backups, falls es mal Probleme geben sollte, config-datei für alle Einstellungen): http://wiki.openstreetmap.org/wiki/User:Cobra/JOSM-script Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
Am 06.10.2013 11:04 schrieb Florian Lohoff f...@zz.de: path ist noch so eine pest - Eigentlich als trampelpfad aufgenommen wird das heute flächendeckend zum umtaggen von cycle und footway benutzt. Moment mal, es war genau anders herum. Path war von Anfang an ein generischer Weg mit zu ergänzenden Attributen. Seine Gegner haben es dann zum 'Trampelpfad' erklärt. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
Am 6. Oktober 2013 12:37 schrieb Martin Simon grenzde...@gmail.com: Moment mal, es war genau anders herum. Path war von Anfang an ein generischer Weg mit zu ergänzenden Attributen. Seine Gegner haben es dann zum 'Trampelpfad' erklärt. +1, da hat sicherlich auch der Mapnik Stil dazu beigetragen, wo path zunächst unabhängig von anderen Attributen als dünne gestrichelte Linie gerendert wurde. Trampelpfad: informal=yes Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
Hallo Martin, OK. Z.B. wüsste ich gerne - mit welchem Werkzeug ich am besten (ja ich weiß, das ist meist Ansichtssache) *cn taggen kann. ich empfehle Dir Josm. Die *cn tags am besten als Route-Relationen mappen und nicht als Attribute am way. In josm versuche ich mich gerade einzuarbeiten. Habe jetzt für meine Stadt mal eine Relation angelegt http://www.openstreetmap.org/browse/relation/3247679 die werde ich dann mit meinen unterlagen weiter füttern. jetzt gibt es aber hier viele wege, die mit lcn getagt sind. diese finde ich dann sowohl in cyclemap, als auch in openfietsmap für garmin wieder. ich nehme an, das die auch die relationen auswerten. wie sieht es denn aus, wenn ich das ganze offizielle netz nun in die relation aufnehme, sollten dann die tags auf den wegen weg? sicher bei den wegen, die in wirklichkeit nicht im netz liegen ;-) tschau radww ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
Am 6. Oktober 2013 13:27 schrieb Wolfgang Schuch wolfgang.sch...@adfc.de: In josm versuche ich mich gerade einzuarbeiten. Habe jetzt für meine Stadt mal eine Relation angelegt http://www.openstreetmap.org/browse/relation/3247679 die werde ich dann mit meinen unterlagen weiter füttern. maintenance bei Dir scheint das zu beschreiben, was auch schon der tag operator aussagt, oder wo siehst Du da den Unterschied? Wenn man sich die übliche Verwendung ansieht: http://taginfo.openstreetmap.org/keys/maintenance ist das normalerweise mehr so was wie Winterdienst. Eine Sammelrelation scheint mir hier nicht nötig zu sein, weil man diese Gruppe auch schon aus den tags auslesen kann: alle Fahrradrelationen (und ggf. alle Fahrradwege) mit operator=Stadt Marburg, d.h. normalerweise machen wir eine Relation für jede Radroute und keine Sammelrelation der Sorte: alle Objekte X in Y, weil man aus der räumlichen Datenbank und ggf. den passenden tags wie operator denselben Effekt erzielen kann (ohne dass jemand eine Relation pflegen muss, und ohne dass eine solche Relation die Datenbank beschwert). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
Hallo rainer,
- Routen, die nur als Empfehlung existieren ('nicht sichtbare Daten').
Ich sehe
aber durchaus eine Chance, dass solche Daten in OSM akzeptiert werden, wenn
sie
ausreichend dokumentiert und publiziert sind.
und deren Auswertung, bzw. deren Auswertungsmöglichkeit. Wenn einfach
alles was irgendwo *cn hat in die cyclemap oder fietsmap kommt, wird es
schnell unübersichtlich. Sicher ist es sinnvoll, vorhandene Empfehlungen
auch zu erfassen, sie dürfen aber nicht die real vorhandenen
Wegweisungsnetze unauffindbar machen.
- Routen die zwar durch spezielle Fahrrad-Wegweiser gekennzeichnet sind, aber
keine Routennummer oder -kennung enthalten und aus denen sich auch keine
Routen
konstruieren lassen.
Da muss ich doch mal als Wegweisungsspezialist eingreifen ;-)
Es gibt prinzipiell 2 Arten, wie Wegweisung heutzutage entsteht. Auf
Grundlage der ERA
(http://www.fgsv-verlag.de/catalog/product_info.php?products_id=2869)
und MWBR
(http://www.fgsv-verlag.de/catalog/product_info.php?products_id=433)
sollten Netze entwickelt werden, die dann mit Wegweisung beschildert
werden. Denn der Radverkehr benötigt Netze, nicht einzelne Routen. Diese
Routen können dann im Netz abgebildet werden.
Leider scheuen Bundesländer (außer NRW) und viele Kreise davor zurück
ein gesamtes Netz für ihre Gebietskörperschaft zu erstellen. So werden
einzelne Routen ausgewiesen (z.B. in Hessen
http://www.hessen.adfc.de/radfernwege/images/hrfw.png), die auch in
ihrer Summe kein Netz im Sinne der oben erwähnten Regelwerke darstellen.
Daraus kann aber langfristig ein Netz entstehen, wenn es weiter
ausgebaut wird.
OSM bildet aber mit seinem Routen basierten System genau diese (noch
aktuelle) Herangehensweise ab.
Die für das Radverkehrsnetz NRW gefundene Herangehensweise in OSM halte
ich für recht Ziel führend. D.h. aber, das in einzelne Teilnetze
unterteilt werden muss, die den Auftrag gebenden Gebietskörperschaften
zugeordnet werden müssen. Dies ist im Gelände nicht immer so einfach
herauszufinden und manchmal sehr komplex. Tipps dazu kann ich gerne geben.
- Klassifizierung von Straßen und Wegen entsprechend ihrer Eignung für
Radfahrer. Versuche, dieses Thema mit tracktype, smoothness, bicyle:scale,
class:bicycle oder diesem Vorschlag [2] zu lösen, scheitern daran, dass es
sich
dabei immer um individuelle Einschätzungen handelt. Was bei tracktype, wo
objektive Kriterien wie der Belagtyp mit herangezogen werden, noch
einigermaßen
funktioniert, versagt spätestens bei Kriterien wie Gefährlichkeit und
Komfort. Sinnvoller ist es, objektive Attribute wie Belagtyp und
Straßenbreite
flächendeckend zu erfassen.
Dies alles sind Zusatzinformationen, die sicher auch in Zukunft
ausgewertet werden können. Als Planer erhebe ich solche Informationen in
Radverkehrsnetzen regelmäßig. Ich wäre aber als ersten Schritt froh,
wenn die real im Gelände umgesetzten Netze in Form von Wegweisung auch
in OSM abgebildet wären. Als nächstes kann dann eine genauere
Beschreibung der einzelnen Straßen erfolgen (meine Meinung). Was die
Klassifizierung von Radverbindungen an geht, bewegt sich rechtlich auch
einiges im Lande, aber das ist auch ein anderes Thema zu dem ich was
schreiben kann, wenn es wen interessiert.
Gruß
Wolfgang Schuch
RadWW
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
hallo Martin, In josm versuche ich mich gerade einzuarbeiten. Habe jetzt für meine Stadt mal eine Relation angelegt http://www.openstreetmap.org/browse/relation/3247679 die werde ich dann mit meinen unterlagen weiter füttern. maintenance bei Dir scheint das zu beschreiben, was auch schon der tag operator aussagt, oder wo siehst Du da den Unterschied? Wenn man sich die übliche Verwendung ansieht: http://taginfo.openstreetmap.org/keys/maintenance ist das normalerweise mehr so was wie Winterdienst. Ich habe das vom Radverkehrsnetz NRW kopiert. Und da beschreibt es nicht, wer die Unterhaltung der Wege macht, sondern wer die Unterhaltung der Wegweisung betreut. Hier in Marburg hat z.B. die Stadt den Auftrag für die Wegweisung des Netzes gegeben und ist auch deshalb in der Wartungspflicht. Diese gibt sie aber jetzt wohl an ein Tochterunternehmen des Kreises ab. Da das aber noch nicht ganz klar ist (klär ich noch) habe ich die Stadt dort als Ansprechpartner für die Wartung der Wegweisung eingetragen. Aber wenn ich mir deinen Link anschaue, scheint diese Informationsdichte nicht weit verbreitet zu sein ;-) Eine Sammelrelation scheint mir hier nicht nötig zu sein, weil man diese Gruppe auch schon aus den tags auslesen kann: alle Fahrradrelationen (und ggf. alle Fahrradwege) mit operator=Stadt Marburg, d.h. normalerweise machen wir eine Relation für jede Radroute und keine Sammelrelation der Sorte: alle Objekte X in Y, weil man aus der räumlichen Datenbank und ggf. den passenden tags wie operator denselben Effekt erzielen kann (ohne dass jemand eine Relation pflegen muss, und ohne dass eine solche Relation die Datenbank beschwert). Mir scheint es da ja in OSM unterschiedliche Sichtweisen zu geben. Mich hat da aber die andere Seite mehr überzeugt. Zum Einen, weil im Radverkehr sich mehr Netze als Routen durchsetzen (s. meine mail von 14.20), zum Anderen halte ich es für weitaus komfortabler in der Pflege, wenn sich Strecken verlegen oder Netze verändern. Dann ist es einfacher nur die entsprechende Relation zu bearbeiten, als jedes kleine Stück in der Karte zu finden, ohne eines zu übersehen. Tschau Wolfgang RadWW ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: Re: Spezialgebiet Fahrrad-Mapping
ups, da habe ich was nur per PM geschickt, das in die Liste sollte. Original-Nachricht Betreff: Re: [Talk-de] Spezialgebiet Fahrrad-Mapping Datum: Sun, 06 Oct 2013 14:43:53 +0200 Von: Wolfgang Schuch wolfgang.sch...@adfc.de Organisation: ADFC An: Florian Lohoff f...@zz.de Hallo Flo, OK. Z.B. wüsste ich gerne - mit welchem Werkzeug ich am besten (ja ich weiß, das ist meist Ansichtssache) *cn taggen kann. Für größere sachen ist denke ich JOSM das mittel der Wahl. Man kann dort einfach relationen erstellen die eine Sammlung an wegen beinhaltet und dann auch schnell alle wege der relation nachladen. Damit hat man dann zügig die gesamte route geladen. Das ganze ist ein wenig mit vorsicht zu geniessen weil über den weg IIRC zwar die member der relation geladen werden, aber nicht weiteren relationen an denen diese member teilnehmen. Wenn man dann splittet gehen ggfs andere relationen kaputt. Aber das sind alles komplizierte Details auf die jeder mal reinfallen muss ;) aber das dürfte doch echt nicht passieren. Wenn in josm ein Weg gesplittet wird, der in einer Relation drin ist, dann müssen doch danach beide Teile in der Relation bleiben! Sonst ergeben sich doch bei jedem Splitting eines Relationsmitglieds zwangsläufig Fehler, die per Hand behoben werden müssen. Das sollte doch ein Programm selbstständig machen oder zumindest warnen. - wo ich eine gute Übersicht zum Thema *cn finde. Sowohl Routen, als auch Netze. - wer noch sich alles mit diesem Thema befasst. Netz als solches taggen wir ja nicht wirklich. Da ergibt sich aus der Sammlung der routen bzw Tags an den Ways. Dazu habe ich eben in einer mail (um 14.20) ausführlich was geschrieben. Eine Möglichkeit das zu visualisieren wäre das über styles im JOSM zu machen. Damit lassen sich radfahrspezifische Tags hervorheben. OK, das verstehe ich jetzt nicht ganz. Was ich finde was fehlt sind genauere Relation analyser die zum einen den syntax überprüfen (Kann ich aus einer route relation EINEN langen weg machen - gibt es) 1) aber zum anderen auch weiterentwicklungen im Datenbestand beobachten. Wenn eine Straße bisher der einfachheit halber ein cycleway=track hat und dann jemand den cycleway seperat einträgt das dann das cycleway=track entfernt wird und auch in der route relation der cycleway und nicht Straße beinhaltet ist. Analysetools sind immer gut, solange man nicht den Überblick über die Meldungen verliert ;-) Ich würde langfristig gerne die Möglichkeit anstoßen, dass es z.B. eine Exportmöglichkeit aus VP-Info gibt. http://www.vp-info.de Das ist ein Geoinformationssystem, das speziell für Netzplanungen entwickelt worden ist und im Bereich Radverkehrsplanung recht verbreitet ist. http://www.viakoeln.de/via/it-loesungen/vp-info/referenzen.html Ferner kann ich halt auch mein Fachwissen z.B. zur Begriffsdefinition zur Verfügung stellen. Ich vermute das so etwas relativ schwer wird. OSM besteht ja aus millionen von wegeschnipseln - Jedes mit wildesten attributen. Algorithmisch ist es sicherlich kein Problem einen seperaten Datenbestand zu exportieren und mit den bestehenden Tags in OSM zu vergleichen - Die Frage ist ob man die Tags automatisiert uebernehmen wollen würde. Gänzlich automatisiert ist immer eine Gefahr. Ein Mensch sollte immer alles noch mal überprüfen, bevor was hoch geladen wird. Sonnst könnte ja z.B. ein Planungsstand aus Versehen als im Bestand hoch geladen werden. Menschen braucht es da immer als Schnittstelle. Aber denen kann man es schwerer oder leichter machen ;-) Ich finde das Modell StraßenNRW da Vorbildlich. StraßenNRW hatte den von ihnen betreuten Straßenbestand zur verfügung gestellt und Jochen und Frederik von der GeoFabrik haben dann ein WMS daraus gebaut. Dieses konnte dann jeder im JOSM schnell als hintergrund dazuladen. Durch Farbkodierung und Label an den Wegen aus dem WMS war es dann schnell möglich das gegen den OSM Datenbestand zu vergleichen und wenn gewünscht Daten zu übernehmen. Sowas könnte ich mir auch vorstellen, zumal VP-Info auch ein WMS-Modul hat, dass aber wohl bisher nur für den Import nach VP-Info geht. Aber da bin ich mir gerade nicht so sicher und muss mich da schlau machen. Nachteil fand ich war das Feedback an StraßenNRW was so einfach nicht möglich war. Ich habe da zwar ein paar sachen gemeldet aber das war aufwendig. Was meinst du damit? Mein größtes Problem ist nur, wie bei vielen Anderen sicher auch, die Zeit. Bei Technischen Problemen gibt es hier reichlich Leute die Helfen können. Naja, das hier ist etwas, das ich neben meinem Job mache; und glaub mir, da gibt es sehr viel, was noch getan werden will ;-) In der Vergangenheit hat sich als weitaus problematischer aber immer das Thema Rechte herrausgestellt. D.h. wer darf welche Daten an wen für welche Nutzung lizensieren. Das ist wahr. Oft ist es bisher schwer Vorstellbar für die Auftraggeber, dass die Nutzung der Daten in OSM eine perfekte
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
Am 6. Oktober 2013 15:01 schrieb Wolfgang Schuch wolfgang.sch...@adfc.de: maintenance bei Dir scheint das zu beschreiben, was auch schon der tag operator aussagt, oder wo siehst Du da den Unterschied? Wenn man sich die übliche Verwendung ansieht: http://taginfo.openstreetmap.org/keys/maintenance ist das normalerweise mehr so was wie Winterdienst. Ich habe das vom Radverkehrsnetz NRW kopiert. Und da beschreibt es nicht, wer die Unterhaltung der Wege macht, sondern wer die Unterhaltung der Wegweisung betreut. vielleicht wäre es da besser, einen spezifischeren (sprechenderen) tag zu verwenden wie signage:maintenance oder operator:signage (nur als Beispiel, das gibt es so vermutlich noch nicht). Prinzipiell könnte auch operator auf der route ausreichen, da sich das auf die route und nicht auf die Straßen bezieht (meiner Meinung nach) und das daher schon abgegrenzt wäre zur Straßenunterhaltung (für diese könnte man operator auf den einzelnen Straßenstücken taggen). Den maintenance-tag würde ich nicht verwenden, da der klar schon für was anderes verwendet wird (sind nur 56 Verwendungen in NRW, aber zehntausende für gritting und salting) und man mit einer anderen Nutzung die bisherige Bedeutung aufweichen würde. Eine Sammelrelation scheint mir hier nicht nötig zu sein, weil man diese Gruppe auch schon aus den tags auslesen kann: alle Fahrradrelationen (und ggf. alle Fahrradwege) mit operator=Stadt Marburg, d.h. normalerweise machen wir eine Relation für jede Radroute und keine Sammelrelation der Sorte: alle Objekte X in Y, weil man aus der räumlichen Datenbank und ggf. den passenden tags wie operator denselben Effekt erzielen kann (ohne dass jemand eine Relation pflegen muss, und ohne dass eine solche Relation die Datenbank beschwert). Mir scheint es da ja in OSM unterschiedliche Sichtweisen zu geben. ja, wobei es eigentlich klare Regeln gibt und die Relationen à la Bundesstraßen in NRW bei Entdeckung normalerweise gelöscht werden: http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tourism = viewpoint?
Nicht jeder Berg ist ein Berg :-) siehe die Kriterien hier [1]. Von daher macht tourism = viewpoint von mir aus schon Sinn. Ein ähnlicher Fall ist tourism = yes. Das wird ja benutzt um die touristische Bedeutung eines, durch andere Tags beschriebenen, Objektes anzugeben. LG, Stefan [1] http://de.wikipedia.org/wiki/Berg Am 11. Juli 2013 17:09 schrieb Tirkon tirko...@yahoo.de: Sven Geggus li...@fuchsschwanzdomain.de wrote: Also Leute ehrlich. Wie kann man nur auf die völlig bescheuerte Idee kommen 8000er Gipfel als tourism = viewpoint zu taggen? Und es wird noch verrückter: Wir dürfen auch all die Kioske mappen, die dort eröffnet werden - ideal, um dort insbesondere die Bücher von Reinhold Messner zu verkaufen. ;-) https://www.youtube.com/watch?v=D_pwYa58PRY ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm ubuntu repository
Hallo, Am Sonntag, den 06.10.2013, 00:55 -0700 schrieb Walter Nordmann: nö, klappt bei mir prima. zeig bitte mal die zeile in sources.list - ich hab da so einen Verdacht. ich bin vorgegangen nach http://josm.openstreetmap.de/wiki/Download#Ubuntu and add the following line: deb http://josm.openstreetmap.de/apt VERSION universe Genau die Zeile habe ich aus dem Wiki kopiert und in die Datei reingesetzt. Erst am Ende, und als das nicht funktionierte, am Anfang. Das geht aber genau so wenig. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm ubuntu repository
Am 06.10.2013 16:30, schrieb Wolfgang Hinsch: .. and add the following line: deb http://josm.openstreetmap.de/apt VERSION universe Gruß, Wolfgang Das Wort VERSION soll man durch das Ubuntu-Release ersetzen z.B. 13/04 = raring. Siehe Ordner-Namen in http://josm.openstreetmap.de/apt/dists/ -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm ubuntu repository
Hallo, Am Sonntag, den 06.10.2013, 16:46 +0200 schrieb Frank: Am 06.10.2013 16:30, schrieb Wolfgang Hinsch: .. and add the following line: deb http://josm.openstreetmap.de/apt VERSION universe Gruß, Wolfgang Das Wort VERSION soll man durch das Ubuntu-Release ersetzen z.B. 13/04 = raring. Siehe Ordner-Namen in http://josm.openstreetmap.de/apt/dists/ aahgr... ich wusste immer, dass meine Maus zu blöd für cut and paste ist... ;-) Danke + Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm ubuntu repository
Am 06.10.2013 16:57, schrieb Wolfgang Hinsch: Hallo, Am Sonntag, den 06.10.2013, 16:46 +0200 schrieb Frank: Am 06.10.2013 16:30, schrieb Wolfgang Hinsch: .. and add the following line: deb http://josm.openstreetmap.de/apt VERSION universe Das Wort VERSION soll man durch das Ubuntu-Release ersetzen z.B. 13/04 = raring. Nein, dass sollte genau so funktionieren. Habe aus anderen Gründen kein Ubuntu, daher ist dies nicht getestet, allerdings bist Du der erste, der Probleme berichtet. Siehe Ordner-Namen in http://josm.openstreetmap.de/apt/dists/ aahgr... ich wusste immer, dass meine Maus zu blöd für cut and paste ist... Falls, das wirklich nicht funktioniert sollten die Änderungen rückgängig gemacht und wieder explizit jeder Codename erwähnt werden. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm ubuntu repository
Wolfgang Hinsch wrote deb http://josm.openstreetmap.de/apt VERSION universe Genau die Zeile habe ich aus dem Wiki kopiert und in die Datei reingesetzt. genau das hatte ich vermutet - bin selber am Anfang drauf reingefallen. Aber die Kollegen haben ja schon geantwortet. Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Josm-ubuntu-repository-tp5780294p5780357.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialgebiet Fahrrad-Mapping
Am 05.10.2013 17:57, schrieb Martin Koppenhöfer: Am 05.10.2013 um 17:01 schrieb Wolfgang Schuch wolfgang.sch...@adfc.de: Hey OK. Z.B. wüsste ich gerne - mit welchem Werkzeug ich am besten (ja ich weiß, das ist meist Ansichtssache) *cn taggen kann. ich empfehle Dir Josm. Die *cn tags am besten als Route-Relationen mappen und nicht als Attribute am way. Das war ja ein lieb gemeinter Tipp, aber viel zu kurz ! Das mit den Relationen würde ja schon diskutiert, darum hier ein paar Sätze zu JOSM. JOSM bietet u.a. eine Möglichkeit zu Suchen und zu Filtern und sogar das lokale Entfernen von heruntergeladen Daten ist möglich (purge). Wobei mit der mirror-Erweiterung es vielleicht noch besser funktioniert auch nur das zu laden, was bearbeitet werden soll. Es ist der Editor welcher am besten mit Relation umgehen kann. So wird natürlich beim Aufteilen von Linien darauf geachtet, dass beide Linien in der Relation bleiben (dieses Problem bezog sich meines Erachtens eher auf lcn an Linien und unvorsichtiges editieren). JOSM biete die Möglichkeit sowohl externe/lokale Vorlagen zu verwenden wie auch externe/lokale Darstellungsstile (styles)[1]. Der Stile Radwege und -spuren [2] biete sich für Fahrradrouting an bzw ist auf jeden Fall ein Anfang. Ach so, in JOSM gibt es einen Experten-Modus. Einige Funktionen und Optionen werden nur in diesem angezeigt. Generell sollte an etlichen Stellen innerhalb JOSM eine Hilfe-Schaltfläche zu Verfügung stehen und F1 ist die Taste direkt zur Hilfe im JOSM-Wiki. cu fly [1] https://josm.openstreetmap.de/wiki/Styles [2] https://josm.openstreetmap.de/wiki/Styles/Cycleways ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
L'unica soluzione è quella di correggere wikipedia Tecnicamente si può fare automatizzato ma oltre al discorso del controllo c'è anche la questione licenza dei dati Una buona soluzione è quella di proporre ai wikipediani la pagina degli errori come ha fatto Cristian -- Maurizio 'napo' Napolitano http://de.straba.us Il giorno 06/ott/2013 01:15, marco bra marcobra.ubu...@gmail.com ha scritto: Sto' mettendo il tag wikipedia:it ai laghi e noto che il tag coordinate di wikipedia a volte e' palesemente errato ovvero le coordinate putnano a zone non coerenti con l'articolo di wikipedia. Come fare quando le coordinate di wikipedia sono sbagliate... ? Non voglio modificare la pagina di wikipedia,ho messo il link ad openstreetmap poi saranno loro a vedere cosa fare... o c'e' un metodo consigliato... (migliore) ? Ciao Grazie Il 06 ottobre 2013 00:42, Luca Delucchi lucadel...@gmail.com ha scritto: 2013/10/5 Simone F. grop...@gmail.com: Le opzioni --nofx e --save_stats dovrebbero fare proprio questo ;-) ottimo, scusa ma non avevo controllato bene - ho preparato tutto per avere dei cronjob sul server FMACH [0], Grazie! ora si aggiorna ad ogni ora Dovrebbe sistemarsi cambiando riga 425 di osm_parser.py, da: print , title a print , title.encode(utf-8) ho usato questa soluzione ed ha funzionato Ciao, Simone -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Simone F. wrote Ciao a tutti. Per chi non lo sapesse, gli articoli Wikipedia taggati in OpenStreetMap mostrano l'oggetto su una mappa. Vedi: Colosseo http://i.imgur.com/HNE9RCJ.png Lago di Garda http://i.imgur.com/qD8SjPI.png questa cosa la sapevo...ma non ho ancora capito come avviene questo collegamento. basta inserire in osm il tag wikipedia=lang:nome articolo o c'è da fare qualche lavoro anche lato wikipedia (che sol, magari tramite un template) lo chiedo perchè ho modificato alcuni elementi che da nodi sono diventate delle aree ma in wikipedia nella mappa vengono presentate ancora come nodi...per esempio [1] [2]... sbaglio io qualcosa? Il programma crea delle liste di articoli riguardanti oggetti mappabili (palazzi, laghi, autostrade, rifugi alpini, aree protette, monumenti, stadi, piazze...), per individuare quelli ancora da taggare in OSM. http://dl.dropboxusercontent.com/u/41550819/OSM/WTOSM/html/index.html Sarebbe bello riuscire a completare almeno una categoria e, a chi vuole aggiungere dei tag, io propongo: Laghi d'Italia :) farò qualcosa sicuramente visto che collaboro felicemente con entrambi i progetti ormai da diversi anni ;) Seguono altre informazioni, per chi non è ancora stanco di leggere. Difetti: - articoli o sottocategorie appartenenti a più categorie sono ripetuti più volte nella stessa pagina - nel caso usiate le pagine, vi sarei grato se mi segnalaste, oltre agli inevitabili bug, eventuali articoli e categorie non mappabili (ad es. Dipinti nel museo Tal Dei Tali, Elenco dei teatri di Vattelappesca) così da poterli nascondere. Non ho capito se l'esclusione avviene per nome del singolo articolo e/o per template ;) Come al solito Groppo il tuo lavoro è impressionante...veramente complimenti! [1]http://www.openstreetmap.org/browse/relation/3134841 [2]http://it.wikipedia.org/wiki/Centro_italiano_ricerche_aerospaziali - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Alcuni-articoli-Wikipedia-mappabili-in-OSM-tp5779830p5780297.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Salve, ho inserito il tag wikipedia su diversi oggetti dell'Umbria, ma per alcuni non c'è la possibilità di vedere la mappa dell'oggetto nell'articolo Wikipedia perché non ci sono le coordinate geografiche. Per far comparire le coordinate è necessario editare l'articolo Wikipedia o una volta inserito il link in OSM automaticamente vengono inserite, magari con qualche giorno di ritardo? Grazie Marcello Arcangeli Il giorno mer, 02/10/2013 alle 23.06 +0200, Simone F. ha scritto: Ciao a tutti. Per chi non lo sapesse, gli articoli Wikipedia taggati in OpenStreetMap mostrano l'oggetto su una mappa. Vedi: Colosseo http://i.imgur.com/HNE9RCJ.png Lago di Garda http://i.imgur.com/qD8SjPI.png Quando ho letto che la collaborazione Wikipedia - OSM sarebbe stato uno degli argomenti di OSMIT (a cui purtroppo, come ho scritto, non posso andare) ho ripreso un programma che avevo lasciato a metà, tempo fa. Il programma crea delle liste di articoli riguardanti oggetti mappabili (palazzi, laghi, autostrade, rifugi alpini, aree protette, monumenti, stadi, piazze...), per individuare quelli ancora da taggare in OSM. http://dl.dropboxusercontent.com/u/41550819/OSM/WTOSM/html/index.html Sarebbe bello riuscire a completare almeno una categoria e, a chi vuole aggiungere dei tag, io propongo: Laghi d'Italia :) Seguono altre informazioni, per chi non è ancora stanco di leggere. Dai i link si può: - vedere come sono stati mappati luoghi importanti, scaricandoli in JOSM o visitando le loro pagine OSM - vedere gli oggetti di una categoria sulle mappe cliccabili di Overpass Turbo (il link compare passando con il mouse sopra il nome della cateogria). Difetti: - articoli o sottocategorie appartenenti a più categorie sono ripetuti più volte nella stessa pagina - nel caso usiate le pagine, vi sarei grato se mi segnalaste, oltre agli inevitabili bug, eventuali articoli e categorie non mappabili (ad es. Dipinti nel museo Tal Dei Tali, Elenco dei teatri di Vattelappesca) così da poterli nascondere. Lo script, in Python, utilizza: osmconvert/update/filter e lxml per i dati OSM, ed interroga catscan e le API Wikipedia per ottenere i nomi di categorie ed articoli. Ciao, Simone F. (Groppo, sul Wiki) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Il giorno 05 ottobre 2013 22:42, Fabrizio Carrai fabrizio.car...@gmail.comha scritto: ... Volevo segnalare che alcune categorie contengono articoli di elementi storici, non più attuali. ... Grazie per la segnalazione, aggiungerò gli articoli tra quelli non mappabili, che vanno nascosti. Capita con le infrastrutture (es. linee ferroviarie che sono state progettate ma mai realizzate e quindi non esistenti fisicamente) o, come ho già accennato, con le opere d'arte all'interno di chiese e musei. A meno che non vogliamo iniziare a mappare la posizione dei singoli quadri di un museo... ;-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Corretto:
per fare in modo che la mappa appaia su wikipedia devi andare a
modificare la relativa pagina ed inserire le coordinate.
La sintassi e' qualcosa di simile a questo
{{coord|46|3|45.47|N|11|6|52.14|E|type:landmark_region:IT_dim:230|display=title}}
Si tratta di un punto quindi bisogna capire cosa si intende: ingresso?
centroide? baricentro sociale?
2013/10/6 Marcello Arcangeli arca...@gmail.com:
Salve,
ho inserito il tag wikipedia su diversi oggetti dell'Umbria, ma per
alcuni non c'è la possibilità di vedere la mappa dell'oggetto
nell'articolo Wikipedia perché non ci sono le coordinate geografiche.
Per far comparire le coordinate è necessario editare l'articolo
Wikipedia o una volta inserito il link in OSM automaticamente vengono
inserite, magari con qualche giorno di ritardo?
Grazie
Marcello Arcangeli
Il giorno mer, 02/10/2013 alle 23.06 +0200, Simone F. ha scritto:
Ciao a tutti.
Per chi non lo sapesse, gli articoli Wikipedia taggati in
OpenStreetMap mostrano l'oggetto su una mappa.
Vedi:
Colosseo http://i.imgur.com/HNE9RCJ.png
Lago di Garda http://i.imgur.com/qD8SjPI.png
Quando ho letto che la collaborazione Wikipedia - OSM sarebbe stato
uno degli argomenti di OSMIT (a cui purtroppo, come ho scritto, non
posso andare) ho ripreso un programma che avevo lasciato a metà, tempo
fa.
Il programma crea delle liste di articoli riguardanti oggetti
mappabili (palazzi, laghi, autostrade, rifugi alpini, aree protette,
monumenti, stadi, piazze...), per individuare quelli ancora da taggare
in OSM.
http://dl.dropboxusercontent.com/u/41550819/OSM/WTOSM/html/index.html
Sarebbe bello riuscire a completare almeno una categoria e, a chi
vuole aggiungere dei tag, io propongo: Laghi d'Italia :)
Seguono altre informazioni, per chi non è ancora stanco di leggere.
Dai i link si può:
- vedere come sono stati mappati luoghi importanti, scaricandoli in
JOSM o visitando le loro pagine OSM
- vedere gli oggetti di una categoria sulle mappe cliccabili di
Overpass Turbo (il link compare passando con il mouse sopra il nome
della cateogria).
Difetti:
- articoli o sottocategorie appartenenti a più categorie sono ripetuti
più volte nella stessa pagina
- nel caso usiate le pagine, vi sarei grato se mi segnalaste, oltre
agli inevitabili bug, eventuali articoli e categorie non mappabili (ad
es. Dipinti nel museo Tal Dei Tali, Elenco dei teatri di
Vattelappesca) così da poterli nascondere.
Lo script, in Python, utilizza: osmconvert/update/filter e lxml per i
dati OSM, ed interroga catscan e le API Wikipedia per ottenere i nomi
di categorie ed articoli.
Ciao,
Simone F.
(Groppo, sul Wiki)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
--
Maurizio Napo Napolitano
http://de.straba.us
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Il giorno 06 ottobre 2013 00:42, Luca Delucchi lucadel...@gmail.com ha scritto: - ho preparato tutto per avere dei cronjob sul server FMACH [0], ... ora si aggiorna ad ogni ora Benissimo, grazie mille! :-) Allora l'indirizzo ufficiale delle pagine diventa: http://geodati.fmach.it/gfoss_geodata/osm/wtosm/ -- ciao Luca Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Il giorno 06 ottobre 2013 09:46, Aury88 spacedrive...@gmail.com ha scritto: Colosseo http://i.imgur.com/HNE9RCJ.png ... basta inserire in osm il tag wikipedia=lang:nome articolo o c'è da fare qualche lavoro anche lato wikipedia (che sol, magari tramite un template) Basta inserire il tag in OSM. Se alla pagina Wikipedia manca anche il template delle coordinate bisognerebbe aggiungerlo (vedi risposta di Maurizio a Marcello nel thread). lo chiedo perchè ho modificato alcuni elementi che da nodi sono diventate delle aree ma in wikipedia nella mappa vengono presentate ancora come nodi...per esempio [1] [2]... sbaglio io qualcosa? Il tag sembra giusto. Probabilmente devi solo aspettare che le modifiche vengano lette da WIWOSM (il progetto che si occupa di realizzare questa magia OSM - Wikipedia). http://wiki.openstreetmap.org/wiki/WIWOSM#Updating Difetti: ... - nel caso usiate le pagine, vi sarei grato se mi segnalaste, oltre agli inevitabili bug, eventuali articoli e categorie non mappabili (ad es. Dipinti nel museo Tal Dei Tali, Elenco dei teatri di Vattelappesca) così da poterli nascondere. Non ho capito se l'esclusione avviene per nome del singolo articolo e/o per template ;) Lo script può ignorare singoli articoli (es. articolo Lista dei teatri di Napoli) o intere categorie (esempio categoria Dipinti...). Potete segnalarmi entrambi i casi. complimenti! Grazie, ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utenti che importano con errori
Per conoscenza: ho chiesto adesso al DWG di eseguire il revert di tutti gli edits di AlfiusMSA. Ciao /niubii/ Il giorno 03 ottobre 2013 11:45, Francesco Pelullo f.pelu...@gmail.com ha scritto: In questo caso, ti cederei volentieri questa incombenza! :-) Scherzi a parte, visto che hai sicuramente più esperienza di me, se ti va di eseguire i revert, fai pure. Ciao /niubii/ Il giorno 03 ottobre 2013 11:01, sabas88 saba...@gmail.com ha scritto: Il giorno 03 ottobre 2013 10:56, Francesco Pelullo f.pelu...@gmail.comha scritto: Sto cercando di eseguire il revert degli edits di AlfiusMSA, partendo dal piu' recente ed andando a ritroso. Purtroppo JOSM si inchioda e non mi fa proseguire... :-( Ho aperto un ticket: http://josm.openstreetmap.de/ticket/9151 Qualche suggerimento? Io sto usando questi quando faccio i revert http://wiki.openstreetmap.org/wiki/Revert_scripts Ciao /niubii/ Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Utenti che importano con errori
2013/10/6 Francesco Pelullo f.pelu...@gmail.com ho chiesto adesso al DWG di eseguire il revert di tutti gli edits di AlfiusMSA. Grazie... -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Grazie Maurizio,
ho modificato per la prima volta una pagina Wikipedia.
Ho semplicemente messo la stringa indicata (con i parametri adeguati)
all'inizio del sorgente della pagina e sono comparse le coordinate ed il
link per la mappa. Per chi volesse più informazioni sui parametri
utilizzabili le trova qui: http://it.wikipedia.org/wiki/Template:Coord,
senza andare su quello in inglese vi dico che il valore dim è il
diametro (in metri, se non seguito da km) della zona che visualizzerà la
mappa, il cui centro sarà il punto avente le coordinate date.
Ciao,
Marcello
Il giorno dom, 06/10/2013 alle 12.03 +0200, Maurizio Napolitano ha
scritto:
Corretto:
per fare in modo che la mappa appaia su wikipedia devi andare a
modificare la relativa pagina ed inserire le coordinate.
La sintassi e' qualcosa di simile a questo
{{coord|46|3|45.47|N|11|6|52.14|E|type:landmark_region:IT_dim:230|display=title}}
Si tratta di un punto quindi bisogna capire cosa si intende: ingresso?
centroide? baricentro sociale?
2013/10/6 Marcello Arcangeli arca...@gmail.com:
Salve,
ho inserito il tag wikipedia su diversi oggetti dell'Umbria, ma per
alcuni non c'è la possibilità di vedere la mappa dell'oggetto
nell'articolo Wikipedia perché non ci sono le coordinate geografiche.
Per far comparire le coordinate è necessario editare l'articolo
Wikipedia o una volta inserito il link in OSM automaticamente vengono
inserite, magari con qualche giorno di ritardo?
Grazie
Marcello Arcangeli
Il giorno mer, 02/10/2013 alle 23.06 +0200, Simone F. ha scritto:
Ciao a tutti.
Per chi non lo sapesse, gli articoli Wikipedia taggati in
OpenStreetMap mostrano l'oggetto su una mappa.
Vedi:
Colosseo http://i.imgur.com/HNE9RCJ.png
Lago di Garda http://i.imgur.com/qD8SjPI.png
Quando ho letto che la collaborazione Wikipedia - OSM sarebbe stato
uno degli argomenti di OSMIT (a cui purtroppo, come ho scritto, non
posso andare) ho ripreso un programma che avevo lasciato a metà, tempo
fa.
Il programma crea delle liste di articoli riguardanti oggetti
mappabili (palazzi, laghi, autostrade, rifugi alpini, aree protette,
monumenti, stadi, piazze...), per individuare quelli ancora da taggare
in OSM.
http://dl.dropboxusercontent.com/u/41550819/OSM/WTOSM/html/index.html
Sarebbe bello riuscire a completare almeno una categoria e, a chi
vuole aggiungere dei tag, io propongo: Laghi d'Italia :)
Seguono altre informazioni, per chi non è ancora stanco di leggere.
Dai i link si può:
- vedere come sono stati mappati luoghi importanti, scaricandoli in
JOSM o visitando le loro pagine OSM
- vedere gli oggetti di una categoria sulle mappe cliccabili di
Overpass Turbo (il link compare passando con il mouse sopra il nome
della cateogria).
Difetti:
- articoli o sottocategorie appartenenti a più categorie sono ripetuti
più volte nella stessa pagina
- nel caso usiate le pagine, vi sarei grato se mi segnalaste, oltre
agli inevitabili bug, eventuali articoli e categorie non mappabili (ad
es. Dipinti nel museo Tal Dei Tali, Elenco dei teatri di
Vattelappesca) così da poterli nascondere.
Lo script, in Python, utilizza: osmconvert/update/filter e lxml per i
dati OSM, ed interroga catscan e le API Wikipedia per ottenere i nomi
di categorie ed articoli.
Ciao,
Simone F.
(Groppo, sul Wiki)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Il 06/10/2013 12:02, Simone F. ha scritto: Il giorno 06 ottobre 2013 00:42, Luca Delucchi lucadel...@gmail.com mailto:lucadel...@gmail.com ha scritto: - ho preparato tutto per avere dei cronjob sul server FMACH [0], ... ora si aggiorna ad ogni ora Benissimo, grazie mille! :-) Allora l'indirizzo ufficiale delle pagine diventa: http://geodati.fmach.it/gfoss_geodata/osm/wtosm/ http://geodati.fmach.it/gfoss_geodata/osm/wtosm/ -- ciao Luca Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Stavo controllando i laghi dell'Emilia Romagna. Abbiamo due Laghi delle Ghiarine (1) - (2) Il primo presso il Bacino della Standiana. Il secondo presso Mirabilandia Beach. (1) http://www.openstreetmap.org/?lat=44.34777lon=12.24564zoom=15 (2) http://www.openstreetmap.org/?lat=44.33869lon=12.26831zoom=16 Li distinguiamo oppure no ? Ciao Mario. -- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Il 06/10/2013 12:02, Simone F. ha scritto: Il giorno 06 ottobre 2013 00:42, Luca Delucchi lucadel...@gmail.com mailto:lucadel...@gmail.com ha scritto: - ho preparato tutto per avere dei cronjob sul server FMACH [0], ... ora si aggiorna ad ogni ora Benissimo, grazie mille! :-) Allora l'indirizzo ufficiale delle pagine diventa: http://geodati.fmach.it/gfoss_geodata/osm/wtosm/ http://geodati.fmach.it/gfoss_geodata/osm/wtosm/ -- ciao Luca Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it I tag area e source ? Lago di Trebecco. http://www.openstreetmap.org/?lat=44.90098lon=9.28416zoom=16 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Laghi
Per i Laghi di Bino, farei un distinguo tra minore e maggiore e toglierei il tag fixme:approx http://it.wikipedia.org/wiki/Lago_Bino http://www.openstreetmap.org/?lat=44.618385lon=9.549911zoom=18 Lago Verde ok Lago Santo parmense ok Lago Palo ok Lago Ballano ok Lago della Ninfa ok Lago Turchino ok Lago Torbido ok Lago Scaffaiolo ok Lago Santo modenese http://it.wikipedia.org/wiki/Lago_Santo_modenese layer -1 ? http://www.openstreetmap.org/?lat=44.13542lon=10.587602zoom=18 Lago Baccio ok Lago di Ridracoli (basin) http://it.wikipedia.org/wiki/Lago_di_Ridracoli non è un lago ma un bacino artificiale (diga) toglierei anche il tag note Lago di Quarto (basin) ok Lago delle Nazioni (basin) not ok:-) Lago del Quaternario http://it.wikipedia.org/wiki/Lago_del_Quaternario ex scavo archeologico (landuse:basin) Lago di Tavianella http://it.wikipedia.org/wiki/Lago_di_Tavianella invaso artificiale Lago di Suviana http://it.wikipedia.org/wiki/Lago_di_Suviana diga, quindi landuse:basin Lago di Santa Maria (Bologna) http://it.wikipedia.org/wiki/Lago_di_Santa_Maria_%28Bologna%29 basin Lago di Castel dell'Alpi http://it.wikipedia.org/wiki/Lago_di_Castel_dell%27Alpi ok Lago del Brasimone http://it.wikipedia.org/wiki/Lago_del_Brasimone invaso artificiale Lago dei Castori http://it.wikipedia.org/wiki/Lago_dei_Castori invaso artificiale Laghetti del Rosario http://it.wikipedia.org/wiki/Laghetti_del_Rosario non il lago, ma i Laghetti del Rosario, non sono laghi veri e propri, ma cave che si sono riempite di acqua. Bacino di Pavana http://it.wikipedia.org/wiki/Bacino_di_Pavana qui il nome dice tutto, ok Per i laghi artificiali e i bacini, metterei landuse:basin. Ciao, Mario. http://it.wikipedia.org/wiki/Lago_di_Tavianella ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Gli Aeroporti della Toscana in pratica sono tutti mappati. Dico in pratica perchè, come già detto, i seguenti aeroporti non sono più esistenti: - Aeroporto di Firenze-Campo di Marte - Aeroporto di Pontederahttp://it.wikipedia.org/wiki/Aeroporto_di_Pontedera non esistono più, ma continuano ad essere presenti nella categoria. Ho provato a rimuovere il primo dalla categoria, ma un altro utente è contrario alla sua rimozione. Gli ho riportato che la categoria intende esplicitamente aeroporti presenti, ma sono ancora in discussione. Suppongo che se rimuovo il secondo ottengo la stessa replica... Nota: non so perchè ma alla data odierna Campo di Marte oggi non è presente nella lista. E' comunque nella categoria di Wikipedia. A presto FabC Il giorno 05 ottobre 2013 22:42, Fabrizio Carrai fabrizio.car...@gmail.comha scritto: Complimenti anche da parte mia a Simone, lavoro veramente interessante! Volevo segnalare che alcune categorie contengono articoli di elementi storici, non più attuali. Per fare un esempio l' Aeroporto di Firenze-Campo di Marte non esiste più, ed al suo posto c'è lo stadio fiorentino. Secondo me l'errore è nell'assegnazione alla categoria Aeroporti della Toscana, che provvederò a correggere. Ho trovato una condizione simile anche per un lago in Toscana. Verificare bene prima di mappare...(ok, è ovvio ;-)) [1] https://it.wikipedia.org/wiki/Aeroporto_di_Firenze-Campo_di_Marte Il giorno 05 ottobre 2013 18:57, Simone F. grop...@gmail.com ha scritto: Il giorno 05 ottobre 2013 16:59, Luca Delucchi lucadel...@gmail.com ha scritto: ... avrei ancora due richieste: - aggiungere un'opzione server che durante il create_webpages non provi a fare partire firefox e che non chieda di salvare le stats ma le salva per forza Le opzioni --nofx e --save_stats dovrebbero fare proprio questo ;-) - ho preparato tutto per avere dei cronjob sul server FMACH [0], Grazie! c'è solo un problema se lo lancio da console va tutto liscio, invece se provo a lanciarlo tramite cronjob ottengo questo errore ... File /home/pgis/compilati/WTOSM/osm_parser.py, line 425, in add_to_nonexistent print , title UnicodeEncodeError: 'ascii' codec can't encode characters in position 13-14: ordinal not in range(128) Dovrebbe sistemarsi cambiando riga 425 di osm_parser.py, da: print , title a print , title.encode(utf-8) Puoi anche commentare tutto il ciclo: for title in titles: print , title Serve solo a stampare sul terminale gli articoli taggati in lingua straniera ma non esistenti in Wikipedia (errori). Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Leggo ora il msg...vedi comunque l'altro che ho appena scritto. Ecco perché l'aeroporto non era più elencato. Ottima la possibilità di avere articoli non mappabili, ma in questo caso l'incongruenza secondo me è su Wikipedia. A presto FabC Il giorno 06 ottobre 2013 12:02, Simone F. grop...@gmail.com ha scritto: Il giorno 05 ottobre 2013 22:42, Fabrizio Carrai fabrizio.car...@gmail.com ha scritto: ... Volevo segnalare che alcune categorie contengono articoli di elementi storici, non più attuali. ... Grazie per la segnalazione, aggiungerò gli articoli tra quelli non mappabili, che vanno nascosti. Capita con le infrastrutture (es. linee ferroviarie che sono state progettate ma mai realizzate e quindi non esistenti fisicamente) o, come ho già accennato, con le opere d'arte all'interno di chiese e musei. A meno che non vogliamo iniziare a mappare la posizione dei singoli quadri di un museo... ;-) Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Parlando di laghi (non più esistenti) segnalo http://it.wikipedia.org/wiki/Lago_di_Bientina Il Lago di Bientina era il più esteso fra i laghi della Toscana. Fabrizio Il giorno 06 ottobre 2013 12:02, Simone F. grop...@gmail.com ha scritto: Il giorno 05 ottobre 2013 22:42, Fabrizio Carrai fabrizio.car...@gmail.com ha scritto: ... Volevo segnalare che alcune categorie contengono articoli di elementi storici, non più attuali. ... Grazie per la segnalazione, aggiungerò gli articoli tra quelli non mappabili, che vanno nascosti. [...] Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Am 06.10.2013 um 21:38 schrieb Fabrizio Carrai fabrizio.car...@gmail.com: Capita con le infrastrutture (es. linee ferroviarie che sono state progettate ma mai realizzate e quindi non esistenti fisicamente) o, come ho già accennato, con le opere d'arte all'interno di chiese e musei. A meno che non vogliamo iniziare a mappare la posizione dei singoli quadri di un museo... ;-) In realtà mi era già venuto il pensiero, per esempio di mappare i Caravaggi nelle chiese di Roma... Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Alcuni articoli Wikipedia mappabili in OSM
Entriamo nel problema dell'indoor positioning FabC Il 06/ott/2013 23:59 Martin Koppenhöfer dieterdre...@gmail.com ha scritto: Am 06.10.2013 um 21:38 schrieb Fabrizio Carrai fabrizio.car...@gmail.com : Capita con le infrastrutture (es. linee ferroviarie che sono state progettate ma mai realizzate e quindi non esistenti fisicamente) o, come ho già accennato, con le opere d'arte all'interno di chiese e musei. A meno che non vogliamo iniziare a mappare la posizione dei singoli quadri di un museo... ;-) In realtà mi era già venuto il pensiero, per esempio di mappare i Caravaggi nelle chiese di Roma... Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] 126 busstationer med navnet PAPUGA - hvordan rydder vi op?
Hej, En bruger har oprettet en masse danske amenity=bus_station-noder med samme navn, nemlig PAPUGA. P.t. er der 126: http://overpass-turbo.eu/s/193 Det virker ikke helt efter bogen - jeg har i hvert fald aldrig set en busstation med det navn. Fredag for en uge siden skrev jeg til brugeren for at høre, om der mon var tale om en fejl, eller om hensigten var at vise de busstop, hvorfra et bestemt busselskab har en rute (ifølge Google findes et busselskab ved navn Papuga). Jeg har ikke modtaget noget svar. Hvad er det rigtige at gøre herfra? Det er fristende er at slette dem, alternativt bare at fjerne navnet. Jeg orker i hvert fald ikke selv ved håndkraft at gå samtlige noder igennem og vurdere, om der reelt er tale om busstationer og hvad de i givet fald rigtigt hedder. Bedste hilsener, Anton ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] 126 busstationer med navnet PAPUGA - hvordan rydder vi op?
Jeg er for at slette dem, især fordi han ikke reagerer. Mvh. Torben On Oct 6, 2013 2:35 PM, Anton Stonor an...@stonor.dk wrote: Hej, En bruger har oprettet en masse danske amenity=bus_station-noder med samme navn, nemlig PAPUGA. P.t. er der 126: http://overpass-turbo.eu/s/193 Det virker ikke helt efter bogen - jeg har i hvert fald aldrig set en busstation med det navn. Fredag for en uge siden skrev jeg til brugeren for at høre, om der mon var tale om en fejl, eller om hensigten var at vise de busstop, hvorfra et bestemt busselskab har en rute (ifølge Google findes et busselskab ved navn Papuga). Jeg har ikke modtaget noget svar. Hvad er det rigtige at gøre herfra? Det er fristende er at slette dem, alternativt bare at fjerne navnet. Jeg orker i hvert fald ikke selv ved håndkraft at gå samtlige noder igennem og vurdere, om der reelt er tale om busstationer og hvad de i givet fald rigtigt hedder. Bedste hilsener, Anton ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] 126 busstationer med navnet PAPUGA - hvordan rydder vi op?
I Ringe er der også en anbragt PAPUGA busstation. Den er anbragt der, hvor nødbusserne holder, når DSB-togene af en eller anden grund ikke kører. Det er alle mulige busselskaber, som DSB entrerer med, måske også med Papuga. PAPUGA busstationen i Ringe bør fjernes - der er ikke nogen permanent busstation på stedet. Den rigtige busstation ligger på den anden side af togstationen og er markeret som et busstoppested - måske burde det rettes til busstation? Venlig hilsen Kristian Krægpøth Den 6. okt. 2013 14.35 skrev Anton Stonor an...@stonor.dk: Hej, En bruger har oprettet en masse danske amenity=bus_station-noder med samme navn, nemlig PAPUGA. P.t. er der 126: http://overpass-turbo.eu/s/193 Det virker ikke helt efter bogen - jeg har i hvert fald aldrig set en busstation med det navn. Fredag for en uge siden skrev jeg til brugeren for at høre, om der mon var tale om en fejl, eller om hensigten var at vise de busstop, hvorfra et bestemt busselskab har en rute (ifølge Google findes et busselskab ved navn Papuga). Jeg har ikke modtaget noget svar. Hvad er det rigtige at gøre herfra? Det er fristende er at slette dem, alternativt bare at fjerne navnet. Jeg orker i hvert fald ikke selv ved håndkraft at gå samtlige noder igennem og vurdere, om der reelt er tale om busstationer og hvad de i givet fald rigtigt hedder. Bedste hilsener, Anton ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] 126 busstationer med navnet PAPUGA - hvordan rydder vi op?
Den 06-10-2013 14:35, Anton Stonor skrev: Hej, En bruger har oprettet en masse danske amenity=bus_station-noder med samme navn, nemlig PAPUGA. P.t. er der 126: http://overpass-turbo.eu/s/193 Det virker ikke helt efter bogen - jeg har i hvert fald aldrig set en busstation med det navn. Fredag for en uge siden skrev jeg til brugeren for at høre, om der mon var tale om en fejl, eller om hensigten var at vise de busstop, hvorfra et bestemt busselskab har en rute (ifølge Google findes et busselskab ved navn Papuga). Jeg har ikke modtaget noget svar. Hvad er det rigtige at gøre herfra? Jeg har faktisk haft kontakt til ham for næsten et år siden. Han troede at hans ændringer kun var synlige for ham selv. Jeg har bare glemt alt om det bagefter :/ Det meste han har lavet er kun fejlbare stationer med titlen PAPUGA. De kan godt slettes alle sammen. Der er dog nogen gange lidt mere redigering, men hvor meget der er ved jeg ikke. Jeg tror også jeg fandt en redigering af kortet hvor han havde fjernet noget cykelparkering, garanteret for at PAPUGA titlen var synlig. Måske vi bare burde lave et fælles google doc med alle hans changesets og så kan vi alle gå i gang med at omdanne hver enkelt. Hilsen Esben ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-at] OSM bei Postbus
Soeben entdeckt: http://www.postbus.at/de/Flughafenbus/Vienna_AirportLines/Westbahnhof/index.jsp Auf den Link bei Umgebungspläne etwas weiter unten klicken, dann öffnet sich ein PDF mit OpenStreetMap Karte. Es ist offensichtlich nur ein Screenshot, man kann links unten noch die Reste der Maßstabsleiste erkennen. Leider ist der Lizenzhinweis nicht zu finden ... ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Explosion d'un carrefour
Les passages piétons sont bien rendus... http://tile.openstreetmap.fr/?zoom=20lat=45.42992lon=4.39491 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 5 octobre 2013 21:09, Pieren pier...@gmail.com a écrit : Il ne faut pas attacher trop d'importance au rendu. Même si on sait bien que ça reste le premier outil de validation pour les nouveaux contributeurs (et aussi la première forme de récompense), il y a aussi des tas de choses dans OSM qui ne sont pas affichées sur la carte principale. Ou des choses qui sont affichées alors qu'elles sont mal cartographiées. Donc, toujours examiner les données pour se faire un avis critique. Je ne partage pas l'avis de la communauté sur ces histoires de rendu / données, mais c'est un autre débat. Au moins, je comprends ta position. de surface, mais, apparemment, c'est compliqué les surfaces. Les surfaces, c'est pas compliqué. Mais il y a surface et surface. Celle qu'on indique avec highway=unclassified + area=yes a une signification très claire : c'est une place ouverte où les véhicules peuvent circuler dans toutes les directions. Ca n'était pas le cas de cet exemple à Saint-Etienne. Il y a aussi la possibilité d'indiquer la surface occupée par une route normale (qui conserve son filaire central) avec un tag qui est resté au stade de la proposition : area:highway ([1]). Il n'est pas rendu par mapnik et n'est pas très populaire (1 exemplaires par 460 contributeurs quand même dans la base). S'il y a surface et surface, la surface dont je te parle est visible de visu. Mais bon je renonce à chipoter, et j'admets que l'idée de concentrer les routes sur un point est pas mauvaise les choses étant ce qu'elles sont. La modélisation reste compatible avec le terrain, à part le problème des feux, voir plus loin. D'ailleurs il me semble qu'on pourrait encore simplifier ton modèle, tout en restant compatible terrain : si la rue des armuriers arrive directement au point central, ça marche encore bien, non ? Le carrefour serait modélisé par deux points : un point de rencontre rues pélissier / valbenoite / armuriers / mulatière, et un valbenoite / jean baptiste david / micro rue en sens unique vers armuriers. Le carrefour serait l'ensemble de ces deux points reliés par une rue, rue inexistante, mais... c'est un modèle. D'ailleurs, les chemins piétons sont bons dans l'ensemble, mais DIeu seul sait s'ils sont routables ? Ca n'était pas le problème posé au début de ce fil de discussion. Suivant les retours qu'on voit sur un autre fil, il est probable qu'il ne soit pas routable pour la plupart des logiciels qui le font pour les piétons avec les données OSM. Mais les zones piétonnes sont dans leur immense majorité tagguées de cette manière, sans footway ajouté pour les rendre routable par certains logiciels. C'est aux logiciels de s'adapter aux données et non l'inverse. Pour revenir aux trottoirs, on voit que ceux qui commencent à cartographier ça ne vont jamais jusqu'au bout et s'arrêtent au bout de quelques rues. Du coup, on a un résultat très moche sur la carte (toi qui donne beaucoup d'importance au rendu pourrait y être sensible). C'est pourquoi personnellement, je ne cartographie pas les trottoirs. De plus, cela alourdit considérablement le filaire dans la zone et rend difficile toutes les contributions futures. Au mieux, il existe la possibilité d'ajouter un attribut au highway principal pour dire si un trottoir se trouve à gauche, à droite ou des deux côtés. Je préfererais nettement cette option si j'avais à choisir. Oui, mais le principe ceux qui commence à cartographier ne vont jamais jusqu'au bout est consécutif aux principes collaboratifs, et au principe mappez ce qu'il y a en bas de chez vous, non ? Du coup il faut une transition cohérente entre ce qui est mappé et ce qui ne l'est pas. Mais pour les trottoirs, ce n'est pas facile. - du fait qu'il n'y a pas de surface, de nombreuses relations entre objets sont incohérentes avec le terrain : la sorte de point central n'existe pas, et ça décale toutes les distances entre le bord de la place et les objets qui l'entourent. Je ne comprend pas bien cette remarque (quelle relations entre objets). Si tu veux faire figurer la surface de la partie routière, qui est très large dans ce cas particulier, utilise un polygone taggué area:highway déjà cité plus haut. La modélisation sera complète mais tu ne verras pas cette surface sur la carte principale. Si tu veux à tout prix voir cette surface, tu seras obligé d'utiliser le highway=unclassified + area=yes qui entrera en contradiction avec le filaire des voies (et c'est tagguer pour le rendu puisque tu sous-entends avec ces tags que l'espace est ouvert dans toutes les directions, ce qui n'est pas le cas). Je ne sais pas trop pourquoi tu affirmes que l'espace n'est pas ouvert dans toutes les directions... Il y a un obstacle magnétique ? Je me demande ce que pense Christian Quest, le Maître es rendu es datas, de ces histoires de area qui sont inutilisées et non rendues ?... C'est une méga connerie de la communauté, non ?... Il n'y a donc pas à
Re: [OSM-talk-fr] Explosion d'un carrefour
Pour le rendu surfacique, il y a un sacré boulot à faire sur la feuille de style déjà que parfois avec du filaire on s'arrache les cheveux ! Comme souvent, peu de monde s'y est mis côté rendu car il y a peu de données, donc le jeu n'en vaut pas la chandelle, mais nous savons tous aussi que la visibilité dans le rendu poussera à mapper le surfacique. Les questions que je me pose: - est-ce souhaitable de démarrer le surfacique de voirie alors qu'il manque encore tant de filaire ? - comment gère-t-on le mélange surfacique/filaire, surtout lorsqu'on l'on repasse d'une zone en filaire+surfacique à une zone seulement en filaire ? J'avais tenté de rendre la largeur des routes en basant le rendu sur width=* et lanes=*. Le gros problème était les raccords entre un lanes=2 et un lanes=3... c'était très moche. Pour les feux, je partage l'avis de Pieren. Un tag unique pour signaler qu'une intersection a sa circulation gérée par un feu, puis des tags spécifiques pour indiquer chaque feu, chaque passage piéton, feu cycliste, etc et le tout mis si besoin dans une relation. Cela permet d'avoir une info globale (qui aide pour les rendus à moyenne échelle), et en détail (utile pour le routage ou le rendu à très grande échelle). Le problème c'est la modélisation des carrefours complexes avec un ilot central où toutes les voies ne se croisent pas sur un unique nœud. Dans ce cas, où mettre le tag feu principal ? Ca me rappelle la proposition de relations pour les carrefours, c'est peut être là qu'il faudrait indiquer que le carrefour est géré par un feu... -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Vous oubliez encore que tous les feux d'un même carrefour ne sont pas nécessairement synchronisés entre eux. Et aussi le cas des feux supplémentaires en SORTIE de carrefour (il y en a un bon nombre à Paris), devant un passage piéton qui traverse la rue où on veut s'engager. Bref un véhicule doit s'arrêter à 2 feux successifs, avant l'entrée et avant la sortie. Un seul tag sur un noeud unique central cela ne correspond à rien du tout sur le terrain. On n'est pas aux Etats-Unis avec les feux suspendus sur un câble au milieu du carrefour (je ne pense pas avoir vu ça en France). Pourquoi voulez-vous attacher tous les feux d'un carrefour ensemble ? Par le fait qu'ils seraient synchronisés? Ce n'est pas pertinent car le conducteur ou le piéton n'est concerné que par le bon feu dans sa direction et pas par les autres. Et aussi parce qu'on ne tague pas des données temporelles décrivant les divers cycles et modes du feu, les durées de chaque mode, d'autant plus que bon nombre de feux sont maintenant contrôlés par télécommande à distance par un centre de régulation de trafic, avec des caméras et détecteurs de présence à radar ou détecteurs de franchissement et de comptage sous la chaussée). Chaque feu est attaché à une direction précise -- parfois aussi un feu peut avoir une face miroir indiquant au conducteur venant du carrefour que dans la voie où il veut aller les véhicules contrôlés par ce feu peuvent démarrer et entrer dans le carrefour, voire tourner à gauche en coupant la route à ceux qui ne sont pas encore sortis du carrefour (même si le code de la route demande qu'on n'entre pas au feu vert dans un carrefour si on n'a pas l'assurance de pouvoir en sortir).. De plus il y a des feux à plusieurs niveaux dans des carrefours complexes, selon la voie (par exemple la voie pour tourner à droite a un feu avancé qui donne accès à une voie séparée physiquement. Ce feu n'a pas le même synchronisme et peut même rester au rouge deux fois plus longtemps que le feu pour aller tout droit, ou au contraire rester vert presque en permanence (sauf si un piéton a demandé qu'il passe au rouge en appuyant sur un bouton) alors que le feu pour aller tout droit alterne toutes les 2 minutes. La position précise du feu est importante si on veut qu'un routage puisse indiquer à quel endroit on peut tourner ou changer de voie. Le 6 octobre 2013 10:09, Christian Quest cqu...@openstreetmap.fr a écrit : Pour le rendu surfacique, il y a un sacré boulot à faire sur la feuille de style déjà que parfois avec du filaire on s'arrache les cheveux ! Comme souvent, peu de monde s'y est mis côté rendu car il y a peu de données, donc le jeu n'en vaut pas la chandelle, mais nous savons tous aussi que la visibilité dans le rendu poussera à mapper le surfacique. Les questions que je me pose: - est-ce souhaitable de démarrer le surfacique de voirie alors qu'il manque encore tant de filaire ? - comment gère-t-on le mélange surfacique/filaire, surtout lorsqu'on l'on repasse d'une zone en filaire+surfacique à une zone seulement en filaire ? J'avais tenté de rendre la largeur des routes en basant le rendu sur width=* et lanes=*. Le gros problème était les raccords entre un lanes=2 et un lanes=3... c'était très moche. Pour les feux, je partage l'avis de Pieren. Un tag unique pour signaler qu'une intersection a sa circulation gérée par un feu, puis des tags spécifiques pour indiquer chaque feu, chaque passage piéton, feu cycliste, etc et le tout mis si besoin dans une relation. Cela permet d'avoir une info globale (qui aide pour les rendus à moyenne échelle), et en détail (utile pour le routage ou le rendu à très grande échelle). Le problème c'est la modélisation des carrefours complexes avec un ilot central où toutes les voies ne se croisent pas sur un unique nœud. Dans ce cas, où mettre le tag feu principal ? Ca me rappelle la proposition de relations pour les carrefours, c'est peut être là qu'il faudrait indiquer que le carrefour est géré par un feu... -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 04/10/2013 07:00, Ista Pouss a écrit : Et je reste quand même étonné que l'on présente ce qui de mon avis ressemble à une surface routière par du filaire... Je trouve moi aussi denue de sens de representer une place (c'est a dire une entité surfacique par essence) par un enchevetrement de filaire. La place Edmond Maurat (ou n'importe quelle autre place) c'est un espace qui contiens de la voirie, des trottoirs, des pelouses, des barrieres et autre. Vu que c'est un espace, soit on mappe a la serpe et on le represente par un point, soit on fait du micro-mapping et on le represente par une surface. Ici on a dans cette place le detail des diverses voies de circulation, les bouts de verdure, les feux, les barrieres, mais on a pas la place elle meme. La difficulte a trouver ou mettre le tag name=place Edmond Maurat montre bien ce probleme. C'est comme si pour un batiment on avait dessine les pieces, les couloirs, les murs, les ascenseurs, mais sans faire un polygone building qui englobe le tout. Il nous manque un tag surfacique pour dire cette zone est une place. Ce tag engloberait tout ce qui est dans la place. De la meme maniere que landuse=residential sert a dire cette zone est une agglomeration et englobe tout ce qui est dans l'agglomeration. Ce tag place ne devrait pas etre dans la clef highway. Peut etre dans la clef landuse ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Bonjour, Le 06/10/2013 11:24, hamster a écrit : Il nous manque un tag surfacique pour dire cette zone est une place. Ce tag engloberait tout ce qui est dans la place. De la meme maniere que landuse=residential sert a dire cette zone est une agglomeration et englobe tout ce qui est dans l'agglomeration. Ce tag place ne devrait pas etre dans la clef highway. Peut etre dans la clef landuse ? Voilà qui résume bien la situation. On trouve une centaine d'objets taggués avec landuse=plaza : http://taginfo.openstreetmap.org/tags/landuse=plaza essentiellement en France et en Allemagne. par exemple : http://www.openstreetmap.org/browse/way/17478063 http://www.openstreetmap.org/browse/way/218869335 http://www.openstreetmap.org/browse/way/220429765 etc. Ça n'est pas documenté, mais vue la définition : http://en.wikipedia.org/wiki/Plaza ça semble cohérent. yapluka ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 06/10/2013 12:41, Vincent de Château-Thierry a écrit : Bonjour, Le 06/10/2013 11:24, hamster a écrit : Il nous manque un tag surfacique pour dire cette zone est une place. Ce tag engloberait tout ce qui est dans la place. De la meme maniere que landuse=residential sert a dire cette zone est une agglomeration et englobe tout ce qui est dans l'agglomeration. Ce tag place ne devrait pas etre dans la clef highway. Peut etre dans la clef landuse ? Voilà qui résume bien la situation. On trouve une centaine d'objets taggués avec landuse=plaza : http://taginfo.openstreetmap.org/tags/landuse=plaza essentiellement en France et en Allemagne. par exemple : http://www.openstreetmap.org/browse/way/17478063 http://www.openstreetmap.org/browse/way/218869335 http://www.openstreetmap.org/browse/way/220429765 etc. Ça n'est pas documenté, mais vue la définition : http://en.wikipedia.org/wiki/Plaza ça semble cohérent. yapluka ? Heuuu, les photos illustrant cette balise montre vraiment quelque chose qui n'a rien a voir avec le carrefour de Saint-Étienne qui est juste un croisement un peu large de multiples voies. Sur ce croisement de Saint-Étienne le flux des véhicules est canalisé et les piétons n'ont pas a circuler en plein milieu. Une représentation surfacique n'apporte aucune informations utiles. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 06/10/2013 12:56, Christophe Merlet a écrit : Le 06/10/2013 12:41, Vincent de Château-Thierry a écrit : Bonjour, Le 06/10/2013 11:24, hamster a écrit : Il nous manque un tag surfacique pour dire cette zone est une place. Ce tag engloberait tout ce qui est dans la place. De la meme maniere que landuse=residential sert a dire cette zone est une agglomeration et englobe tout ce qui est dans l'agglomeration. Ce tag place ne devrait pas etre dans la clef highway. Peut etre dans la clef landuse ? Voilà qui résume bien la situation. On trouve une centaine d'objets taggués avec landuse=plaza : http://taginfo.openstreetmap.org/tags/landuse=plaza essentiellement en France et en Allemagne. par exemple : http://www.openstreetmap.org/browse/way/17478063 http://www.openstreetmap.org/browse/way/218869335 http://www.openstreetmap.org/browse/way/220429765 etc. Ça n'est pas documenté, mais vue la définition : http://en.wikipedia.org/wiki/Plaza ça semble cohérent. yapluka ? Heuuu, les photos illustrant cette balise montre vraiment quelque chose qui n'a rien a voir avec le carrefour de Saint-Étienne qui est juste un croisement un peu large de multiples voies. Sur ce croisement de Saint-Étienne le flux des véhicules est canalisé et les piétons n'ont pas a circuler en plein milieu. Une représentation surfacique n'apporte aucune informations utiles. Si. Une représentation surfacique permet de s'affranchir des filaires taggués en highway=* pour attribuer le nom de la place. En dessinant explicitement une surface et en la nommant, on évite les acrobaties actuelles de micro découpage de highways dont le but est avant tout de pouvoir répondre à Nominatim, sans forcément décrire le terrain. Je ne vois par exemple pas l'intérêt d'un nom là-dessus : http://www.openstreetmap.org/browse/way/240567745 Et pour élargir, mon propos était surtout de rebondir au constat, plus général, de hamster sur l'absence de convention pour tagguer le contour extérieur d'une place (avec plein de guillemets) indépendamment du détail qu'on apporte à ses constituants. Je n'ai pas d'actions dans la balise landuse=plaza, mais je trouve l'idée intéressante. Après, faute de description sur le wiki, chacun y met pour l'instant la signification qui l'arrange. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartographie d'un sommet double
Bonjour, Le pic de Rulhe est comporte 2 sommets principaux, distants d'une petite cinquantaine de mètres. Le point actuellement présent dans OSM correspond au col séparant les 2 sommets. Comment faire pour le cartographier correctement (i.e. indiquer la position des deux sommets) ? J'ai ajouté les voies d'accès aux deux sommets. L'extrémité des sentiers correspond aux deux sommets. Voir http://www.openstreetmap.org/#map=18/42.62709/1.73941 D'après mon relevé GPS, le sommet ouest a pour altitude 2780m, le sommet est à 2782m. http://ubuntuone.com/4t1GVDs5v8faveLOlK8lEL Balaitous ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Si le problème est de positionner le nom, il y a peut-être junction=yes + name=* qui pourrait servir au moins pour le rendu. Je l'avais ajouté sur le rendu FR car au Japon c'est très courant. On peut voir l'effet un peu moins loin comme dans la forêt de Fontainebleau... http://tile.openstreetmap.fr/?zoom=16lat=48.3588lon=2.70855 Par contre, il ne semble pas que Nominatim en tienne compte :( Le 6 octobre 2013 15:22, Vincent de Château-Thierry v...@laposte.net a écrit : Le 06/10/2013 12:56, Christophe Merlet a écrit : Le 06/10/2013 12:41, Vincent de Château-Thierry a écrit : Bonjour, Le 06/10/2013 11:24, hamster a écrit : Il nous manque un tag surfacique pour dire cette zone est une place. Ce tag engloberait tout ce qui est dans la place. De la meme maniere que landuse=residential sert a dire cette zone est une agglomeration et englobe tout ce qui est dans l'agglomeration. Ce tag place ne devrait pas etre dans la clef highway. Peut etre dans la clef landuse ? Voilà qui résume bien la situation. On trouve une centaine d'objets taggués avec landuse=plaza : http://taginfo.openstreetmap.**org/tags/landuse=plazahttp://taginfo.openstreetmap.org/tags/landuse=plaza essentiellement en France et en Allemagne. par exemple : http://www.openstreetmap.org/**browse/way/17478063http://www.openstreetmap.org/browse/way/17478063 http://www.openstreetmap.org/**browse/way/218869335http://www.openstreetmap.org/browse/way/218869335 http://www.openstreetmap.org/**browse/way/220429765http://www.openstreetmap.org/browse/way/220429765 etc. Ça n'est pas documenté, mais vue la définition : http://en.wikipedia.org/wiki/**Plazahttp://en.wikipedia.org/wiki/Plaza ça semble cohérent. yapluka ? Heuuu, les photos illustrant cette balise montre vraiment quelque chose qui n'a rien a voir avec le carrefour de Saint-Étienne qui est juste un croisement un peu large de multiples voies. Sur ce croisement de Saint-Étienne le flux des véhicules est canalisé et les piétons n'ont pas a circuler en plein milieu. Une représentation surfacique n'apporte aucune informations utiles. Si. Une représentation surfacique permet de s'affranchir des filaires taggués en highway=* pour attribuer le nom de la place. En dessinant explicitement une surface et en la nommant, on évite les acrobaties actuelles de micro découpage de highways dont le but est avant tout de pouvoir répondre à Nominatim, sans forcément décrire le terrain. Je ne vois par exemple pas l'intérêt d'un nom là-dessus : http://www.openstreetmap.org/**browse/way/240567745http://www.openstreetmap.org/browse/way/240567745 Et pour élargir, mon propos était surtout de rebondir au constat, plus général, de hamster sur l'absence de convention pour tagguer le contour extérieur d'une place (avec plein de guillemets) indépendamment du détail qu'on apporte à ses constituants. Je n'ai pas d'actions dans la balise landuse=plaza, mais je trouve l'idée intéressante. Après, faute de description sur le wiki, chacun y met pour l'instant la signification qui l'arrange. vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 06/10/2013 15:22, Vincent de Château-Thierry a écrit : Une représentation surfacique n'apporte aucune informations utiles. Si. Une représentation surfacique permet de s'affranchir des filaires taggués en highway=* pour attribuer le nom de la place. En dessinant explicitement une surface et en la nommant, on évite les acrobaties actuelles de micro découpage de highways dont le but est avant tout de pouvoir répondre à Nominatim, sans forcément décrire le terrain. Je ne vois par exemple pas l'intérêt d'un nom là-dessus : http://www.openstreetmap.org/browse/way/240567745 Il n'y a rien d'acrobatique a donner à une voie le nom d'une place. C'est la pratique usuelle. Le découpage des highway est ici indispensable pour représenter convenablement les sens uniques et ça décrit très bien le terrain. 4 voies constitutives de cette place porte le nom Place Edmond Maurat. Et sur ces 4 voies, ce n'est pas le segment que tu pointes qui est le plus critiquable ! Et pour élargir, mon propos était surtout de rebondir au constat, plus général, de hamster sur l'absence de convention pour tagguer le contour extérieur d'une place (avec plein de guillemets) indépendamment du détail qu'on apporte à ses constituants. Je n'ai pas d'actions dans la balise landuse=plaza, mais je trouve l'idée intéressante. Après, faute de description sur le wiki, chacun y met pour l'instant la signification qui l'arrange. Mais ici, ce n'est pas, à mon avis, une place qui nécessite une représentation surfacique. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 06.10.2013 10:09, Christian Quest a écrit : J'avais tenté de rendre la largeur des routes en basant le rendu sur width=* et lanes=*. Le gros problème était les raccords entre un lanes=2 et un lanes=3... c'était très moche. Tu as essayé en finissant les ways par un triangle ? Je ne maitrise pas trop mapnik, mais dans maperitive, tu as un truc qui s'appelle line-start-cap et line-end-cap, où tu mets souvent round, pour que les voies découpées en tronçons se recouvrent bien. Avec une finition en triangle, tu devrais pouvoir faire le lien entre des tronçons de largeurs différentes ? Après, comme d'habitude, le diable est dans les détails… JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 6 octobre 2013 10:09, Christian Quest cqu...@openstreetmap.fr a écrit : Pour le rendu surfacique, il y a un sacré boulot à faire sur la feuille de style déjà que parfois avec du filaire on s'arrache les cheveux ! Comme souvent, peu de monde s'y est mis côté rendu car il y a peu de données, donc le jeu n'en vaut pas la chandelle, mais nous savons tous aussi que la visibilité dans le rendu poussera à mapper le surfacique. OK je comprends mieux les difficultés actuelles ! Les questions que je me pose: - est-ce souhaitable de démarrer le surfacique de voirie alors qu'il manque encore tant de filaire ? Je pense que oui, car : - ça simplifierait certains rendus - et très probablement datas - filaires indémerdables, tel la Place de la Concorde à Paris : http://tile.openstreetmap.fr/?zoom=20lat=48.86619lon=2.32118layers=B00(de mes lointains souvenirs de cette place, ce rendu est complètement faux, non ?... ou alors elle a bien changé ! ) (notez que je fais l'effort de ne pas citer la place E... M... à S... E) (allez les verts ! ) (et j'ai résisté à l'envie d'aller voir la place de la concorde sur google street pour ne pas pénaliser gravement le projet OSM ! ) - de plus la réflexion sur ce qu'est une surface et ce qu'est un filaire me parait gravement perturbé chez de nombreux contributeurs... Je n'en dirais pas plus, je n'en pense pas moins. Que le surfacique soit RENDU ça aiderait sans doute pas mal à le modéliser dans les DATAS. Point. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tracer une place (était : Explosion d'un carrefour)
Le 06/10/2013 16:43, Christophe Merlet a écrit : Il n'y a rien d'acrobatique a donner à une voie le nom d'une place. C'est la pratique usuelle. Je suis bien d'accord, mais c'est loin d'être toujours satisfaisant. Décrire une surface par une surface plutôt que par des axes qui la traversent, qui plus est si le nom diffère, ça peut aussi avoir du sens. Et pour élargir, mon propos était surtout de rebondir au constat, plus général, de hamster sur l'absence de convention pour tagguer le contour extérieur d'une place (avec plein de guillemets) indépendamment du détail qu'on apporte à ses constituants. Je n'ai pas d'actions dans la balise landuse=plaza, mais je trouve l'idée intéressante. Après, faute de description sur le wiki, chacun y met pour l'instant la signification qui l'arrange. Mais ici, ce n'est pas, à mon avis, une place qui nécessite une représentation surfacique. C'est subjectif, mais si on profitait de ce fil pour esquisser une manière de tracer les places sous l'angle landuse (l'enveloppe de la place, quand highway=*+area=yes n'est pas opportun), on aurait gagné quelque chose. Junction=yes pointé par Christian est pratique, mais cantonné à un noeud. C'est bien l'extension de l'idée à une surface qui m'intéresse ici (d'où le changement de nom du fil, au passage). L'exemple de la place de la Concorde à Paris est très bon à ce titre (c'est pas moi qui a commencé, là :-) ). Plus de 25 ways portent le nom de la place, mais aucun ne décrit l'emprise de la place (ni aucun multipolygon). Bref on doit pouvoir faire mieux, avec une surface. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ne garder que les noeuds qui sont résultat de requête dans un xml OSM
Bonjour, Je pense que je suis ni le premier ni le dernier à rencontrer ce problème. Certaines requêtes (API ou overpass) peuvent cibler des objets représentés soit par des nœuds soit par des chemins. Pour que les chemins aient un sens, on récupère également les nœuds qui les constituent. On a ainsi dans le résultat de la requête, des nœuds qui correspondent directement à ce qu'on cherche et des nœuds qui servent de support à nos chemins (qui eux correspondent aussi à ce qu'on cherche). Pour extraire de l'information de tout ça (principalement une liste, pas forcément un résultat graphique), il ne faut travailler que sur les nœuds qui correspondent à ce qu'on cherche dans un premier temps, donc user d'XPath par exemple. Le problème est que certaines requêtes overpass (typiquement celles qui ciblent plusieurs types de primitives comme celle-ci dessous) sont très difficilement transposables en xpath pour filtrer le document OSM. Je souhaite néanmoins ne réaliser qu'une seule requête à l'overpass (on pourrait séparer nodes, ways, links mais je ne cèderai pas à la facilité). J'espère ne pas me fourvoyer dans les hypothèses données ci-dessus, ce qui est encore possible. Quelqu'un aurait-il une piste pour sortir de ce genre d'embuches ? La requête sur laquelle je travaille actuellement (sur oapi-fr) (node [power~sub_station|substation] [operator=ERDF] [ref:ERDF:gdo]; way [power~sub_station|substation] [operator=ERDF] [ref:ERDF:gdo] ); (._;;); out body; Merci par avance. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Question de rendu
Bonjour, Je souhaiterais avoir l'avis de la liste à propos de la validité d'un raisonnement qui est actuellement en cours d'élaboration pour les lignes électriques. Il peut concerner toutes les features de la même forme, peut-être d'ailleurs que cette question a déjà été tranchée par le passé. Actuellement ma proposition prévoit de ne documenter que les files de pylones sans rentrer dans le détail des chemins empruntés par l'énergie (circuits, ternes,...). Chaque file de pylône est représentée par une way power=line comme peuvent l’être les autoroutes vis à vis d'un itinéraire européen. http://wiki.openstreetmap.org/wiki/Proposed_features/Power_transmission_refinement#Power_lines Dans un second temps on s'occupera de ces circuits avec des relations power=circuit (exemple) dont les ways seront membre. http://wiki.openstreetmap.org/wiki/Proposed_features/Power_routing_proposal Ainsi le nombre d'information qui concerne vraiment une file de pylône est réduit, tout ce qui est tensions, nombre de conducteur, configuration des conducteur se rapporte au circuit et donc sera mis sur la relation. Tout ça dans le but de limiter le nombre de tag et d'incohérences dans les données. Il serait en effet peu efficace et prudent d'inciter tout le monde à copier/coller les mêmes infos (les fréquences ou le nombre de conducteurs par circuit) sur plusieurs objets alors qu'une relation peut mettre de l'ordre d'un coup. Parallèlement, on m'oppose qu'il sera très difficile de faire un rendu comme celui-ci avec le schéma donné ci-dessus. http://wiki.openstreetmap.org/wiki/File:Maperitive-power-sample.jpg dont le contenu est donné ici wiki.openstreetmap.org/wiki/User:Polderrunner/Maperitive_rules/Power_rules En effet le moteur devra aller chercher les ways pour connaitre le cheminement, puis ensuite mettre autant de traits que nécessaire suivant le nombre de relations circuit dont la way est membre. Êtes-vous aussi de cet avis ? Merci par avance pour l'éclairage et les remarques constructives. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question de rendu
Salut, Je ne crois pas dire de bêtise en indiquant que Maperitive va chercher les informations dans les relations « comme un grand ». La problématique est la même que pour tracer les sentiers de grande randonnée (non, non, je vous en prie, pas de débat sur les GR…). Essaye la feuille de style indiquée dans ton mél sur un fichier avec les informations dans la relation, il me semble qu'elle devrait marcher. Sinon, essaye de remplacer : primary volt750: @isMatch (voltage,^115|^765000|^75|^735000) AND power=line et les suivantes par primary volt750: relation[@isMatch (voltage,^115|^765000|^75|^735000) AND power=line] Si tu n'es pas trop pressé, je peux essayer, mais seulement lundi ou mercredi soir… Pour ce qui est de Mapnik, je ne me prononce pas. JB. Le 06.10.2013 19:13, François Lacombe a écrit : Bonjour, Je souhaiterais avoir l'avis de la liste à propos de la validité d'un raisonnement qui est actuellement en cours d'élaboration pour les lignes électriques. Il peut concerner toutes les features de la même forme, peut-être d'ailleurs que cette question a déjà été tranchée par le passé. Actuellement ma proposition prévoit de ne documenter que les files de pylones sans rentrer dans le détail des chemins empruntés par l'énergie (circuits, ternes,...). Chaque file de pylône est représentée par une way power=line comme peuvent l'être les autoroutes vis à vis d'un itinéraire européen. http://wiki.openstreetmap.org/wiki/Proposed_features/Power_transmission_refinement#Power_lines [2] Dans un second temps on s'occupera de ces circuits avec des relations power=circuit (exemple) dont les ways seront membre. http://wiki.openstreetmap.org/wiki/Proposed_features/Power_routing_proposal [3] Ainsi le nombre d'information qui concerne vraiment une file de pylône est réduit, tout ce qui est tensions, nombre de conducteur, configuration des conducteur se rapporte au circuit et donc sera mis sur la relation. Tout ça dans le but de limiter le nombre de tag et d'incohérences dans les données. Il serait en effet peu efficace et prudent d'inciter tout le monde à copier/coller les mêmes infos (les fréquences ou le nombre de conducteurs par circuit) sur plusieurs objets alors qu'une relation peut mettre de l'ordre d'un coup. Parallèlement, on m'oppose qu'il sera très difficile de faire un rendu comme celui-ci avec le schéma donné ci-dessus. http://wiki.openstreetmap.org/wiki/File:Maperitive-power-sample.jpg [4] dont le contenu est donné ici wiki.openstreetmap.org/wiki/User:Polderrunner/Maperitive_rules/Power_rules [5] En effet le moteur devra aller chercher les ways pour connaitre le cheminement, puis ensuite mettre autant de traits que nécessaire suivant le nombre de relations circuit dont la way est membre. Êtes-vous aussi de cet avis ? Merci par avance pour l'éclairage et les remarques constructives. FRANÇOIS LACOMBE francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com [6] ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-fr [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Power_transmission_refinement#Power_lines [3] http://wiki.openstreetmap.org/wiki/Proposed_features/Power_routing_proposal [4] http://wiki.openstreetmap.org/wiki/File:Maperitive-power-sample.jpg [5] http://wiki.openstreetmap.org/wiki/User:Polderrunner/Maperitive_rules/Power_rules [6] http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
