[talk-ph] OSM Buildings - Interactive
Hi, Have you seen this? http://flyjs.com/buildings/ OSM Buildings is using Canvas 2D operations only. This is not WebGL. Overall size of the library is 3.6k. Noli ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] redaction progress
Official announcement of the completion of redaction. http://blog.osmfoundation.org/2012/07/26/automated-redactions-complete/ On Sat, Jul 21, 2012 at 10:34 AM, Totor totor_...@yahoo.com wrote: Manila is finished too now. --- On Fri, 7/20/12, Totor wrote: From: Totor Subject: [talk-ph] redaction progress To: Openstreetmap.ph.mailing.list Date: Friday, July 20, 2012, 11:25 PM Hi Guys, The redaction (conversion to ODBL) of the Philippines started around 3am and finished around 6am Except Manila area, still processing at 7:30... http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php?zoom=5lat=11.48675lon=121.09767layers=B00FTTFF Regards, Totor ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] OSM Buildings - Interactive
This was mentioned last week: http://www.mail-archive.com/talk-ph@openstreetmap.org/msg04026.html :) On Thu, Jul 26, 2012 at 2:47 PM, Noli Sicad nsi...@gmail.com wrote: Hi, Have you seen this? http://flyjs.com/buildings/ OSM Buildings is using Canvas 2D operations only. This is not WebGL. Overall size of the library is 3.6k. Noli ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] [Tagging] tagging awards and ratings
At 2012-07-26 14:43, Frederik Ramm wrote: Hi, On 26.07.2012 19:10, Johan Jönsson wrote: Sometimes there is a discussion on how to tag differnt kind of awards and ratings. It is possible that the organisation publishing the ratings has some sort of copyright or database right to them. For example I don't think it will be legal to copy TripAdvisor ratings into OSM. This may be an FAQ, but if a shop posts their awards in public view, don't we have fair use to note it in our data, much like a photographer has a right to photograph, or a news reporter has a right to report, something in public view? What about if the shop advertises on their own or another website, or in a magazine, with that award displayed? Lastly, what about health-department grades, created and (usually) published by public agencies - something I'd like to import and update locally at least? I know that if it's data created by a US Federal agency, it's public domain, but what about US state and local governments (does the same law -- use of public funds = public domain -- apply)? -- Alan Mintz alan_mintz+...@earthlink.net ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Please, consider that more people want to mark even their future ODBl OSM contributions as CC-BY-SA compatible
Dear OSMF responsible, even recent discussions about ODBl compatibility with Wikipedia problems shows that there can be problems or complications with ODBL only licensed data. I.e imagine quite realistic scenario. I like to map marked hiking paths in our area. The guideposts texts are critical information. They are usually acquired as photos and they are hold in Wikipedia commons. We have guideposts in map as well, it would worth to run script to extract already know guideposts locations, match them with commons and run update and preparation of commons pages. But this in ODBl language derivative of database. But pages and text (i.e. locations) in commons are CC-BY-SA. Same if amenity water is imported etc. We would be in the fact forbidden to use our own data. More people would feel much more safe if they know that they can access their future contributions under CC-BY-SA as well. Now all data are CC-BY-SA compatible. Other uncertainty source is OSMF silence to questions and worry about license and mainly contributions terms abuse. When I have expressed my concerns to OSMF agent convicing me to agree to new CT (2011-02-15), he agreed that my remarks are valid and would be discussed at OSMF. Then no reply come. Same for my concerns in email to legal-talk list at 2012-04-02 when I stepped in discussion with Pavel Machek. Please, take extralicenses as the first class citizen. http://timsc.dev.openstreetmap.org/extralicenses/ Keep that information in primary OSM database and allow JOSM to indicate CC-BY-SA compatible changes in history same as CT is shown now. I believe that many people would be happy with that and they would provide contributions through OSM instead of abandon OSM and contributing to FOSM. By the way, I am leaving for hiking without Internet access for more than two weeks now. I expect to have even some tracks and data to contribute into some open community map. But according to actual CT wording I am almost losing the right to be heard in terms or license changes vote because limit to respond is three weeks. And I and even more some other people are going for month or even more to the distant areas. Same problem with not limiting frequency and period for discussion about CT and license changes. By the way, how is is possible that on page https://www.openstreetmap.org/user/new is not directly seen which agreement would be demanded from me. I looked at registration to find actual CT wording. ODBl pointer is hidden in privacy policy and no word about CT at the first glimpse. But there should be direct pointer from new page to the CT which are demanded from users for about one year already. So one registers and only then he is confronted with fact that he has to agree to someting he/she would not know in advance. Best wishes, Pavel Pisa ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Report after Outage of Lists
OSM Talk, Between 00:30 and 8:00am (GMT+1) the openstreetmap.org mailing lists were offline due to a server outage. Be aware this will have effected any mails posted to *any* of the @openstreetmap.org lists around these times. It may take the lists a few hours to catch up. Also effected by the outage were http://help.openstreetmap.org and http://irc.openstreetmap.org Regards Grant Part of OSM sysadmin team. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Post-Redaction state of data on Geofabrik download server
Hi, Grex Troxel asked me this, and agreed to making it public: I remember some notion that the geofabrik download server would change during the license change, and that the pre-redaction cc-by-sa data would remain for a while, and CT/ODbL data would be in a new path. In the US, there are spots where there was a lot of redaction damage, and it will take some time to fix (perhaps a few months), so especially this week for use of the data it can make sense to use the pre-bot bits. Can you explain what's on the download server, e.g. at http://download.geofabrik.de/osm/north-america/us/ Yes, I'm sorry for the confusion. I had announced earlier that the Geofabrik downloads would remain at a pre-ODbL version for a while and ODbL downloads would be offered at a different location in order not to have people accidentally process content that is differently licensed. I did not keep (or plan to keep) pre-redaction (as opposed to pre-ODbL) versions of all the extracts though so what you currently see on the download server is last night's situation with all redaction bot edits in place. I can see that there's a need for pre-redaction stuff and I'll prepare a static set of pre-redaction downloads and upload them to download.geofabrik.de/osm-pre-redaction. This will however take somewhere between 12 and 24 hours. In case somebody is confused: pre-redaction is the data from before the redaction bot started, i.e. early July. pre-ODbL (and post-redaction) is where we are now because our data is legally still CC-BY-SA even after the bot is through. post-ODbL is where we will be after OSMF have announced that from now on the data is released under ODbL, something that will happen in the next couple of months. Or weeks. Or hours. Who knows ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] return of the 'NoName' layer on the osm.org map?
given a major deletion of osm data occurred in the last week or two, there are now possibly millions of roads and other items which will be re-mapped. it would be very useful to get the NoName layer back on the front page, to assist with this. could i most humbly request that happen please? -- robin http://fu.ac.nz - Auckland's Free University ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction finished already?
On 26 July 2012 08:17, Simon Poole si...@poole.ch wrote: Imports are by their intrinsic nature never urgent (it is not as if the 3rd party data is going to vanish if you don't import it today). I would strongly suggest doing something more useful, like helping with remapping Australia or Poland, than wasting time on something that can easily wait. i don't think it's wasting time. if it improves the map, it's useful. the question the person asked is whether or not it is a good idea to do them yet, from a technical perspective vis-a-vis the redaction process. also, this is a (mostly unspoken) principle which free/open projects work upon: From each according to his ability, to each according to his need (Louis Blanc, 1839) so, if OP finds it useful and there are no technical reasons why not to, i say go for it if that's what you want. -- robin http://fu.ac.nz - Auckland's Free University ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction finished already?
I would be curious to have an estimate as to when imports might be allowed again. There is a university I'm working with that would like to import data that they collected. So yes technically it is an import, but then their intent would be to now update the data directly in OSM rather than the way they have previously been doing it. This isn't technically urgent but there is updating they'd like to do soon. Thanks, -Kate On Thu, Jul 26, 2012 at 3:17 AM, Simon Poole si...@poole.ch wrote: Am 25.07.2012 21:50, schrieb Jan Kučera: Ok so are imports allowed again? Imports are by their intrinsic nature never urgent (it is not as if the 3rd party data is going to vanish if you don't import it today). I would strongly suggest doing something more useful, like helping with remapping Australia or Poland, than wasting time on something that can easily wait. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] return of the 'NoName' layer on the osm.org map?
On 26/07/12 06:45, Robin Paulson wrote: given a major deletion of osm data occurred in the last week or two, there are now possibly millions of roads and other items which will be re-mapped. it would be very useful to get the NoName layer back on the front page, to assist with this. could i most humbly request that happen please? Sure you can request it, but unless you know somebody with a suitable rendering and the server resources to allow us to add it to the site then your request is not likely to be answered. The NoName layer was a third party rendering which was no longer being kept up to date you see, which is why it was dropped. There are number of other inspection tools that can do the same thing as well as many more things. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction finished already?
From: SomeoneElse [mailto:li...@mail.atownsend.org.uk] Subject: Re: [OSM-talk] Redaction finished already? Jan Kučera wrote: Ok so are imports allowed again? Back in April I made this request: http://www.mail-archive.com/talk@openstreetmap.org/msg42372.html and I'd suggest that it would help mappers if imports stayed off for a while too. In some areas there's a fair bit of tidying up still to be done, and it isn't always obvious whether an import would partially duplicate something that got partially redacted. I would also favour continuing the block on imports and mechanical edits until about one week after a new planet is released. This would help downstream consumers of diffs by avoiding unnecessarily large diffs at a time when everyone will be reimporting. After all, imports that are currently taking place are not urgent. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction finished already?
Am 26.07.2012 06:28, schrieb Robin Paulson: On 26 July 2012 08:17, Simon Poole si...@poole.ch wrote: Imports are by their intrinsic nature never urgent (it is not as if the 3rd party data is going to vanish if you don't import it today). I would strongly suggest doing something more useful, like helping with remapping Australia or Poland, than wasting time on something that can easily wait. i don't think it's wasting time. if it improves the map, it's useful. I believe we may have significant different definitions of improves and useful. also, this is a (mostly unspoken) principle which free/open projects work upon: From each according to his ability, to each according to his need (Louis Blanc, 1839) Unluckily you can import immense masses of junk (see improve and useful above) completely independently of personal ability. Simon (who has absolutely no problem with beginners and less skilled contributors -mapping-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] return of the 'NoName' layer on the osm.org map?
On Thu, Jul 26, 2012 at 05:45:04PM +1200, Robin Paulson wrote: given a major deletion of osm data occurred in the last week or two, there are now possibly millions of roads and other items which will be re-mapped. it would be very useful to get the NoName layer back on the front page, to assist with this. could i most humbly request that happen please? The OSM Inspector shows, among may other things, missing names on roads. http://tools.geofabrik.de/osmi/?view=highwayslon=174.83487lat=-36.92662zoom=10 Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming disputes in Ukraine
Frederik Ramm frede...@remote.org wrote: 1. The concrete question: Should all name tag in the Crimea be in Russian (with appropriate name:uk tags of course), even though the official language in Ukraine is Ukrainian? In Belgium there is a heavy language dispute between frensh speaking Wallonia and dutch speaking Flanders. http://en.wikipedia.org/wiki/Language_legislation_in_Belgium I had contact with the local Belgium OSM community during mapping in bilingual regions. The community told me they agreed, to take the names from the streetname-sign. If this signs mention both the dutch and the french name they take the same order in the name tag of this streets. The mentioned languages and their order on the streetname-signs are the model for every name tag in that town. If i.e. the order is dutch-french then the name of the town, the station etc. takes the same order. example: http://www.openstreetmap.org/?lat=50.79738lon=4.37421zoom=15layers=M I do not know whether this model fits for your problem. Regards Tirkon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redaction finished already?
Hi, On 07/25/2012 10:17 PM, Simon Poole wrote: Am 25.07.2012 21:50, schrieb Jan Kučera: Ok so are imports allowed again? Imports are by their intrinsic nature never urgent (it is not as if the 3rd party data is going to vanish if you don't import it today). Also, I cannot remember Jan having discussed his proposed import on the import mailing list even though he has been told that he'd be violating the guidelines if he imports without doing that. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changes in OSM Inspector: WTFE layer gone, new Redaction layer
Hi, On 07/23/2012 12:13 PM, Frederik Ramm wrote: OSM Inspector has a new layer that visualizes the work of the redaction bot: http://tools.geofabrik.de/osmi/?view=redactionbotlon=7.84268lat=48.78466zoom=5 It looks similar to the old WTFE layer which is now discontinued, but the layers are slightly different: RED is for stuff deleted by the bot. You will be able to click on individual items and see the tags of the deleted object with a big WARNING saying that you must not copy that to OSM. Please heed the warning. Deleted items shown in red will now have a little trash can icon (illustration: http://www.remote.org/frederik/tmp/osmitrash.png). If you click that, then the item will be removed from the database. This is intended for situations in which you either see that the item has been re-mapped already (and therefore it makes no sense to flag it on the map), or where you think that whatever is highlighted there is completely unimportant. The item should vanish from the map as soon as it is next redrawn (i.e. because you pan or zoom). I recognize that this is perhaps not useful for areas with thousands of red objects, but maybe it is a good tool for people who want to systematically clean up their area. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming disputes in Ukraine
2012/7/26 Tirkon tirko...@yahoo.de Frederik Ramm frede...@remote.org wrote: 1. The concrete question: Should all name tag in the Crimea be in Russian (with appropriate name:uk tags of course), even though the official language in Ukraine is Ukrainian? In Belgium there is a heavy language dispute between frensh speaking Wallonia and dutch speaking Flanders. http://en.wikipedia.org/wiki/Language_legislation_in_Belgium I had contact with the local Belgium OSM community during mapping in bilingual regions. The community told me they agreed, to take the names from the streetname-sign. If this signs mention both the dutch and the french name they take the same order in the name tag of this streets. The mentioned languages and their order on the streetname-signs are the model for every name tag in that town. If i.e. the order is dutch-french then the name of the town, the station etc. takes the same order. example: http://www.openstreetmap.org/?lat=50.79738lon=4.37421zoom=15layers=M I do not know whether this model fits for your problem. The language dispute is largely settled by now, you know. The way it is settled is a compromise, of course (as always in this country). On one side of a street you may find one order, on the other side the reverse order. It even goes as far that the order of languages in announcements on trains is alternated while the train is traveling through bilingual parts of the country. For stations there are signs with one order and others (in between?) with the reverse order. Anyway, as far as OSM goes, it's the first mapper who maps something who decides on which order is being used. For street names I wouldn't mind French - Dutch consistently as French uses Noun/Adjective whereas we use Adjective/Noun in Dutch (like in English, but we write Parkstraat in one word, like in German...) Anyway, just to say that that particular issue is mostly solved in Belgium. I think the solution with a lang tag (for each element) to indicate how to give a standard (order of) language(s) is the best we can do. Having the example map on openstreetmap.org adapt to the user's language preferences in the browser seems a bit hard, as it would mean several tiles would need to be rendered for each possible combination of languages/transliterations. Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming disputes in Ukraine
On Thursday 26 July 2012 11:48:39 Jo wrote: Anyway, as far as OSM goes, it's the first mapper who maps something who decides on which order is being used. Slightly more difficult: It's true that the first mapper decides for the region of Brussels-capital, which is bilingual. But in the municipilaties with facilities (to you foreigners: municipalities not belonging to Brussels and which thus have only one official language, but offer facilities in the other language, for example in schools and courts), the official language always comes first. For street names I wouldn't mind French - Dutch consistently as French uses Noun/Adjective whereas we use Adjective/Noun in Dutch (like in English, but we write Parkstraat in one word, like in German...) That's what you often see in Brussels btw, like: Rue de Quelque Chose Iets straat With names it can be compacted as Avenue John Doe laan a few examples: static.skynetblogs.be/media/135561/2636563073.jpg Anyway, it's a minefield but it looks like we've solved it well in osm. In the past years there has been the odd user changing the orders of names (which is considered vandalism), but it's very rare. Greetings Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FYI - Automated edit: footway - sidewalk
On 25 July 2012 14:47, SomeoneElse li...@mail.atownsend.org.uk wrote: Gregory wrote: I don't have an account on the forum. Your standard OSM login should work there I think? Cheers, Andy Cheers. I was being a bit lazy/rushed and didn't see the login button. That forum could really do with some UI design work if anyone had oddles of time to work on it. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FYI - Automated edit: footway - sidewalk
Hi, On 07/26/2012 02:08 PM, Gregory wrote: I was being a bit lazy/rushed and didn't see the login button. That forum could really do with some UI design work if anyone had oddles of time to work on it. Sorry but all the user interface experts are busy redesigning the OSM web page. Since about three years ago. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Post-Redaction state of data on Geofabrik download server
Hi, On 26.07.2012 10:18, Frederik Ramm wrote: I can see that there's a need for pre-redaction stuff and I'll prepare a static set of pre-redaction downloads and upload them to download.geofabrik.de/osm-pre-redaction. http://download.geofabrik.de/osm-before-redaction/, more like - most files are now there in their pre-redaction version, some are still uploading. I'll keep those around for a couple months; since they are static anyway, if you believe that you'll have use for a pre-redaction file of your area in the near future, just get it from here and save it. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Naming disputes in Ukraine
Ben Laenen benlae...@gmail.com wrote: On Thursday 26 July 2012 11:48:39 Jo wrote: Anyway, as far as OSM goes, it's the first mapper who maps something who decides on which order is being used. Slightly more difficult: It's true that the first mapper decides for the region of Brussels-capital, which is bilingual. But in the municipilaties with facilities (to you foreigners: municipalities not belonging to Brussels and which thus have only one official language, but offer facilities in the other language, for example in schools and courts), the official language always comes first. For street names I wouldn't mind French - Dutch consistently as French uses Noun/Adjective whereas we use Adjective/Noun in Dutch (like in English, but we write Parkstraat in one word, like in German...) That's what you often see in Brussels btw, like: Rue de Quelque Chose Iets straat With names it can be compacted as Avenue John Doe laan For me as a non native dutch/french this looks obfuscating. Is this the way you find it on the streetname-signs or only in OSM? For non native users of the map I would prefer to find the name tag in OSM exactly as on the signs. Because i.e. a foreign Chinese or Russian cannot read latin letters he only has the chance to compare the two pictures from the map and the signs. And if the naming is shortened he can only see different pictures. Anyway, it's a minefield but it looks like we've solved it well in osm. In the past years there has been the odd user changing the orders of names (which is considered vandalism), but it's very rare. I mapped the street names in Sint-Genesius-Rode - Rhode-Saint-Genèse. I heard people nearly only speaking french there and was not aware of the heavy language dispute at that time. Thus I took the direction french - dutch. (As well I filled in the name.fr and name:nl tag.) Then a man living nearby told me that the belgium OSM community had decided to write first the upper and then the lower sign into the name tag. Thus he changed everything to dutch-french, which is the order from the signs. After that other people changed some street back to french-dutch. Since them I decided not to map there any more. ;-) I do not want to be part of the dispute. http://www.openstreetmap.org/?lat=50.74799lon=4.36197zoom=15layers=M ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Redaction recovery
Hi Eric, Try gpsbabel, it's a handy tool that lets you convert ways / tracks / routes from one format to another: http://www.gpsbabel.org/ It can be a little complicated to use, and there is a command line and a gui interface. The documentation on gpsbabel's website is very good. Cheers, Cam. I'm in Marrickville, but may be able to spend time cycling around and collecting traces in surrounding areas. Given that I haven't been an active mapper for a while, I'll have to re-familiarise myself with the tools again, and work out how to easily convert data from my Edge 800 (FIT format) to GPX. All my previous mapping was done around Mullumbimby, and my primary focus is on recreating data from my old traces in that area. Eric -- cam_...@fastmail.fm -- http://www.fastmail.fm - The way an email service should be ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Redaction recovery
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27/07/12 11:47, cam_...@fastmail.fm wrote: Hi Eric, Try gpsbabel, it's a handy tool that lets you convert ways / tracks / routes from one format to another: http://www.gpsbabel.org/ I wish it worked, as that's how I used to do stuff with the old Edge 705 and TCX format. Unfortunately, even though the GPSBabel site tells me that version 1.4.2 supports FIT files with garmin_fit (for tracks at least), I get a Input type not recognised error when I try and convert a FIT file. I might have to download a converted file from ridewithgps after I upload it there. Eric It can be a little complicated to use, and there is a command line and a gui interface. The documentation on gpsbabel's website is very good. Cheers, Cam. I'm in Marrickville, but may be able to spend time cycling around and collecting traces in surrounding areas. Given that I haven't been an active mapper for a while, I'll have to re-familiarise myself with the tools again, and work out how to easily convert data from my Edge 800 (FIT format) to GPX. All my previous mapping was done around Mullumbimby, and my primary focus is on recreating data from my old traces in that area. Eric - -- Web-footed fascists with manical eyes, Ducks, Ducks, Quack-quack! Quack-quack! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlASDx4ACgkQ+lmeGwHCyRGkmgCdH1ROh3s7YTH4fgIwa0kPg8+/ lQQAoJFRbprtoW2i4OJcmQ239Sx07EKA =OXzg -END PGP SIGNATURE- ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Alguém mestre em usar Ushahidi?
primeiro, não sou mestre se vc quiser algo básico, pode optar pelo crowdmap.com, está para o ushahidi como o wordpress.com está para o wordpress.org. nesse video dá pra ver como fazer um starte na coisa, está em inglês http://www.youtube.com/watch?v=jMaEID2Rlb4 O exemplo que vc linkou é um pouco mais elaborado, o pessoal do lab macambira fez algo nessa linha http://wiki.nosdigitais.teia.org.br/Categoria:Mapas_Coletivos mas lembre-se que é algo mais avançado. 2012/7/25 Boaventura Monjane boa.monj...@gmail.com OOla Arlindo! Então começamos aqui mesmo... Como faço, passo a passo (sou novato em sistemas de mapeamento) para usar o google map ou openstreetmap no Ushahidi e colocar icons e relaciona-los a informação (texto, links, etc)? Quero algo como isto: http://viacampesina.org/map/members/map.html Obrigado! 2012/7/25 Arlindo Pereira openstreet...@arlindopereira.com Acho bacana a conversa rolar por aqui (não precisa tirar as dúvidas pela lista, talvez mandar o log da conversa do skype pra cá) para termos um histórico; as próximas pessoas que tiverem dúvidas como as suas poderiam consultar o log. ;) []s 2012/7/25 Boaventura Monjane boa.monj...@gmail.com Amigos, Alguem por aqui é expert em usar Ushahidi? Por favor me escreva um email, me adiciona no skype, porque preciso solicitar umas ajudas, sem perturbar todo mundo aqui... Skype: venturamaputo -- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- ºLº :) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] OSM History Viewer?
Hi! Weiß jemand, ob der OSM History Viewer derzeit funktioniert? Egal was ich probiere, ich bekommen immer ein java.lang.NumberFormatException: empty String, z.B. bei http://osmhv.openstreetmap.de/changeset.jsp?id=11776668 . vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM History Viewer?
Hallo, Am 26. Juli 2012 09:36 schrieb Martin Vonwald imagic@gmail.com: Weiß jemand, ob der OSM History Viewer derzeit funktioniert? Egal was ich probiere, ich bekommen immer ein java.lang.NumberFormatException: empty String, z.B. bei http://osmhv.openstreetmap.de/changeset.jsp?id=11776668 . Diese Meldung kenne ich leider auch zu gut. Wobei ich dachte, es länge an der Größe der Routenrelationen, um die es dabei immer ging. Auf jeden Fall habe ich es eigentlich schon länger aufgegeben, den History Viewer zu verwenden. Wobei ich bei Ausprobieren jetzt tatsächlich zufällig eine kleine Relation gefunden habe, mit der die Meldung nicht kommt: http://osmhv.openstreetmap.de/blame.jsp?id=1932708 Allerdings sehe ich da trotzdem keine Karte. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM History Viewer?
Hallo! also bei mir funktioniert es aber die Kartenanzeige bleibt weiß und zeigt nichts an. http://osmhv.openstreetmap.de/changeset.jsp?id=12495191 vg Franz - Original Message - From: Martin Vonwald imagic@gmail.com To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Thursday, July 26, 2012 9:36 AM Subject: [Talk-de] OSM History Viewer? Hi! Weiß jemand, ob der OSM History Viewer derzeit funktioniert? Egal was ich probiere, ich bekommen immer ein java.lang.NumberFormatException: empty String, z.B. bei http://osmhv.openstreetmap.de/changeset.jsp?id=11776668 . vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM History Viewer?
Am 26. Juli 2012 10:37 schrieb Franz Riepl franz.ri...@gmail.com: also bei mir funktioniert es aber die Kartenanzeige bleibt weiß und zeigt nichts an. http://osmhv.openstreetmap.de/changeset.jsp?id=12495191 Der Link geht bei mir auch. Auch ohne Karte. Fassen wir das alles zusammen: der History Viewer funktioniert derzeit (leider) nicht (mehr) :-( vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FW: [Rebuild] Redaction bot complete
Hallo zusammen! Hier die Info aus der rebuild-Mailingliste. Der Redaction Bot ist nun durchgelaufen. Heißt aber nicht, dass die Lizenz umgestellt wurde! Gruß, Philip -weitergeleitete Nachricht- Von: Andy Allan Gesendet: Mi. 25.07.2012 20:35 An: rebu...@openstreetmap.org Betreff: [Rebuild] Redaction bot complete Hi All, Another step along the way: The redaction bot has completed. All 101,859,280 entities needing examined have now been processed, with the final pass completing at 18:16 UTC I know that there is other work that needs doing before the license changeover itself happens, but the redaction bot has done its job now. Cheers, Andy ___ Rebuild mailing list rebu...@openstreetmap.org target=_blankhttp://lists.openstreetmap.org/listinfo/rebuild -weitergeleitete Nachricht Ende- --- E-Mail ist da wo du bist! Jetzt mit freenetMail ganz bequem auch unterwegs E-Mails verschicken. Am besten gleich informieren unter http://mail.freenet.de/mobile-email/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
Hallo, On 07/23/2012 12:23 PM, Frederik Ramm wrote: http://tools.geofabrik.de/osmi/?view=redactionbotlon=7.84268lat=48.78466zoom=5 gibt es einen neuen OSMI-Layer, der zeigt, was beim Lizenzwechsel-Bot passiert ist: ROT - Sachen, die der Bot geloescht hat. Der OSMI zeigt noch die alten Tags an, aber bitte nur angucken, nicht nach OSM hinein uebernehmen! Ich hab jetzt bei den roten Sachen noch die Moeglichkeit eingebaut, sie von der Karte zu werfen, mit einem Muelleimer-Icon (http://www.remote.org/frederik/tmp/osmitrash.png). Sobald man danach die Karte verschiebt oder zoomt, sollte das betr. Objekt verschwunden sein. Das ist gedacht fuer Faelle, in denen man sieht, dass das betr. Objekt bereits neu eingezeichnet ist, oder dass es sowieso unwichtig ist. (Ich persoenlich wuerde z.B. einen rot markierten und derzeit in der Karte fehlenden Briefkasten stehen lassen, bis mal wieder ein Mapper da vorbeikommt und ihn eintragen kann - aber einen rot markierten natural=tree wuerde ich vermutlich sorglos wegklicken, das ist fuer mich nichts, weswegen man einen Mapper hinschicken muesste. Jeder mag das nach seinem persoenlichen Stil handhaben.) Das ist vermutlich keine grosse Hilfe in Gegenden, in denen tausende von Objekten rot sind, aber dort, wo es nur wenige sind, und die Community die gern systematisch checken moechte, hilft es vielleicht. Es gibt uebrigens kein Undelete, aber wenn man mir eine Objekt-ID sagt, die aus Versehen gekillt wurde, kann ich das von Hand ungeschehen machen. Fragen zur Usability: 1. Ist es ok, dass die so getrashten Dinge einfach verschwinden, oder sollten sie lieber auch nur gelb werden, aber trotzdem noch da sein? 2. Sollte man sowas auch fuer die orangenen Markierungen (vom Bot geaendert) haben? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
Hallo Frederik, die Idee mit dem Löschen an sich finde ich sinnvoll. Denke aber das es nur sinnvoll sein kann, da zu löschen, was auch remappt/kontrolliert wurde. Ich denke es hilft keinem, wenn ein Mapper jetzt hingeht und bspw. alle Feldweg rauslöscht, nur weil ihn diese nicht interessieren. Wenn man das so handhabt, dann können die Objekte auch komplett weg. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permanente/stabile OSM IDs!
Rainer Kluge wrote: Lies doch bitte den Beitrag von Peter nochmal. Er hat nicht *Probleme* aufgelistet sondern *Lösungen* für realistische Use Cases. Und die Frage war, was fehlt dir noch, wenn du diese *Lösungen* anwendest. Vielleicht die Software, die das ganze vollautomatisch macht? Bei einer UUID brauche ich nur den OSM-Editor meiner Wahl um die UUID einzubauen und so die Verknüpfung herzustellen. Wenn ich aber BBOX und wasweißich für jeden Bildstock in meiner DB speichern soll, dann brauche ich schon Stunden um diese Werte für jeden Bildstock manuell zu ermitteln und in die DB zu übertragen. Die verschiedenen Fälle (Node verschoben, verändert, gelöscht, ) wollen dann irgendwie ja auch erkannt werden. Alles, was ich will, ist die Bildstöcke zu visualisieren, aber sicherstellen, dass nur unsere Bilder bei den Bildstöcken angezeigt werden. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
Am 26. Juli 2012 11:41 schrieb Frederik Ramm frede...@remote.org: Fragen zur Usability: 1. Ist es ok, dass die so getrashten Dinge einfach verschwinden, oder sollten sie lieber auch nur gelb werden, aber trotzdem noch da sein? Ich würde es besser finden, wenn sie eine eigene Farbe bekommen würden. Die kann man - wenn man sie nicht braucht - dann wieder ausblenden oder eben nicht. Ist irgendwie flexibler. 2. Sollte man sowas auch fuer die orangenen Markierungen (vom Bot geaendert) haben? Meiner Meinung nach: ja. Danke auch von meiner Seite für den Layer! Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
On 26.07.2012 12:03, Martin Vonwald wrote: 1. Ist es ok, dass die so getrashten Dinge einfach verschwinden, oder sollten sie lieber auch nur gelb werden, aber trotzdem noch da sein? Ich würde es besser finden, wenn sie eine eigene Farbe bekommen würden. Die kann man - wenn man sie nicht braucht - dann wieder ausblenden oder eben nicht. Ist irgendwie flexibler. ACK, +1 -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permanente/stabile OSM IDs!
Lieber Rainer, Am 25. Juli 2012 19:15 schrieb Rainer Kluge rklug...@web.de: Lies doch bitte den Beitrag von Peter nochmal. Er hat nicht *Probleme* aufgelistet sondern *Lösungen* für realistische Use Cases. Und die Frage war, was fehlt dir noch, wenn du diese *Lösungen* anwendest. Bitte lies doch meine Beiträge hier auch nochmal. Ich denke Manuel's Hinweis ist gerechtfertigt und bisher war die Diskussion hier durchaus lösungsorientiert. Peter Wendorff schrieb u.a. - Ein Bildstock wird neu erstellt (jemand löscht und erzeugt neu): Du erkennst die Löschung und musst nachgucken, kannst aber gleichzeitig relativ leicht verifizieren, ob der neu erstellte node vielleicht der adäquate Ersatz ist. - Die Tags eines bildstocks ändern sich, dabei geht das bildstock-tag verloren: Du erkennst das, hast aber immer noch die ID und den Ausschnitt, die passen - aber prüfen musst du sowieso. Bei diesen beiden Punkten versagt die OSM-ID und der Vorschlag sich zur Sicherheit noch eine Koordinate oder gar einen Ausschnitt (Suchradius) zu speichern und eine Lösung mit einer UUID/Projekt-ID ist viel sinnvoller für die eingangs geschilderten Anwendungsfälle. 1. Ein Bildstock wird neu erstellt (jemand löscht und erzeugt neu) = Mit UUID/Projekt-ID muss man da nichts nachgucken. 2. Die Tags eines bildstocks ändern sich, dabei geht das bildstock-tag verloren = Das is genau einer der Schwachpunkte von semantischen/zusammengesetzten IDs, weil die Chance dass einer von mehreren Tags verloren geht grösser ist als bei einem und weil man es ihnen nicht ansieht, dass sie zusammengehören (im Ggs. zu UUID/Projekt-ID). Zudem muss ich hier nochmals betonen, dass die semantischen/zusammengesetzten IDs für genau solche Anwendungen, die nur auf OSM-Objekte verlinken wollen, immer noch keine Lösung gibt, denn viele Anwendungsfälle möchten auch auf OSM-Objekte zeigen, die keine natürlich identifizierenden Tags haben, wie eben Bildstöcke, Sitzbänke, Einzelbäume, RobyDogs, Startstromleitungsmasten, Seilbahnkabel, etc. . Wieso soll OSM nicht offen sein für solche Anwendungen? Eine UUID, die generell über alle OSM-Objekte verteilt wird, zusätzlicher Ballast ist, kann ich nachvollziehen. Eine Projekt-ID will da ein Kompromiss sein und hat den Nachteil, dass es ev. (in ferner Zukunft?) pro OSM-Objekt mehrere solche geben könnte. Jedenfalls kann man das nicht abwertend als Privat-Keys bezeichnen, wenn es freie Services gibt, die stabile OSM IDs anbieten - wie das mit Frederiks Vorschlag (und meiner LinkedOSMDB) angedacht ist. Ganz wichtig scheint mir, dass wir von den ähnlichen Anwendungsfälle reden. Die Lösung mit semantischen/zusammengesetzten IDs scheint sich um die Fälle zu kümmern, bei denen eine externe Datenbank (hier Wikipedia) ein OSM-Objekt in etwa einfängt, um es auf einem Kartenausschnitt zu zeigen. In Manuel's Fall der Bildstöcke, in OpenMetaMap und meinen Fällen geht es darum, dass eine Fachdatenbank sein Objekte mit OSM-Objekten (möglichst direkt!) verknüpfen will. Konsens ist - glaube ich - Frederiks Vorschlag einer LinkedOSMDB, die zwischen der Fachdatenbank und OSM sitzt. Nach einigem Nachdenken könnte es nun auch sein, dass ich innerhalb der LinkedOSMDB von der Privat wieder auf OSM-IDs schwenke. Der vorläufige Stand meiner Lösung möchte ich im Thread LinkedOSMDB nebenan zusammenfassen. LG, Stefan Am 25. Juli 2012 19:15 schrieb Rainer Kluge rklug...@web.de: On 25.07.2012 12:32, Manuel Reimer wrote: Peter Wendorff wrote: Wo ist jetzt deine Lücke in dem Konzept? Dass immer noch manuell kontrolliert werden muss? Das löst du mit deiner UUID auch nicht. Alle diese Probleme entfallen, wenn ich annehme, dass die UUID von Mappern nicht verändert/angefasst wird. Lies doch bitte den Beitrag von Peter nochmal. Er hat nicht *Probleme* aufgelistet sondern *Lösungen* für realistische Use Cases. Und die Frage war, was fehlt dir noch, wenn du diese *Lösungen* anwendest. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permanente/stabile OSM IDs!
Stefan Keller wrote: Eine UUID, die generell über alle OSM-Objekte verteilt wird, zusätzlicher Ballast ist, kann ich nachvollziehen. Stimmt. Macht auch keinen Sinn. Der erste, der ein Objekt wirklich für $GRUND eindeutig identifizieren und mit eigenen Daten verknüpfen will, generiert eine UUID und klebt die an das Objekt. Ich finde eine für den Anweundungszweck erzeugte UUID auf jedem Fall besser als eine spezielle eigene Projekt-ID. Eine einmal erzeugte UUID kann prinzipiell von mehreren Projekten genutzt werden, während eine spezielle Projekt-ID immer nur für ein Projekt brauchbar ist. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permanente/stabile OSM IDs!
On 26.07.2012 15:17, Stefan Keller wrote: Peter Wendorff schrieb u.a. - Ein Bildstock wird neu erstellt (jemand löscht und erzeugt neu): Du erkennst die Löschung und musst nachgucken, kannst aber gleichzeitig relativ leicht verifizieren, ob der neu erstellte node vielleicht der adäquate Ersatz ist. - Die Tags eines bildstocks ändern sich, dabei geht das bildstock-tag verloren: Du erkennst das, hast aber immer noch die ID und den Ausschnitt, die passen - aber prüfen musst du sowieso. Bei diesen beiden Punkten versagt die OSM-ID Ich vermute, wir reden aneinander vorbei oder ich stehe total auf dem Schlauch. Zum ersten Punkt: - Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID gespeichert - Jemand löscht diesen Bildstock - Die Bildstockanwendung will auf das Objekt mit der OSM-ID ID1 zugreifen und stellt fest, dass dieses nicht mehr existiert Wo ist hier das Problem? Zum zweiten Punkt: - Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID gespeichert - Jemand löscht das Bildstock-Tag dieses Objekts - Die Bildstockanwendung greift auf das Objekt mit der OSM-ID ID1 zu und stellt fest, dass das Bildstock-Tag weg ist Wo ist hier das Problem? Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
Hallo, Am 26.07.2012 12:03, schrieb Martin Vonwald: Am 26. Juli 2012 11:41 schrieb Frederik Ramm frede...@remote.org: Fragen zur Usability: 1. Ist es ok, dass die so getrashten Dinge einfach verschwinden, oder sollten sie lieber auch nur gelb werden, aber trotzdem noch da sein? Ich würde es besser finden, wenn sie eine eigene Farbe bekommen würden. Die kann man - wenn man sie nicht braucht - dann wieder ausblenden oder eben nicht. Ist irgendwie flexibler. +1, grün wie OK/erledigt würde sich anbieten 2. Sollte man sowas auch fuer die orangenen Markierungen (vom Bot geaendert) haben? Meiner Meinung nach: ja. +2 Danke auch von mir für die immer wieder gerne genutzten Tools der Geofabrik! Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 23. Juli 2012 23:07 schrieb Pascal Neis pascal.n...@gmail.com: Frederik Ramm schrieb: Zugleich faende ich die Idee, *saemtliche* Autobahnen in Deutschland mit toll:hgv=yes zu versehen, auch etwas problematisch. dem stimme ich zu, ist irgendwie nicht glücklich. ich finde das nicht tragisch, m.E. ist das eine Eigenschaft wie andere auch, wo der default allgemein eher no ist. Wenn es dann doch Maut kostet, wie Autobahnen in diversen Ländern, oder auch Autobahnen für schwere Lastwagen, dann ist es am einfachsten, das auch direkt am Straßenway zu taggen. Die klassischen Mautstrecken sind da allerdings einfacher zu bestimmen und zu überprüfen, weil es klar definierte und gut sichtbare Ein- und Ausfahrstellen gibt. In Italien ist es üblich, toll=yes (und evtl. auch no) an die Autobahnen und kostenpflichtigen Strecken zu hängen. Ggf. gibt es bei der deutschen LKW-Maut auch Autobahnstrecken, die von der Maut ausgenommen sind? Hat sich schonmal jemand mit der Schweizer Vignette beschäftigt? Mal auf ein beliebiges Beispiel geschaut sieht es so aus, als wird die lediglich mit toll=yes getaggt: http://www.openstreetmap.org/browse/way/68323645 Wenn es um ein gutes tag geht, um die betroffenen LKW zu beschreiben, dann passt toll:hgv wie schon festgestellt nicht so ganz. N3 wäre eine Abkürzung, die vermutlich kaum jemandem geläufig ist (die man m.E. aber durch Dokumentation durchaus verbreiten könnte, so wie der Tag für die LKW Maut auf deutschen Autobahnen ist toll:N3=yes/no). Andererseits ist das dann eine Speziallösung für einen Teil der Welt, während man das vielleicht auch generisch zusammensetzen könnte aus * Gütertransport, also z.B. hgv, was auch nicht direkt Allgemeingut ist (zumindest in Deutschland ausserhalb von osm), aber gut eingeführt ist * und Gewicht über 12t, wofür man entweder wieder ne Standardklasse einführen könnte (wobei man dann ggf. auch gleich N3 nehmen könnte), oder man einigt sich halt auf eine Syntax/Semantik für Bedingungen. Braucht man immer dann, wenn man die echte Welt auch im Bereich von Details und Ausnahmen abbilden will. Die Alternative ist, das ganz wegzulassen (was eine Software ja auch hinterher tun kann, wenn sie was nicht versteht). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permanente/stabile OSM IDs!
Hallo Rainer, Am 26. Juli 2012 16:57 schrieb Rainer Kluge rklug...@web.de: Ich vermute, wir reden aneinander vorbei oder ich stehe total auf dem Schlauch. An die Gefahr des Aneinandervorbeiredens habe ich auch schon gedacht und möchte nochmals betonen, dass es mir nicht um den Fall geht wie bei Wikipedia/WIWOSM, sondern um eine externe Datenbank, die eigene Dinge verwaltet (z.B. Bilder und Historische Dokumente zu Bildstöcke) und diese mit Tags und Geometrie ergänzt, die von OSM kommen. Diese externe Datenbank hält sich über OSM à jour und gibt ihr auch etwas zurück (komme später darauf zurück). Diese externe Datenbank (oder ein LinkedOSMDB-Dienst) muss nun in Echtzeit auf ein einzelnes OSM-Objekt zugreifen können und sie möchte klar sagen können: Ist das OSM-Objekt wirklich neu, geändert oder gelöscht? Zum ersten Punkt: - Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID gespeichert - Jemand löscht diesen Bildstock - Die Bildstockanwendung will auf das Objekt mit der OSM-ID ID1 zugreifen und stellt fest, dass dieses nicht mehr existiert Wo ist hier das Problem? Angenommen es handelt sich eigentlich um dasselbe Objekt, und das Objekt wird nicht mehr am derselben Ort erstellt, dann ist die Chance gross, dass man es verliert. Ich habe oben einige solche Situationen zusammengetragen. Sagen wir, es wurde nur um 10m verschoben, aber innerhalb von 10m gibt es noch weitere neue Objekte: Welches ist es nun? Mit einer Projekt-ID/UUID muss man nichts tun. Zum zweiten Punkt: - Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID gespeichert - Jemand löscht das Bildstock-Tag dieses Objekts - Die Bildstockanwendung greift auf das Objekt mit der OSM-ID ID1 zu und stellt fest, dass das Bildstock-Tag weg ist Wo ist hier das Problem? Das ist ein kritischer, sogenannt bösartiger Fall: Das Hauptproblem einer Lösung mit OSM-ID (oder ggf. OSM-ID+Koordinate) ist, dass OSM-ID nicht stabil ist (:-). Dieser Fall ist gerade auch ein schwacher Punkt der semantischen/zusammengesetzten ID, denn dort ist gar nicht offensichtlich, dass man einen Identifizierungs-Ansatz zerstört. Hier schneidet die Projekt-ID immer noch besser ab: Sie ist gut erkenntlich und kann an jedes Objekt, das referenziert werden soll, gehängt werden. LG, Stefan Am 26. Juli 2012 16:57 schrieb Rainer Kluge rklug...@web.de: On 26.07.2012 15:17, Stefan Keller wrote: Peter Wendorff schrieb u.a. - Ein Bildstock wird neu erstellt (jemand löscht und erzeugt neu): Du erkennst die Löschung und musst nachgucken, kannst aber gleichzeitig relativ leicht verifizieren, ob der neu erstellte node vielleicht der adäquate Ersatz ist. - Die Tags eines bildstocks ändern sich, dabei geht das bildstock-tag verloren: Du erkennst das, hast aber immer noch die ID und den Ausschnitt, die passen - aber prüfen musst du sowieso. Bei diesen beiden Punkten versagt die OSM-ID Ich vermute, wir reden aneinander vorbei oder ich stehe total auf dem Schlauch. Zum ersten Punkt: - Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID gespeichert - Jemand löscht diesen Bildstock - Die Bildstockanwendung will auf das Objekt mit der OSM-ID ID1 zugreifen und stellt fest, dass dieses nicht mehr existiert Wo ist hier das Problem? Zum zweiten Punkt: - Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID gespeichert - Jemand löscht das Bildstock-Tag dieses Objekts - Die Bildstockanwendung greift auf das Objekt mit der OSM-ID ID1 zu und stellt fest, dass das Bildstock-Tag weg ist Wo ist hier das Problem? Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permanente/stabile OSM IDs!
Hallo Rainer Am 26. Juli 2012 15:36 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: prinzipiell von mehreren Projekten genutzt werden, während eine spezielle Projekt-ID immer nur für ein Projekt brauchbar ist. Stimmt nicht immer: Ich habe eine Projekt-ID im Kopf, die von mehreren Projekten genutzt werden kann, da sie über einen freien Dienst wie LinkedOSMDB (den es noch nicht gibt) genutzt werden könnte. Konkret würde ich die Projekt-ID so gestalten wie die TOID von UK oder die Swiss-OID (www.interlis.ch/oid/oid_d.php ). Die Projekt-ID würde ich - im Ggs. zur UUID - auch nicht an *alle OSM-Objekte hängen, sondern nur an die, auf die wirklich verlinkt wird (oder wurde). LG, Stefan Am 26. Juli 2012 15:36 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Stefan Keller wrote: Eine UUID, die generell über alle OSM-Objekte verteilt wird, zusätzlicher Ballast ist, kann ich nachvollziehen. Stimmt. Macht auch keinen Sinn. Der erste, der ein Objekt wirklich für $GRUND eindeutig identifizieren und mit eigenen Daten verknüpfen will, generiert eine UUID und klebt die an das Objekt. Ich finde eine für den Anweundungszweck erzeugte UUID auf jedem Fall besser als eine spezielle eigene Projekt-ID. Eine einmal erzeugte UUID kann prinzipiell von mehreren Projekten genutzt werden, während eine spezielle Projekt-ID immer nur für ein Projekt brauchbar ist. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permanente/stabile OSM IDs!
Am 26.07.2012 18:18, schrieb Stefan Keller: Hallo Rainer, Am 26. Juli 2012 16:57 schrieb Rainer Kluge rklug...@web.de: Ich vermute, wir reden aneinander vorbei oder ich stehe total auf dem Schlauch. An die Gefahr des Aneinandervorbeiredens habe ich auch schon gedacht und möchte nochmals betonen, dass es mir nicht um den Fall geht wie bei Wikipedia/WIWOSM, sondern um eine externe Datenbank, die eigene Dinge verwaltet (z.B. Bilder und Historische Dokumente zu Bildstöcke) und diese mit Tags und Geometrie ergänzt, die von OSM kommen. Diese externe Datenbank hält sich über OSM à jour und gibt ihr auch etwas zurück (komme später darauf zurück). Diese externe Datenbank (oder ein LinkedOSMDB-Dienst) muss nun in Echtzeit auf ein einzelnes OSM-Objekt zugreifen können und sie möchte klar sagen können: Ist das OSM-Objekt wirklich neu, geändert oder gelöscht? Zum ersten Punkt: - Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID gespeichert - Jemand löscht diesen Bildstock - Die Bildstockanwendung will auf das Objekt mit der OSM-ID ID1 zugreifen und stellt fest, dass dieses nicht mehr existiert Wo ist hier das Problem? Angenommen es handelt sich eigentlich um dasselbe Objekt, und das Objekt wird nicht mehr am derselben Ort erstellt, dann ist die Chance gross, dass man es verliert. Ich habe oben einige solche Situationen zusammengetragen. Sagen wir, es wurde nur um 10m verschoben, aber innerhalb von 10m gibt es noch weitere neue Objekte: Welches ist es nun? Mit einer Projekt-ID/UUID muss man nichts tun. So wie du kann ich auch mein Mantra wiederholen: Vorausgesetzt, die PID/UUID wird mit kopiert Vorausgesetzt, man kann sich darauf verlassen, dass, WENN sie mitkopiert wird, wirklich das gleiche Objekt damit gemeint ist. Vorausgesetzt, die PID/UUID ist für den Mapper korrekt an genau dem Objekt angebracht, das sie auch bezeichnen soll - also nicht gleichzeitig an Shop und Gebäude (obwohl das durchaus auch mal ein Objekt sein/werden kann) etc. IMHO ziemlich viele vorausgesetzts, um das als sichereren Weg ohne genauso aufwändige Prüfung anzupreisen. Zum zweiten Punkt: - Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID gespeichert - Jemand löscht das Bildstock-Tag dieses Objekts - Die Bildstockanwendung greift auf das Objekt mit der OSM-ID ID1 zu und stellt fest, dass das Bildstock-Tag weg ist Wo ist hier das Problem? Das ist ein kritischer, sogenannt bösartiger Fall: Das Hauptproblem einer Lösung mit OSM-ID (oder ggf. OSM-ID+Koordinate) ist, dass OSM-ID nicht stabil ist (:-). häh? Hast du damit jetzt die Frage beantwortet, wo das Problem liegt und wo dein UUID-Ansatz besser wäre, oder hast du das als Ausnahme definiert und nimmst deshalb an, dein Ansatz müsse das nicht unterstützen? Dieser Fall ist gerade auch ein schwacher Punkt der semantischen/zusammengesetzten ID, denn dort ist gar nicht offensichtlich, dass man einen Identifizierungs-Ansatz zerstört. Die Semantische ID ist aber gerade momentan nicht die Konkurrenz zur nicht-semantischen UUID, sondern eine weitere Variante. Gefragt ist doch erstmal, warum zur OSM-ID ein zusätzliches System überhaupt Sinn macht, da liegt also der eigentliche Vergleichspunkt. Hier schneidet die Projekt-ID immer noch besser ab: Sie ist gut erkenntlich und kann an jedes Objekt, das referenziert werden soll, gehängt werden. Wie sieht sie denn aus, so dass sie gut erkenntlich ist? Bedenke: Die meisten Mapper benutzen im alltäglichen Gebrauch nicht ständig die Dokumentation/das Wiki, sondern mappen drauflos, indem sie abgucken, was anderswo steht oder die Editor-Presets nutzen. Beides kann ich für eine solche ID aber nicht als verständlich erkennen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permanente/stabile OSM IDs!
On 26.07.2012 18:18, Stefan Keller wrote: Zum ersten Punkt: - Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID gespeichert - Jemand löscht diesen Bildstock - Die Bildstockanwendung will auf das Objekt mit der OSM-ID ID1 zugreifen und stellt fest, dass dieses nicht mehr existiert Wo ist hier das Problem? Angenommen es handelt sich eigentlich um dasselbe Objekt, und das Objekt wird nicht mehr am derselben Ort erstellt, dann ist die Chance gross, dass man es verliert. Ich habe oben einige solche Situationen zusammengetragen. Sagen wir, es wurde nur um 10m verschoben, aber innerhalb von 10m gibt es noch weitere neue Objekte: Welches ist es nun? Erst mal: wenn das Objekt im Editor mit der Maus um 10m verschoben wird, dann ändert sich die OSM-ID nicht. Nur wenn man ein Objekt als Kopie eines anderen Objekts anlegt, wird eine neue OSM-ID vergeben. Bei Josm ist übrigens Löschen + Einfügen gar nicht möglich, sondern man muss kopieren, einfügen und das Original löschen. Ich frage mich wer so einen Aufwand wegen einer Verschiebung um 10m treibt und warum. Aber sei's drum, jeder nach seiner Façon. Mit einer Projekt-ID/UUID muss man nichts tun. Doch. Ein Beispiel: Die Bildstöcke BS1 und BS2 liegen wenige Meter auseinander, sind aber etwa 10m von ihrer tatsächliche Position P1 bzw. P2 entfernt gemappt. Auch die relative Position der beiden Objekte zueinander ist nicht korrekt, BS1 ist näher an P2 gemappt als an P1. Ein Mapper stellt die ungenaue Positionierung fest und zieht Bildstock 1 nach P2 Bildstock 2 nach P1. Woher soll der Mapper denn wissen, welcher der ungenau positionierten Bildstöcke auf welcher Position steht. Und schon wird ein falsches Foto angezeigt. Ich habe übrigens nichts gegen UUIDS, man sollte sich nur davor hüten zu glauben, man würde es damit der hier diskutierten Anwendung einfacher machen. Man wird nicht umhin kommen, bei jeder Änderung der Position nachzuschauen und ggf. die DB manuell nachzuziehen. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
Am 26. Juli 2012 11:41 schrieb Frederik Ramm frede...@remote.org: Ich hab jetzt bei den roten Sachen noch die Moeglichkeit eingebaut, sie von der Karte zu werfen, mit einem Muelleimer-Icon (http://www.remote.org/frederik/tmp/osmitrash.png). Sobald man danach die Karte verschiebt oder zoomt, sollte das betr. Objekt verschwunden sein. Das ist gedacht fuer Faelle, in denen man sieht, dass das betr. Objekt bereits neu eingezeichnet ist, oder dass es sowieso unwichtig ist. (Ich persoenlich wuerde z.B. einen rot markierten und derzeit in der Karte fehlenden Briefkasten stehen lassen, bis mal wieder ein Mapper da vorbeikommt und ihn eintragen kann - aber einen rot markierten natural=tree wuerde ich vermutlich sorglos wegklicken, das ist fuer mich nichts, weswegen man einen Mapper hinschicken muesste. Jeder mag das nach seinem persoenlichen Stil handhaben.) Das ist vermutlich keine grosse Hilfe in Gegenden, in denen tausende von Objekten rot sind, aber dort, wo es nur wenige sind, und die Community die gern systematisch checken moechte, hilft es vielleicht. Es wäre schön, wenn Knoten welche nur von einem ebenfalls gelöschten Weg verwendet wurden, beim Löschen/Inaktivieren mit gelöscht werden. Es gibt uebrigens kein Undelete, aber wenn man mir eine Objekt-ID sagt, die aus Versehen gekillt wurde, kann ich das von Hand ungeschehen machen. Fragen zur Usability: 1. Ist es ok, dass die so getrashten Dinge einfach verschwinden, oder sollten sie lieber auch nur gelb werden, aber trotzdem noch da sein? Gelb oder Grau klingt gut. 2. Sollte man sowas auch fuer die orangenen Markierungen (vom Bot geaendert) haben? Ja. Als Zusatzaufgabe würde ich mir diese Funktionalität auch bei den anderen OSMI-Layern wünschen. Diese finde ich bisher als großen Vorteil von Keepright, dass man Fehler vorübergehend deaktivieren kann bzw. als False-Positive setzen kann. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
On 26.07.2012 11:41, Frederik Ramm wrote: Ich hab jetzt bei den roten Sachen noch die Moeglichkeit eingebaut, sie von der Karte zu werfen, mit einem Muelleimer-Icon (http://www.remote.org/frederik/tmp/osmitrash.png). Sobald man danach die Karte verschiebt oder zoomt, sollte das betr. Objekt verschwunden sein. [...] Fragen zur Usability: super! nur noch eine ganz kleine Bitte: Könntest Du das Löschen noch irgendwie an ein Tastaturevent binden? Mein Karpaltunnel täte es Dir danken! -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: [OSGeo-Discuss] OSGeo meet up in Tokyo
Hallo, FYI: für die Personen welche zur SOTM reisen vielleicht interessant. Grüße, Michael. -- Forwarded message -- From: Toru Mori (森 亮) morit...@orkney.co.jp Date: Fri, Jul 20, 2012 at 5:33 AM Subject: [OSGeo-Discuss] OSGeo meet up in Tokyo To: OSGeo Discussions disc...@lists.osgeo.org Dear OSGeo folks, Having received the announcement of Beijing conference cancellation, OSGeo Japan Chapter would like to provide a meet up opportunity where OSGeo folks can get together in Tokyo along with State of the Map (SotM) 2012. We can use the same venue as SotM on 10th Sep., just after SotM for free of charge. We already booked 4 small rooms (40 persons) and 1 big room (200 persons). Nothing particular agenda (presentation, workshop, code sprint, sushi party etc) has not been planned so far. We don't have extra budget for it, so we cannot pay travel and accommodation cost. Also we don't have enough human resources as other local chapters do. However, we want to have something international meet up in Far East Asia. All thoughts about the meet up are appreciated. And, we want to meet not only participants of SotM but also who have planned to visit Beijing. We want to know how many people show interest in attending our meet up and please tell us what you want to do there. We will arrange the plan hearing your voice. BTW, OSGeo Japan will hold FOSS4G Tokyo/Osaka 2012 conference in November. This is annual conference for local audience with only few presentations in English from overseas guests that we are expecting to have at the annual meeting in November. Best, Toru Mori OSGeo Japan Chapter ___ Discuss mailing list disc...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss -- Georepublic UG Georepublic Japan eMail: daniel.ka...@georepublic.de Web: http://georepublic.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permanente/stabile OSM IDs!
Hallo Peter Am 26. Juli 2012 18:57 schrieb Peter Wendorff wendo...@uni-paderborn.de: Am 26.07.2012 18:18, schrieb Stefan Keller: Hallo Rainer, Am 26. Juli 2012 16:57 schrieb Rainer Kluge rklug...@web.de: ... So wie du kann ich auch mein Mantra wiederholen: Was jetzt folgt, sind jetzt Voraussetzungen, die du aufgestellt hast, nicht ich. Vorausgesetzt, die PID/UUID wird mit kopiert Das stimmt. Dabei sind wir uns aber wohl aber einig, dass der Normalfall für den einfachen Mapper. Für Tools und Aktionen zur Verbesserung der OSM-Infrastruktur, wie sie Frederik beschrieben hat (ich zitiere unten), das das wohl selbstverständlich. Vorausgesetzt, man kann sich darauf verlassen, dass, WENN sie mitkopiert wird, wirklich das gleiche Objekt damit gemeint ist. Stimmt. Das ist aber eine philosophische Frage, der wir uns alle bei jeder Aenderung stellen müssen und die daher nicht spezifisch gegen PID/UUID oder sonst einen Identifikationsansatz spricht. Vorausgesetzt, die PID/UUID ist für den Mapper korrekt an genau dem Objekt angebracht, das sie auch bezeichnen soll - also nicht gleichzeitig an Shop und Gebäude (obwohl das durchaus auch mal ein Objekt sein/werden kann) etc. Das ist kein Argument gegen die PID/UUID, die ich meine: Jedes Objekt, das in OSM für die externe Datenbank von Interesse ist, erhält eine PID/UUID, sei es ein Shop oder ein Gebäude oder beides aufs Mal. Der Umgang damit ist externen Datenbank überlassen und die Mapper sollen mit den beiden (oder dem einen) machen was sie für richtig halten. Zum zweiten Punkt: - Es existiert ein Bildstock mit OSM-ID ID1. In der Bildstockdatei wird diese ID gespeichert - Jemand löscht das Bildstock-Tag dieses Objekts - Die Bildstockanwendung greift auf das Objekt mit der OSM-ID ID1 zu und stellt fest, dass das Bildstock-Tag weg ist Wo ist hier das Problem? Das ist ein kritischer, sogenannt bösartiger Fall: Das Hauptproblem einer Lösung mit OSM-ID (oder ggf. OSM-ID+Koordinate) ist, dass OSM-ID nicht stabil ist (:-). häh? Hast du damit jetzt die Frage beantwortet, wo das Problem liegt und wo dein UUID-Ansatz besser wäre, oder hast du das als Ausnahme definiert und nimmst deshalb an, dein Ansatz müsse das nicht unterstützen? Ja; da war ich unklar: Dies ist tatsächlich ein Ausnahmefall der aber alle Ansätze und alle Projekte, die sich auf irgendwelche Tags verlassen, gleichermassen betrifft. Das muss letztlich projektspezifisch gelöst werden. Beim PID/UUID-Ansatz könne das durch einen Vandalismus-Detektor und eine Restaurierungs-Liste zuhanden von Mapper gelöst werden. Dieser Fall ist gerade auch ein schwacher Punkt der semantischen/zusammengesetzten ID, denn dort ist gar nicht offensichtlich, dass man einen Identifizierungs-Ansatz zerstört. Die Semantische ID ist aber gerade momentan nicht die Konkurrenz zur nicht-semantischen UUID, sondern eine weitere Variante. Gefragt ist doch erstmal, warum zur OSM-ID ein zusätzliches System überhaupt Sinn macht, da liegt also der eigentliche Vergleichspunkt. Was gegen die OID (und damit für mich für PID/UUID) spricht? Folgendes - ich zitiere Frederik Ramm frede...@remote.org oben vom 22. Juli 2012 22:58: === ich bin der Ansicht, das OSM-IDs eine 100% OSM-interne Sache sind Im rein hypothetischen Fall, dass OSM irgendwann einmal beschliessen sollte, seine Daten auf mehrere Server auf verschiedenen Kontinenten aufzuteilen und daher alle Objekte auf neue Server mit neuen Nummernraeumen verteilt, sollte das niemanden stoeren. Im rein hypothetischen Fall, dass OSM irgendwann alle existierenden Objekte umnumeriert, um nicht mehr genutzte Luecken wiederzuverwenden, sollte das keine Probleme verursachen. Im rein hypothetischen Fall, dass jemand einen Ort komplett loescht und neu einfuegt, sollte niemand davon etwas merken. === Hier schneidet die Projekt-ID immer noch besser ab: Sie ist gut erkenntlich und kann an jedes Objekt, das referenziert werden soll, gehängt werden. Wie sieht sie denn aus, so dass sie gut erkenntlich ist? Bedenke: Die meisten Mapper benutzen im alltäglichen Gebrauch nicht ständig die Dokumentation/das Wiki, sondern mappen drauflos, indem sie abgucken, was anderswo steht oder die Editor-Presets nutzen. Beides kann ich für eine solche ID aber nicht als verständlich erkennen. Für die (noch fiktive) LinkedOSMDB, die eine stabile IDs anbieten würde, wäre das linkdedosmdb_id= Dort sieht jeder die Zeichen _id. Aber natürlich kann niemand verhindern, dass ganze Tags von Mapper gelöscht werden - genauso wie niemand verhindern kann ganze OSM-Objekte grundlos gelöscht werden. Die meisten der (an sich guten) Punkte sind Probleme, die alle Ansätze haben. Irgendwie stehen wir immer noch ohne Lösung da: * Die einen sagen, nehmt OID und ignorieren die fundamentalen Probleme (wie oben beschrieben). * Die anderen schlagen semantische IDs vor, die inhärent nur für benennbare, individuelle OSM-Objekte gelten. * Und beide können sich nicht mit den Nachteilen
Re: [Talk-de] OSM History Viewer?
Meine Vermutung ist, dass die Karte auch ein Opfer des OpenLayers 2.12 Releases ist. Ich hatte einen Issue erfasst [1] und es hat sich im Quellcode auch schon was getan [2], nur ist die Änderung noch nicht live. [1] https://bugs.cdauth.eu/index.php?do=detailstask_id=71 [2] http://gitorious.org/osmrmhv/lib/commits/master Am 26.07.2012 10:40, schrieb Martin Vonwald: Am 26. Juli 2012 10:37 schrieb Franz Riepl franz.ri...@gmail.com: also bei mir funktioniert es aber die Kartenanzeige bleibt weiß und zeigt nichts an. http://osmhv.openstreetmap.de/changeset.jsp?id=12495191 Der Link geht bei mir auch. Auch ohne Karte. Fassen wir das alles zusammen: der History Viewer funktioniert derzeit (leider) nicht (mehr) :-( vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Geofabrik-Downloads fuer prae-Bot-Daten
Hallo, der eine oder andere mag vom redaction bot ueberrascht worden sein und wuenscht sich, er koennte noch mit den alten Daten weiterarbeiten. Das ist ja auch rechtlich gar kein Problem - solang man die CC-BY-SA-Lizenz einhaelt, kann man damit machen, was man will. Ich habe auf http://download.geofabrik.de/osm-before-redaction/ einen Satz Datenauszuege aus der Zeit vor dem Redaction-Bot bereitgestellt. (Upload ist noch nicht 100% durch, wird aber im Lauf der Nacht vollstaendig.) Die sind logischerweise statisch, sie werden nicht aktualisiert, und bleiben da auch nur ein paar Monate, bis sich OSM insgesamt wieder von dem Bot erholt hat. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permanente/stabile OSM IDs!
On 26.07.2012 23:23, Stefan Keller wrote: Am 26. Juli 2012 18:57 schrieb Peter Wendorffwendo...@uni-paderborn.de: Vorausgesetzt, die PID/UUID wird mit kopiert Das stimmt. Dabei sind wir uns aber wohl aber einig, dass der Normalfall für den einfachen Mapper. Das mag der Normalfall sein, aber das Konzept muss auch alle anderen Fälle abdecken. Wenn der Editor vom Normalfall ausgeht und die UUID immer ungefragt mitkopiert, dann hat man ein Problem, wenn der Mapper doch mal nicht den Normalfall meint. Bis jetzt gibt es keinen in sich schlüssigen und vollständigen Vorschlag für eine Permanent-ID-Lösung, der weitestgehend ohne manuellen Eingriff des Mappers funktionieren würde. In allen nachfolgenden Fällen ist der Editor auf einen Entscheidung des Bedieners angewiesen: - Ausschneiden und Einfügen. Ist das einfügte Objekt identisch mit dem gelöschten oder ist es ein anderes, neues Objekt? - Ausschneiden und mehrmals Einfügen. Welches der eingefügten Objekte ist das verschobene Originalobjekt? - Kopieren und Einfügen, Löschen des Originals. Im Moment des Einfügens weiß der Editor noch nichts von dem späteren Löschen. Soll er die ID kopieren? Wenn ja, was passiert, wenn dann doch nicht gelöscht wird? Ein Konflikt beim Hochladen? Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Generic questions about mapping bus/train route
Hi all, I have found answer to question 1 at [1]. Using this information I have also mapped one train route for local between Pune and Lonavala [2]. As for mapping bus routes I have contacted the people who conducted mapping session last time to check the status. If all goes well we will have another session. [1] http://wiki.openstreetmap.org/wiki/Tag:type%3Droute_master [2] http://www.openstreetmap.org/browse/relation/2309708 Cheers, Onkar ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] distanze città italiane
Il 25 luglio 2012 19:32, Simone Cortesi sim...@cortesi.com ha scritto: aggiornato, http://maps.cortesi.com/distanze_italia.html si colora sempre maggiormente di verde... Domanda: Esempio Roma-Torino, sulla tabella ci sono i seguenti dati: OSRM 701.58km Google 671.954km Risultato: +30 km ROSSO Questo è però dovuto al fatto che ci sono almeno 3 possibili percorsi tra Torino e Roma, per esperienza quasi indifferenti: analizzando i dati si scopre che OSRM di default fa Torino-Bologna-Roma, Google fa Torino-Genova-Firenze-Roma. Se forzo OSRM a fare il percorso da GE-FI ottengo 679 km (+8 km) Se forzo G a fare il percorso da Bologna ottengo 694 Km (-7 km) Si può forzare in qualche modo la tabella a fare lo stesso percorso nei due casi? Non so se ci sono altri casi, ma maggiore è la distanza e verosimilmente maggiore è la possibilità di trovare percorsi alternativi. Analogamente, su distanze minime il punto di partenza può fare la differenza (Torino-Milano è rosso per una differenza di 1,3 km, dovuta principalmente a differenze sul percorso urbano...) -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] distanze città italiane
2012/7/26 Maurizio Daniele maurizio.dani...@gmail.com: Si può forzare in qualche modo la tabella a fare lo stesso percorso nei due casi? Non so se ci sono altri casi, ma maggiore è la distanza e verosimilmente maggiore è la possibilità di trovare percorsi alternativi. Analogamente, su distanze minime il punto di partenza può fare la differenza (Torino-Milano è rosso per una differenza di 1,3 km, dovuta principalmente a differenze sul percorso urbano...) no, ma chiedo all'autore. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Geoportale lombardia - 200 dataset in IODL2.0
Date una occhiata alle note legali http://www.cartografia.regione.lombardia.it/geoportale/ptk .. il sistema per il download e' un po' troppo noioso, ma, almeno, i dataset si possono usare. -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pomezia (RM) quasi scomparsa
Il 25/07/2012 19:15, Volker Schmidt ha scritto: Prima cosa, ti consiglio di utilizzare: http://tools.geofabrik.de/osmi/?view=redactionbotlon=7.84268lat=48.78466zoom=5 È possibile visualizzarlo in JOSM quel layer? -- Giacomo Boschi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strumenti per il remapping post-bot
From: Volker Schmidt [mailto:vosc...@gmail.com] Sent: lunedì 23 luglio 2012 13:33 To: bartosom...@yahoo.it; openstreetmap list - italiano Subject: Re: [Talk-it] Strumenti per il remapping post-bot Quello che ci manca è a mio parere uno strumento per dire che cosa è stato risistemato, e che permetta di concentrarsi sui problemi rimasti. http://tools.geofabrik.de/osmi/?view=redactionbot da tutte le informazioni e viene aggiornato (mi sembra) una volta al giorno. Volker Lo strumento si è arricchito di una funzionalità molto utile per coordinare gli sforzi di rimappatura. Solo per gli elementi cancellati dal bot (quelli mostrati in rosso), esiste ora la possibilità di rimuoverli dalla visualizzazione. Basta selezionare l'elemento, e poi nella colonna a destra, cliccare sull'icona del cestino (l'ultima a destra sotto la scritta Selection). Così se avete verificato che quell'elemento è stato già rimappato oppure andava veramente eliminato, potete cliccare sul cestino e non verrà più visualizzato. Così gli altri mappatori non perderanno altro tempo a controllarlo e potranno concentrarsi sugli elementi rimasti. Se vi capita di rimuovere un oggetto per errore, potete scrivere a Frederik Ramm fornendogli l'ID dell'oggetto e chiedergli di ripristinarne la visualizzazione. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strumenti per il remapping post-bot
Il 26/07/2012 14:19, Alberto Nogaro ha scritto: Solo per gli elementi cancellati dal bot (quelli mostrati in rosso), esiste ora la possibilità di rimuoverli dalla visualizzazione. Ottimo!! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare un autovelox
cercando di salvare come mi hai scritto mi da combinazione etichetta sospetta e cmq sui membro combinazione (0,3) e non il numero della way come quello che hai mappato mi sa che ho toppato in pieno:( ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Motionsspårskarta
Hur taggar man ett motionsspår? Detta var tydligen inte tillräckligt för att komma med på din karta: http://www.openstreetmap.org/browse/relation/269485 mvh -Ursprungligt meddelande- Från: Tobias Johansson [mailto:t...@mensa.se] Skickat: den 26 juli 2012 21:05 Till: Magnus Österlund Kopia: talk-se Ämne: Re: [Talk-se] Motionsspårskarta Hej Dags för ver. 0.2 av min motionsspårsrenderare. Ser ganska lik ut men är väldigt anorlunda hur jag gör allt (den gör det lättare för mig än ver 0.1). Ändringa 1. Den största ändringen är att den nu renderar det längsta spåret längst ner och sedan kortare längre upp. Detta sköts med length-taggen och måste vara i meter änsålänge. Efter att jag lagt in length på de flesta spår i Sverige för att testa så var en vaken människa snäll nog att nämna att det finns en tagg distace på routes. Kommer nog använda den längre fram men för tillfället length. 2. Tjockleken sätts av length olika intervaller får olika tjocklek enligt en tabell. 3. Man kan nu lägga in två färger i colour-taggen såsom #FF;#00 så renderas den streckat. http://minkarta.no-ip.org/?zoom=14lat=57.69803lon=12.06913layers=B0FTF0 4. Den använder automatiskt de färger som står i colour-taggen (tidigare var jag tvungen att manuellt lägga in en färg första gången jag såg den användas). 5. Har nu registrerat en no-ip-domän för att slippa ip-addressen http://minkarta.no-ip.org . Saker jag skulle vilja fixa 1. Att kunna använda vilken enhet på längden som helst (nästan iaf.) Tror jag nog kan lösa det med att pre-processera sweden.osm med sed på nåt sätt... 2. Lägga in namn på sträckorna. Funderar på att försöka rendera en svart blob med text på för att berätta vilket spår som är vilket, har lite idéer men vet inte om det kommer funka. 3. Rendera spåren sida vid sida istället för ovanpå varandra. Ingen aning om hur jag kan göra detta förslag motages gärna. MvH Tobias Den 2 juli 2012 23:11 skrev Magnus Österlund magnusolsso...@gmail.com: Förstår ditt argument att slippa omärkta leder. Problemet är t.ex. mindre elljusspår på mindre orter där det bara finns en led att följa. Det är mycket tydligt var leden finns, så det behövs inte olika färger för att märka upp leden. Colour är i dessa fall oralevent, och det är officiella tydliga leder. Men om det blir problem med för många omärkta inofficiella leder kanske man får sätta attributet colour ändå för att det ska synas, men det känns lite fel. Den 2 juli 2012 17:47 skrev Tobias Johansson t...@mensa.se: Hej igen Själv programmerare från länge sedan (länge sen jag gjorde nåt allvarligt dock) så jag vet vad du menar. colour verkar användas mycket mer än color i osm. Dock så använder JOSM color som standard, vilket förgrymmar mig lite... Att rendera spår utan färg har jag funderat på. Lägger nog in det ikväll.. Anledningen att det inte fanns är att jag är rädd att andra kommer lägga in omärkta löpspår, och jag vill egentligen på min karta bara ha skyltade löpspår. Så att man som turist kan se vart det finns löpspår man kan springa utan att behöva karta och kompass :). MvH Tobias Den 2 juli 2012 15:14 skrev Magnus Österlund magnusolsso...@gmail.com: aaa, en sådan lite detalj som påverka så mycket. Jag tittade flera gånger och kunde inte se felstavningen. Lite frustrerande med att den stavningen används, som programmerare är jag van att det alltid är color som används. Så jag har gjort det felet själv några gånger, och vi är nog inte de enda som gör det felet heller. Bra att du lägger in lite feltolerans. Men kan du inte även lägg in rutter som inte har någon colour inlagd (antingen för att det inte finns eller för att mapparen inte känner till färgen). Även sådana löpaspår är intressanta att rendera. //Magnus Den 2 juli 2012 14:19 skrev Tobias Johansson t...@mensa.se: Hej Skatåsspåren som var inlagda (av mig också händelsevis) hade jag taggat color istället för colour. Detta har jag åtgärdat nu, och ikväll skall jag nog köra en uppdatering av min postgre-databas så de förhoppningsvis dyker upp. Kanske skall ordna så min renderare inte bryr sig om det står colour eller color. Med vänlig hälsning, Tobias Den måndagen den 2:e juli 2012 skrev Magnus Österlund: Jag tycker det ser snyggt ut, bra jobbat. Saknas dock löparspåren i Skatås utanför Göteborg. Kan inte se varför inte de renderas. Relationerna är: 1822651 1822652 1822649 1822650 Den 1 juli 2012 11:56 skrev Tobias Johansson t...@mensa.se: Hej Har exprementarat lite med det här att rendera kartor. Har satt upp en liten webbserver här hemma på min dator. http://83.233.132.52/ (var snälla att inte utnyttja denna address ni får, jag kanske inte har stängt allt jag borde stängt på den. IP-säkerhet är inte min starkaste sida.) Jag renderar från en postgre-db med en något modifierad .style import (lagt till colour på _line). Sen letar jag efter
Re: [Talk-se] Motionsspårskarta
On Thu, 2012-07-26 at 23:10 +0200, Peter Svensson wrote: Hur taggar man ett motionsspår? Detta var tydligen inte tillräckligt för att komma med på din karta: http://www.openstreetmap.org/browse/relation/269485 Hej, Jag tror det krävs route=running. Vore det en bra idé att lägga in det som rekommendation under http://wiki.openstreetmap.org/wiki/Talk:Sv:Map_Features#Elljussp.C3.A5r -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Motionsspårskarta
Jepp route running. Och sedan får man vänta nån dag. Kör vanligtvis en uppdatering av databasen dagligen. (borde nog automatisera det... (har gjort ett script så jag antar att det bara är att slänga in i CRON..) Den 27 juli 2012 00:38 skrev Sven Arvidsson s...@whiz.se: On Thu, 2012-07-26 at 23:10 +0200, Peter Svensson wrote: Hur taggar man ett motionsspår? Detta var tydligen inte tillräckligt för att komma med på din karta: http://www.openstreetmap.org/browse/relation/269485 Hej, Jag tror det krävs route=running. Vore det en bra idé att lägga in det som rekommendation under http://wiki.openstreetmap.org/wiki/Talk:Sv:Map_Features#Elljussp.C3.A5r -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Motionsspårskarta
On 27 jul 2012, at 00:38, Sven Arvidsson s...@whiz.se wrote: On Thu, 2012-07-26 at 23:10 +0200, Peter Svensson wrote: Hur taggar man ett motionsspår? Detta var tydligen inte tillräckligt för att komma med på din karta: http://www.openstreetmap.org/browse/relation/269485 Hej, Jag tror det krävs route=running. Om det är ett riktigt motionsspår så låter nog running eller fitness_trail vettigare som värde för route: http://taginfo.openstreetmap.org/keys/route#values foot är snarare en synonym för hiking, dvs en vandringsled. Vore det en bra idé att lägga in det som rekommendation under http://wiki.openstreetmap.org/wiki/Talk:Sv:Map_Features#Elljussp.C3.A5r På talk-sidan är det väl snarare kommentarer man sätter in?! ;) Bättre att peta in en rad till i http://wiki.openstreetmap.org/wiki/Sv:Map_Features#Route och sen fixa en wiki-sida som det länkas till. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-at] Hilfe, meine richtigen Änderungen wurden rückgebaut
Hallo, die Einmündung der Hitzendorfer-Straße in die B70 wurde umgebaut und ist seit gut einem halben Jahr in Betrieb. Die Einmündung erfolgt nun ausschließlich im Kreisverkehr 500 m östlich. Die ursprüngliche Einmündung wurde zur Sackgasse. Ich habe diese Änderung bereits eingezeichnet gehabt, auch die Relation für die Hitzendorfer-Straße hatte ich angepasst. Nun hat aber offenbar jemand gedacht dass dies ein Irrtum war und hat meine Änderung rückgebaut. Wie kann ich feststellen wer das war um ihn aufmerksam auf den Irrtum___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hilfe, meine richtigen Änderungen wurden rückgebaut
Meinst du diesen Weg: http://www.openstreetmap.org/browse/way/136194618/history vg, Martin Am 25. Juli 2012 22:11 schrieb MichaelGeramb aon.912091...@aon.at: Hallo, die Einmündung der Hitzendorfer-Straße in die B70 wurde umgebaut und ist seit gut einem halben Jahr in Betrieb. Die Einmündung erfolgt nun ausschließlich im Kreisverkehr 500 m östlich. Die ursprüngliche Einmündung wurde zur Sackgasse. Ich habe diese Änderung bereits eingezeichnet gehabt, auch die Relation für die Hitzendorfer-Straße hatte ich angepasst. Nun hat aber offenbar jemand gedacht dass dies ein Irrtum war und hat meine Änderung rückgebaut. Wie kann ich feststellen wer das war um ihn aufmerksam auf den Irrtum zu machen und meine Änderungen wieder herstellen? http://www.openstreetmap.org/edit?lat=47.00419lon=15.26464zoom=17 ACHTUNG: auch Google Maps zeigt die Straßen fehlerhaft an! Bing wurde noch nichtmal aktualisiert. lg, michi! ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hilfe, meine richtigen Änderungen wurden rückgebaut
Hi Michi, in dem relevanten Kartenausschnitt, kannst du im Tab Bearbeiten rechts auf das kleine Pfeilchen klicken und dort Kartendaten durchsuchen wählen. Es erscheinen dann die Vektordaten als klickbares Overlay. Du kannst dann den betroffenen Weg anklicken und dort die Chronik einsehen, mehr Infos erhält du unter Details. Gruß, Christoph Am 25.07.2012 um 22:11 schrieb MichaelGeramb: Hallo, die Einmündung der Hitzendorfer-Straße in die B70 wurde umgebaut und ist seit gut einem halben Jahr in Betrieb. Die Einmündung erfolgt nun ausschließlich im Kreisverkehr 500 m östlich. Die ursprüngliche Einmündung wurde zur Sackgasse. Ich habe diese Änderung bereits eingezeichnet gehabt, auch die Relation für die Hitzendorfer-Straße hatte ich angepasst. Nun hat aber offenbar jemand gedacht dass dies ein Irrtum war und hat meine Änderung rückgebaut. Wie kann ich feststellen wer das war um ihn aufmerksam auf den Irrtum zu machen und meine Änderungen wieder herstellen? http://www.openstreetmap.org/edit?lat=47.00419lon=15.26464zoom=17 ACHTUNG: auch Google Maps zeigt die Straßen fehlerhaft an! Bing wurde noch nichtmal aktualisiert. lg, michi! ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at smime.p7s Description: S/MIME cryptographic signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hilfe, meine richtigen Änderungen wurden rückgebaut
Weiters: wenn ich es richtig erkenne, hast du die Straße an diesem Punkt aufgetrennt: http://www.openstreetmap.org/browse/way/136194618/history Du solltest in so einem Fall unbedingt ein noexit=yes und auch einen note-Tag mit Erklärung dem Knoten hinzufügen, damit solche Straßenlücken nicht mittels (veraltetem) Luftbild immer wieder korrigiert werden. vg, Martin Am 25. Juli 2012 22:11 schrieb MichaelGeramb aon.912091...@aon.at: Hallo, die Einmündung der Hitzendorfer-Straße in die B70 wurde umgebaut und ist seit gut einem halben Jahr in Betrieb. Die Einmündung erfolgt nun ausschließlich im Kreisverkehr 500 m östlich. Die ursprüngliche Einmündung wurde zur Sackgasse. Ich habe diese Änderung bereits eingezeichnet gehabt, auch die Relation für die Hitzendorfer-Straße hatte ich angepasst. Nun hat aber offenbar jemand gedacht dass dies ein Irrtum war und hat meine Änderung rückgebaut. Wie kann ich feststellen wer das war um ihn aufmerksam auf den Irrtum zu machen und meine Änderungen wieder herstellen? http://www.openstreetmap.org/edit?lat=47.00419lon=15.26464zoom=17 ACHTUNG: auch Google Maps zeigt die Straßen fehlerhaft an! Bing wurde noch nichtmal aktualisiert. lg, michi! ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Reduction - Koordinationsseite für Wien
On 2012-07-25 15:32, Christian Hauer wrote: zuerst mal eine verständnisfrage zu dem ganzen: auf der seite unter workflow steht: Zumindest Straßen und Wege sollten an der richtigen Stelle sein. verstehe ich das also richtig, dass es uns bei diesen tasks hauptsächlich um das vorhandensein und die lagerichtigkeit des straßennetzes geht, und nicht um _alle_ änderungen die der bot gemacht hat? Die meisten auffälligen Änderungen des Bots die ich bis jetzt gefunden habe, waren fehlende oder vermantschte Straßen und halbe Gebäude oder landuse=*. Auch viele verwaiste Nodes. Die kaputte Geometrie sollte meiner persönlichen Meinung vorrangig gefixt werden und kann auch zB gegen ViennaGIS einfach validiert werden können. Nachdem ich das Ding jetzt aufgesetzt habe, können wir uns dann ja überlegen ob wir dann noch andere Aspekte auch systematisch abarbeiten wollen. die straßen in den bezirken 4, 5 und 6 hab ich letztens schon berichtigt (allerdings nur innerhalb der bezirksgrenzen, nicht nach den taskmanager-kacheln). Macht nichts. Das kannst Du entweder so nachtragen (einfach durchklicken) oder einfach ignorieren. Mir ist es eh wichtiger, wenn die Karte repariert ist, als das es im osmtm eingetragen ist ;-) die verwaisten nodes habe ich mal außen vor gelassen. hab zwar bei manchen eine gute ahnung, was es sein dürfte, das will ich allerdings mal in einer begehung erheben. Nach einer gründlichen Begehung kannst Du vermutlich eh mehr eintragen als je vorher vorhanden war. zweite frage: wie verfahrt ihr mit den nodes, die der bot ohne beschreibung zurückgelassen hat? einfach stehen lassen? oder ein fixme= anhängen? die lösch' ich normalerweise, wenn ich die Geometrie in einem Gebiet repariere. Sollten die irgendwelche Geschäfte oder anderes bedeutet haben, muss man die Gegend sowieso wieder begehen um an aktuelle und gesicherte Daten zu kommen. MfG David ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hilfe, meine richtigen ?nderungen wurden r?ckgebaut
Hallo, Meinst du diesen Weg: http://www.openstreetmap.org/browse/way/136194618/history @Martin: Ja in dem relevanten Kartenausschnitt, kannst du im Tab Bearbeiten rechts auf das kleine Pfeilchen klicken und dort Kartendaten durchsuchen w?hlen. Es erscheinen dann die Vektordaten als klickbares Overlay. Du kannst dann den betroffenen Weg anklicken und dort die Chronik einsehen, mehr Infos erh?lt du unter Details. @Christoph: Danke Du solltest in so einem Fall unbedingt ein noexit=yes und auch einen note-Tag mit Erkl?rung dem Knoten hinzuf?gen, damit solche Stra?enl?cken nicht mittels (veraltetem) Luftbild immer wieder korrigiert werden. @Martin: Werde ich in Zukunft berücksichtigen. Wie kann ich das jetzt auch irgendwie mit Hilfe der History wiederherstellen, oder muss ich das neu mappen? In den Änderungssetzten sind soweit ich das sehe ja noch mehr Änderungen drinnen. lg, michi!___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Reduction - Koordinationsseite für Wien
Servus! zweite frage: wie verfahrt ihr mit den nodes, die der bot ohne beschreibung zurückgelassen hat? einfach stehen lassen? oder ein fixme= anhängen? die lösch' ich normalerweise, wenn ich die Geometrie in einem Gebiet repariere. Sollten die irgendwelche Geschäfte oder anderes bedeutet haben, muss man die Gegend sowieso wieder begehen um an aktuelle und gesicherte Daten zu kommen. BITTE ignoriert vorerst ALLE verwaisten nodes!!! Nichts löschen, kein Fixme, einfach komplett darüber hinwegsehen! Wir haben derzeit die Situation, die wir auch schon beim plan.at import hatten: Der einzelne hat einfach nicht den ausreichenden Überblick. Solange sie nicht in irgend einer Weise stören, bitte einfach so lassen, selbst wenn ihr der Meinung seit, dass sie nun echt nichts mehr da zu suchen haben. Es fehlt mir die Zeit, zu erklären, warum das gut so ist. Nur so viel: Unsere ach so gründlichen nördlichen Nachbarn machen's auch so, aus gutem Grund. In ein paar Wochen oder Monaten kommt dann der nächste bot, und räumt sie gründlicher und überlegter weg, als das ein Mensch je könnte. -- Mit besten Grüßen, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hilfe, meine richtigen ?nderungen wurden r?ckgebaut
Guten Tag! Gestern (Do, 26. Juli 2012) meinte MichaelGeramb: Wie kann ich das jetzt auch irgendwie mit Hilfe der History wiederherstellen, oder muss ich das neu mappen? In den Änderungssetzten sind soweit ich das sehe ja noch mehr Änderungen drinnen. Potlach 1 (!) hat ein show deleted ways feature, das über die Taste U aufgerufen wird (danach tut sich bis zu ein paar Minuten lang nichts, aber dann werden alle gelöschten Wege rot angezeigt). Du kannst so einen Weg auswählen, und unten das Vorhängeschloss anklicken, damit wird er 'entlöscht'. Wie gesagt, das feature gibts nur beim alten Potlach (in der OSM Karte auf den Pfeil neben bearbeiten klicken), und für solche Fälle ist es wesentlich praktischer als alle reverter plugins und scripts. -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hilfe, meine richtigen Änderungen wurden rückgebaut
On 26.07.12 20:26, MichaelGeramb wrote: Meinst du diesen Weg: http://www.openstreetmap.org/browse/way/136194618/history @Martin: Ja Ich hab das jetzt als residential umgebaut, passt das so: http://osm.org/go/0IzzzIuNq- ? BTW, zum name= Tag: Dort soll der lokale Name hin, /nicht/ der Name der Landesstraße. Z.B. heißt die L301 in Hitzendorf kaum so. Und nochwas, wegen 2 Metern Fahrbahntrennung an der Kreuzung braucht man wirklich keine getrennten Ways zu machen. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Reduction - Koordinationsseite für Wien
On 25.07.12 15:32, Christian Hauer wrote: verstehe ich das also richtig, dass es uns bei diesen tasks hauptsächlich um das vorhandensein und die lagerichtigkeit des straßennetzes geht, und nicht um _alle_ änderungen die der bot gemacht hat? Es geht schon darum, dass das Ergebnis nachher wenigstens genauso gut ist wie vorher. Am leichtesten tut man sich, finde ich, wenn man sich vorstellt, wie es vorher wohl gemappt war. Ist mir z.B. im Wienerwald untergekommen, da ist wohl zu vermuten, dass da mal ein Waldweg eines Nichtzustimmers gewesen ist und jetzt nur mehr Punkte übrig sind. Dann nehme ich die Punkte und baue den Weg so, wie ich ihn auf den Quellen sehe. wie verfahrt ihr mit den nodes, die der bot ohne beschreibung zurückgelassen hat? einfach stehen lassen? oder ein fixme= anhängen? Ich wäre sehr dafür, wenn man nicht weiß, wofür sie gut sind, sie zu lassen, wie sie sind. Weil es immer ein Hinweis sein kann: da war was, was jetzt nicht mehr da ist. Verwaiste Punkte später automatisiert zu löschen ist unproblematisch. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-lv] osm.lv blogposts: http://osm.lv/blog/2012/07/kas-ir-autortiesibu-slazdi/
osm.lv blogposts: http://osm.lv/blog/2012/07/kas-ir-autortiesibu-slazdi/ - lai paturpinaatu agraak iesaakto teemu :) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] tertiary jelgavaa
jelgavnieki ir salabojushi lielaako dalju truukstosho ielu - ljoti jauki :) bet tur ir diezgan daudz tertiary celju. varbuut dazhus no tiem dereetu pazeminaat statusaa ? dazhi piemeeri, kas man shkjiet shaubiigi (tikai kartee skatoties :) ) http://osm.org/go/0wDjr6EFD-- http://osm.org/go/0wDjsuhln-- http://osm.org/go/0wDi03VxT- http://osm.org/go/0wDjoGRVL-- -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Fixme Files - Differences Between Canvec and Osm
Bonjour, As mentioned in a previous email (1), NRCan is now comparing Osm and Canvec data for planning road network update field work. It is an helpful information and we have decided to provide Osm community with detected differences. We think that these differences will help the community to keep Osm database up-to-date, as the provided differences will have the following fixme tag values ... Commission - Canvec feature does not match any Osm feature. Missing/Misclassified Osm feature? Omission - Osm feature does not match any Canvec feature. Missing/Misclassified Canvec feature? Unmatched - OSM and Canvec geometries are significantly different. Geometries need to be fixed? Attributes - Osm and Canvec geometries matched but some common attributes differ. Attributes need to be fixed? Only significant differences are provided. Some fixme file samples should be available this weekend. Each Fixme file will be included with its corresponding Canvec.osm zip file I will wait for your comments !-) Daniel Note 1: http://lists.openstreetmap.org/pipermail/talk-ca/2012-May/004777.html ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CanVec imports allowed again?
I've looked at a couple of videos on YouTube. http://www.youtube.com/watch?v=uR0OrnACPHk http://www.youtube.com/watch?v=OJr_gucFGMY - David E. Nelson - Original Message - From: Iain Ingram i...@monkeyface.ca To: David E. Nelson denelso...@yahoo.ca Cc: Sent: Thursday, July 26, 2012 10:00:54 PM Subject: Re: [Talk-ca] CanVec imports allowed again? Hello David, I was wondering if you had a quick tutorial about canvec imports? It seems that several areas in the Alberta Lake Louis area have been damaged and I thought I would start with some re-imports Thanks Iain On 2012-07-21, at 12:58 AM, David E. Nelson wrote: Now that the redaction bot has apparently finished its sweep of Canada, is it safe for CanVec imports to be resumed? I want to try my hand at importing a few tiles around where I live. - David E. Nelson ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] dotaz - zjednodušení dat pro renderování mapy
chtěl jsem se zeptat, jestli někdo netušíte, jak bych mohl zjednodušit data v postgis db tak, aby renderování netrvalo tak dlouho. jde mi hlavně o parcely. moje představa je taková, že bych např. pro každou obec sloučil všechny parcely stejného typu do jedné geometrie a z toho bych pak generoval mapu, místo tak jako teď ze všech parcel. máte s tím někdo zkušenosti? *** v GIS se tomu rika dissolve *** v PostGIS udajne staci nad tabulkou sql s GROUP BY druh pozemku kod http://gis.stackexchange.com/questions/1387/is-there-a-dissolve-function-in-postgis-other-than-st-union h. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import budov (was: rúian mapy - vylepšení)
no kdyby se připravily stránky se zdrojovými údaji pro budovy pro jednotlivá katastrální území, pak by bylo možné vytvořit stránky na wiki s odkazy na stažení jednotlivých souborů. zájemce by si stáhl data pro požadované katastrální území, provedl kontrolu např vůči bingu (odstranil různé chyby - například neexistující budovy, budovy s jiným tvarem, doplnil by budovy ve skutečnosti existující a neobsažené v datech RUIAN) a poté opravená data odeslal na OSM. V tabulce na wiki by zaznamenal provedení exportu a případné problémy Pražák Dne 25. července 2012 19:34 Miroslav Šulc fordf...@fordfrog.com napsal(a): no, tak to by rozhodně mělo ušetřit čas, protože jestli se nepletu, tak když je budova v digitální mapě kú, tak bude i v rúian a dala by se snad jednoduše naimportovat. podle mě by to ale chtělo udělat nějak systematicky. samozřejmě můžu udělat nějakou webovou stránku, odkud si kdokoliv bude moct stáhnout osm soubor s budovama pro daný výběr (třeba ten katastr) a nechat tomu volný průběh, ale pokud bychom tomu dali nějaký řád, tak by to asi bylo lepší. máte někdo nějaké návrhy? ff Dne 25.7.2012 19:28, Zdeněk Pražák napsal(a): no já zatím pomocí pluginu tracer kreslím v katastrálních územích s digitální mapou budovy, tak jsem si myslel jestli bych nemohl využít uvedených dat Původní zpráva Od: Miroslav Šulc fordf...@fordfrog.com Předmět: Re: [Talk-cz] rúian mapy - vylepšení Datum: 25.7.2012 19:10:59 Dne 25.7.2012 18:58, Zdeněk Pražák napsal(a): dají se nějak data z RUIAN dostat po jednotlivých katastrech do JOSM a následně po kontrole např vůči Bingu poslat do OSM jaká data konkrétně? adresní body? budovy? nebo nějaká jiná? samozřejmě není problém vyexportovat data z databáze s určitým filtrem (obec, extent apod) do osm formátu, ale pokud už data jsou i v osm, tak by se musely duplicity odstranit. a to moc netuším jak. a pak je tu ještě druhá věc. pokud bychom něco takového dělali, tak by to podle mě chtělo jednak udržovat přehled, co už je naimportováno a co ne, a za druhé by bylo fajn zachovat nějakou referenční vazbu na originální data (rúian), abychom případně v budoucnu mohli data v rúian a v osm porovnávat (co je nového apod). a pak je tu ještě třetí věc, a to posoudit, na čem má smysl trávit svůj čas a co automatizovat (a čas využít na něco lepšího). Pražák ff ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz - zjednodušení dat pro renderování mapy
Dne 26.7.2012 08:46, hanoj napsal(a): chtěl jsem se zeptat, jestli někdo netušíte, jak bych mohl zjednodušit data v postgis db tak, aby renderování netrvalo tak dlouho. jde mi hlavně o parcely. moje představa je taková, že bych např. pro každou obec sloučil všechny parcely stejného typu do jedné geometrie a z toho bych pak generoval mapu, místo tak jako teď ze všech parcel. máte s tím někdo zkušenosti? *** v GIS se tomu rika dissolve *** v PostGIS udajne staci nad tabulkou sql s GROUP BY druh pozemku kod http://gis.stackexchange.com/questions/1387/is-there-a-dissolve-function-in-postgis-other-than-st-union zkusil jsem ten st_union a dělá to přesně to co potřebuju, díky. h. ff smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] rúian mapy - vylepšení
tak jsem ješte( trochu upravil generování map z rúian dat. provedl jsem ne(jaké optimalizace, takže vykreslování by me(lo být rychlejší. trochu jsem to i vylepšil graficky. pr(edpokládám, že už do toho šahat nebudu, takže tohle by me(l být víceméne( konec(ný stav. data se samozr(ejme( budou pru*be(žne( aktualizovat z rúian. aktuálne( je ale problém s aktualizacema, od updatu z 23.7.2012 import gml polygonu* shazuje databázi (crash postgisu), takže dokud se to nevyr(eší, tak aktualizace nebudou (bug je tady: http://trac.osgeo.org/postgis/ticket/1936). pro shrnutí: mapa vygenerovaná z rúian dat je k prohlížení na http://maps.fordfrog.com http://maps.fordfrog.com/ wms vrstvy jsou na http://wms.fordfrog.com/gwc/service/wms dal jsem tam i ty kr(ováky, ale mám pocit, že por(ád nefungují jak mají a já netuším, kde by mohl být problém. ff Dne 24.7.2012 13:40, Miroslav Šulc napsal(a): ahoj, pr(idal jsem do map na http://maps.fordfrog.com/ ješte( mapy z osm a z katastru a taky overlay vrstvu adresních bodu* z rúian, takže lze napr(. v mape( porovnávat polohu adresních bodu* oproti osm. opravil jsem taky funkcionalitu permalinku, takže už by me(l fungovat. mapy ted( jsou (a ješte( chvíli budou) pomalejší, protože tam importuju osm planet data a znovu (opravené) multipointy do databáze rúian. ff ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Traduction de redaction en français
Le 26/07/2012 00:13, Christian Quest a écrit : Bot de migration, je crois bien que c'est Francisco Dos Santos qui l'a utilisé le premier. Bot ? Automate me convient mieux ; car un robot dispose d'une certaine autonomie ; un automate qui fonctionne en boucle ouverte n'est pas trop robotique ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Traduction de redaction en français
Bonjour,
Le 26/07/2012 01:19, Nicolas Dandrimont a écrit :
Je pensais à quelque chose du style La version %{version} de ce(tte)
%{type} ne peut pas être affichée car elle a été (cachée/censurée/???).
Veuillez consulter %{redaction_link} pour plus d'informations.
La question est sur le mot entre parenthèses. :)
[...] ne peut pas être affichée car elle a été *caviardée* ?
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSMTransport change de peau
Bonjour, Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces de nos démonstrateurs. Après LizMap, solution de web mapping basé sur QGIS Server, c'est au tour d'OSMTransport : http://demo.3liz.com/osmtransport Ce changement d'interface est aussi l'occasion de faire évoluer les fonctionnalités : * dans les fonds de carte vous trouverez le fond MapQuest par défaut, le fond OpenStreetMap, et le fond Bing Aerial. Nous avons pensé que pouvoir visualiser les données TC au dessus du fond utilisé pour la digitalisation pouvait être quelque chose d'intéressant * réorganisation de l'arbre des données TC * Affichage par défaut d'un maximum de 100 objets géographiques représentant des lignes * Ajout d'informations dans les popups des données. Par exemple les tags shelter, bench pour les arrêts. Voici quelque liens directs : * Montpellier http://demo.3liz.com/osmtransport/index.php?country=1location=2 * Orange http://demo.3liz.com/osmtransport/index.php?country=1location=84 * Marseille http://demo.3liz.com/osmtransport/index.php?country=1location=11 * Nantes http://demo.3liz.com/osmtransport/index.php?country=1location=4 Si il y a des tags que vous souhaitez que nous ajoutiez faîtes le moi savoir. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport change de peau
Bonjour, Bravo pour cette refonte, très jolie graphiquement ! Quelques questions/propositions d'amélioration, cependant : * quelle est la fréquence de rafraîchissement des données ? Je travaille actuellement sur les lignes de transport de Caen, et je ne vois pas tous mes travaux ; * sur quel(s) tag(s) vous basez-vous pour le nom des lignes ? Car les trams de Caen n'ont pas de nom indiqué (undefined), alors qu'ils existent dans OSM ; * les numéros des lignes passant par un arrêt de bus/tram ne sont pas classés par ordre croissant, ce qui rendrait la lecture plus aisée ; * dans un souci de compréhension, il faudrait remplacer shelter et bench par un pictogramme ; Merci d'avance, Francescu Le 26 juillet 2012 10:05, rldhont rldh...@gmail.com a écrit : Bonjour, Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces de nos démonstrateurs. Après LizMap, solution de web mapping basé sur QGIS Server, c'est au tour d'OSMTransport : http://demo.3liz.com/**osmtransport http://demo.3liz.com/osmtransport Ce changement d'interface est aussi l'occasion de faire évoluer les fonctionnalités : * dans les fonds de carte vous trouverez le fond MapQuest par défaut, le fond OpenStreetMap, et le fond Bing Aerial. Nous avons pensé que pouvoir visualiser les données TC au dessus du fond utilisé pour la digitalisation pouvait être quelque chose d'intéressant * réorganisation de l'arbre des données TC * Affichage par défaut d'un maximum de 100 objets géographiques représentant des lignes * Ajout d'informations dans les popups des données. Par exemple les tags shelter, bench pour les arrêts. Voici quelque liens directs : * Montpellier http://demo.3liz.com/**osmtransport/index.php?** country=1location=2http://demo.3liz.com/osmtransport/index.php?country=1location=2 * Orange http://demo.3liz.com/**osmtransport/index.php?** country=1location=84http://demo.3liz.com/osmtransport/index.php?country=1location=84 * Marseille http://demo.3liz.com/**osmtransport/index.php?** country=1location=11http://demo.3liz.com/osmtransport/index.php?country=1location=11 * Nantes http://demo.3liz.com/**osmtransport/index.php?** country=1location=4http://demo.3liz.com/osmtransport/index.php?country=1location=4 Si il y a des tags que vous souhaitez que nous ajoutiez faîtes le moi savoir. René-Luc __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport change de peau
Bonjour Francescu, Pour la mise à jour, c'est un gros chantier qui ne peut prendre trop de temps sur mon travail ou mon temps libre. Donc pour le moment je lance de temps en temps des rafraîchissements. Mais il faut aussi que je travail sur le système de cache qui est trop long. Pour la référence, j'utilise le tag ref, et pour le nom j'utilise le tag name. Sur Caen, il y a peut-être un problème de fraîcheur des données. Pour les Numéros au sein de la popup des arrêts, c'est une bonne idée. Je n'ai aps fait de test sur des données possédant où les arrêts ont de nombreuses connections. Enfin pour les pictogramme, j'y avais pensé. Je pensais même à une sorte d'image qui se construirait en fonction des informations présentes. Par contre pour les arrêts de bus j'ai découvert qu'il y avait les tags shelter et covered ! René-Luc Le 26/07/2012 10:22, Francescu GAROBY a écrit : Bonjour, Bravo pour cette refonte, très jolie graphiquement ! Quelques questions/propositions d'amélioration, cependant : * quelle est la fréquence de rafraîchissement des données ? Je travaille actuellement sur les lignes de transport de Caen, et je ne vois pas tous mes travaux ; * sur quel(s) tag(s) vous basez-vous pour le nom des lignes ? Car les trams de Caen n'ont pas de nom indiqué (undefined), alors qu'ils existent dans OSM ; * les numéros des lignes passant par un arrêt de bus/tram ne sont pas classés par ordre croissant, ce qui rendrait la lecture plus aisée ; * dans un souci de compréhension, il faudrait remplacer shelter et bench par un pictogramme ; Merci d'avance, Francescu Le 26 juillet 2012 10:05, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour, Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces de nos démonstrateurs. Après LizMap, solution de web mapping basé sur QGIS Server, c'est au tour d'OSMTransport : http://demo.3liz.com/osmtransport Ce changement d'interface est aussi l'occasion de faire évoluer les fonctionnalités : * dans les fonds de carte vous trouverez le fond MapQuest par défaut, le fond OpenStreetMap, et le fond Bing Aerial. Nous avons pensé que pouvoir visualiser les données TC au dessus du fond utilisé pour la digitalisation pouvait être quelque chose d'intéressant * réorganisation de l'arbre des données TC * Affichage par défaut d'un maximum de 100 objets géographiques représentant des lignes * Ajout d'informations dans les popups des données. Par exemple les tags shelter, bench pour les arrêts. Voici quelque liens directs : * Montpellier http://demo.3liz.com/osmtransport/index.php?country=1location=2 * Orange http://demo.3liz.com/osmtransport/index.php?country=1location=84 * Marseille http://demo.3liz.com/osmtransport/index.php?country=1location=11 * Nantes http://demo.3liz.com/osmtransport/index.php?country=1location=4 Si il y a des tags que vous souhaitez que nous ajoutiez faîtes le moi savoir. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport change de peau
Boujours Même chose, comment sont sélectionnés les villes qui apparaissent sur la carte des transports? Il y a pas mal de réseaux qui n'y apparaissent pas alors qu'ils sont dans OSM depuis plusieurs mois. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Changer des ways en areas ?
Bonjour, En tagguant les établissement scolaires de ma commune, j'ai eu la surprise de m'apercevoir que certains bâtiments, déjà identifiés depuis plusieurs mois, avaient été représentés non pas par une area mais par un way ! Ex : http://www.openstreetmap.org/browse/way/149706281/history Mes questions sont donc les suivantes : * sachant que la page du wiki portant sur le tag amenity=schoolhttp://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschoolindique bien que cela ne peut se faire que sur un node ou une area, est-il possible de transformer ces ways en areas, sans avoir à tout retracer ? * ne faudrait-il pas que ce genre de vérifications, somme toute assez faciles, soient effectuées au moment de la validation des modifications ? Soit en renvoyant un message d'erreur et en refusant l'update des données, soit (mais je suis moins emballé) en remplaçant automatiquement le way par un area ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport change de peau
Merci tout d'abord pour la réponse rapide :-) Autre point génant : le tri des lignes de bus/tram se fait selon un ordre alphanumérique (1 puis 19 puis 2) et non numérique (1 puis 2 puis 19). Pour Caen, je regarde ce qu'il en est pour les tags des lignes existantes. Francescu Le 26 juillet 2012 10:31, rldhont rldh...@gmail.com a écrit : Bonjour Francescu, Pour la mise à jour, c'est un gros chantier qui ne peut prendre trop de temps sur mon travail ou mon temps libre. Donc pour le moment je lance de temps en temps des rafraîchissements. Mais il faut aussi que je travail sur le système de cache qui est trop long. Pour la référence, j'utilise le tag ref, et pour le nom j'utilise le tag name. Sur Caen, il y a peut-être un problème de fraîcheur des données. Pour les Numéros au sein de la popup des arrêts, c'est une bonne idée. Je n'ai aps fait de test sur des données possédant où les arrêts ont de nombreuses connections. Enfin pour les pictogramme, j'y avais pensé. Je pensais même à une sorte d'image qui se construirait en fonction des informations présentes. Par contre pour les arrêts de bus j'ai découvert qu'il y avait les tags shelter et covered ! René-Luc Le 26/07/2012 10:22, Francescu GAROBY a écrit : Bonjour, Bravo pour cette refonte, très jolie graphiquement ! Quelques questions/propositions d'amélioration, cependant : * quelle est la fréquence de rafraîchissement des données ? Je travaille actuellement sur les lignes de transport de Caen, et je ne vois pas tous mes travaux ; * sur quel(s) tag(s) vous basez-vous pour le nom des lignes ? Car les trams de Caen n'ont pas de nom indiqué (undefined), alors qu'ils existent dans OSM ; * les numéros des lignes passant par un arrêt de bus/tram ne sont pas classés par ordre croissant, ce qui rendrait la lecture plus aisée ; * dans un souci de compréhension, il faudrait remplacer shelter et bench par un pictogramme ; Merci d'avance, Francescu Le 26 juillet 2012 10:05, rldhont rldh...@gmail.com a écrit : Bonjour, Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces de nos démonstrateurs. Après LizMap, solution de web mapping basé sur QGIS Server, c'est au tour d'OSMTransport : http://demo.3liz.com/osmtransport Ce changement d'interface est aussi l'occasion de faire évoluer les fonctionnalités : * dans les fonds de carte vous trouverez le fond MapQuest par défaut, le fond OpenStreetMap, et le fond Bing Aerial. Nous avons pensé que pouvoir visualiser les données TC au dessus du fond utilisé pour la digitalisation pouvait être quelque chose d'intéressant * réorganisation de l'arbre des données TC * Affichage par défaut d'un maximum de 100 objets géographiques représentant des lignes * Ajout d'informations dans les popups des données. Par exemple les tags shelter, bench pour les arrêts. Voici quelque liens directs : * Montpellier http://demo.3liz.com/osmtransport/index.php?country=1location=2 * Orange http://demo.3liz.com/osmtransport/index.php?country=1location=84 * Marseille http://demo.3liz.com/osmtransport/index.php?country=1location=11 * Nantes http://demo.3liz.com/osmtransport/index.php?country=1location=4 Si il y a des tags que vous souhaitez que nous ajoutiez faîtes le moi savoir. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport change de peau
Bonjour Tetsuo, Les ajouts se font par mes soins maintenant. Si vous souhaitez des ajouts j'ai besoin : * d'un nom * du pays * de l'emprise pour pouvoir sélectionner les données, le mieux étant de se restreindre (pour l'emprise) au coeur du réseau. Cordialement, René-Luc Le 26/07/2012 10:32, Tetsuo Shima a écrit : Boujours Même chose, comment sont sélectionnés les villes qui apparaissent sur la carte des transports? Il y a pas mal de réseaux qui n'y apparaissent pas alors qu'ils sont dans OSM depuis plusieurs mois. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Traduction de redaction en français
Épurer, épuration? L'automate a tourné pour obtenir une base de données odbl pure. 2012/7/25 Nicolas Dandrimont nicolas.dandrim...@crans.org Salut, J'ai fait quelques éditions d'objets qui ont été modifiés par le Redaction Bot (qui a d'ailleurs terminé son travail il y a quelques heures), et les messages traduits en français sur le site web n'ont aucun sens (avec du t'el que rédigé (sic) et consorts). Je me suis donc inscrit sur translate wiki, ai demandé les droits de traduction (que j'ai obtenus), je compte donc reprendre la traduction de ces messages. Voici la question : y a-t-il consensus sur la traduction de redaction, redacted, to redact en français ? Je n'ai vu aucune occurence traduite sur le wiki ni sur cette liste de diffusion. Je pensais à censure, qui a une connotation plutôt négative, même si c'est une traduction littérale du terme anglais. Après avoir posé la question sur IRC, Jocelyn a suggéré purge qui me plait pas mal et est plus neutre. Je demande d'autres avis via ce mail avant de me lancer. Merci, -- Nicolas Dandrimont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cheers, /Seb. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changer des ways en areas ?
De : Francescu GAROBY windu...@gmail.com Bonjour, En tagguant les établissement scolaires de ma commune, j'ai eu la surprise de m'apercevoir que certains bâtiments, déjà identifiés depuis plusieurs mois, avaient été représentés non pas par une area mais par un way ! Ex : http://www.openstreetmap.org/browse/way/149706281/history Mes questions sont donc les suivantes : * sachant que la page du wiki portant sur le tag amenity=school indique bien que cela ne peut se faire que sur un node ou une area, est-il possible de transformer ces ways en areas, sans avoir à tout retracer ? * ne faudrait-il pas que ce genre de vérifications, somme toute assez faciles, soient effectuées au moment de la validation des modifications ? Soit en renvoyant un message d'erreur et en refusant l'update des données, soit (mais je suis moins emballé) en remplaçant automatiquement le way par un area ? Salut, Dans ce cas area signifie way fermé, pas way avec le tag area=yes Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport change de peau
Pour l'ordre des numéros c'était une régression, c'est corrigé. D'ailleurs tous les réseaux n'utilisent pas que des chiffres pour identifier les lignes. René-Luc Le 26/07/2012 10:36, Francescu GAROBY a écrit : Merci tout d'abord pour la réponse rapide :-) Autre point génant : le tri des lignes de bus/tram se fait selon un ordre alphanumérique (1 puis 19 puis 2) et non numérique (1 puis 2 puis 19). Pour Caen, je regarde ce qu'il en est pour les tags des lignes existantes. Francescu Le 26 juillet 2012 10:31, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour Francescu, Pour la mise à jour, c'est un gros chantier qui ne peut prendre trop de temps sur mon travail ou mon temps libre. Donc pour le moment je lance de temps en temps des rafraîchissements. Mais il faut aussi que je travail sur le système de cache qui est trop long. Pour la référence, j'utilise le tag ref, et pour le nom j'utilise le tag name. Sur Caen, il y a peut-être un problème de fraîcheur des données. Pour les Numéros au sein de la popup des arrêts, c'est une bonne idée. Je n'ai aps fait de test sur des données possédant où les arrêts ont de nombreuses connections. Enfin pour les pictogramme, j'y avais pensé. Je pensais même à une sorte d'image qui se construirait en fonction des informations présentes. Par contre pour les arrêts de bus j'ai découvert qu'il y avait les tags shelter et covered ! René-Luc Le 26/07/2012 10:22, Francescu GAROBY a écrit : Bonjour, Bravo pour cette refonte, très jolie graphiquement ! Quelques questions/propositions d'amélioration, cependant : * quelle est la fréquence de rafraîchissement des données ? Je travaille actuellement sur les lignes de transport de Caen, et je ne vois pas tous mes travaux ; * sur quel(s) tag(s) vous basez-vous pour le nom des lignes ? Car les trams de Caen n'ont pas de nom indiqué (undefined), alors qu'ils existent dans OSM ; * les numéros des lignes passant par un arrêt de bus/tram ne sont pas classés par ordre croissant, ce qui rendrait la lecture plus aisée ; * dans un souci de compréhension, il faudrait remplacer shelter et bench par un pictogramme ; Merci d'avance, Francescu Le 26 juillet 2012 10:05, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Bonjour, Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces de nos démonstrateurs. Après LizMap, solution de web mapping basé sur QGIS Server, c'est au tour d'OSMTransport : http://demo.3liz.com/osmtransport Ce changement d'interface est aussi l'occasion de faire évoluer les fonctionnalités : * dans les fonds de carte vous trouverez le fond MapQuest par défaut, le fond OpenStreetMap, et le fond Bing Aerial. Nous avons pensé que pouvoir visualiser les données TC au dessus du fond utilisé pour la digitalisation pouvait être quelque chose d'intéressant * réorganisation de l'arbre des données TC * Affichage par défaut d'un maximum de 100 objets géographiques représentant des lignes * Ajout d'informations dans les popups des données. Par exemple les tags shelter, bench pour les arrêts. Voici quelque liens directs : * Montpellier http://demo.3liz.com/osmtransport/index.php?country=1location=2 * Orange http://demo.3liz.com/osmtransport/index.php?country=1location=84 * Marseille http://demo.3liz.com/osmtransport/index.php?country=1location=11 * Nantes http://demo.3liz.com/osmtransport/index.php?country=1location=4 Si il y a des tags que vous souhaitez que nous ajoutiez faîtes le moi savoir. René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changer des ways en areas ?
Le type d'objet area n'existe pas dans OSM. Certains souhaitent l'introduire si l'API évolue. Les surfaces sont actuellement des ways, ou des assemblages de ways, qui incluent des tags supplémentaires tels que area = yes, quand cela n'est pas déjà sous-entendu par le tag principal comme building = yes, pour indiquer qu'il s'agit de surfaces A ce propos, est-ce toi qui a ajouté le area = yes dans la dernière révision de l'objet le 24/07 ? Le 26 juillet 2012 07:53, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, En tagguant les établissement scolaires de ma commune, j'ai eu la surprise de m'apercevoir que certains bâtiments, déjà identifiés depuis plusieurs mois, avaient été représentés non pas par une area mais par un way ! Ex : http://www.openstreetmap.org/browse/way/149706281/history Mes questions sont donc les suivantes : * sachant que la page du wiki portant sur le tag amenity=schoolhttp://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschoolindique bien que cela ne peut se faire que sur un node ou une area, est-il possible de transformer ces ways en areas, sans avoir à tout retracer ? * ne faudrait-il pas que ce genre de vérifications, somme toute assez faciles, soient effectuées au moment de la validation des modifications ? Soit en renvoyant un message d'erreur et en refusant l'update des données, soit (mais je suis moins emballé) en remplaçant automatiquement le way par un area ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changer des ways en areas ?
OK, merci pour vos explications. Et oui, c'est moi qui ai ajouté le tag area. Fallait pas ? Francescu Le 26 juillet 2012 10:47, Ab_fab gamma@gmail.com a écrit : Le type d'objet area n'existe pas dans OSM. Certains souhaitent l'introduire si l'API évolue. Les surfaces sont actuellement des ways, ou des assemblages de ways, qui incluent des tags supplémentaires tels que area = yes, quand cela n'est pas déjà sous-entendu par le tag principal comme building = yes, pour indiquer qu'il s'agit de surfaces A ce propos, est-ce toi qui a ajouté le area = yes dans la dernière révision de l'objet le 24/07 ? Le 26 juillet 2012 07:53, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, En tagguant les établissement scolaires de ma commune, j'ai eu la surprise de m'apercevoir que certains bâtiments, déjà identifiés depuis plusieurs mois, avaient été représentés non pas par une area mais par un way ! Ex : http://www.openstreetmap.org/browse/way/149706281/history Mes questions sont donc les suivantes : * sachant que la page du wiki portant sur le tag amenity=schoolhttp://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschoolindique bien que cela ne peut se faire que sur un node ou une area, est-il possible de transformer ces ways en areas, sans avoir à tout retracer ? * ne faudrait-il pas que ce genre de vérifications, somme toute assez faciles, soient effectuées au moment de la validation des modifications ? Soit en renvoyant un message d'erreur et en refusant l'update des données, soit (mais je suis moins emballé) en remplaçant automatiquement le way par un area ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changer des ways en areas ?
Le 26/07/2012 10:47, Ab_fab a écrit : Le type d'objet area n'existe pas dans OSM. Certains souhaitent l'introduire si l'API évolue. Les surfaces sont actuellement des ways, ou des assemblages de ways, qui incluent des tags supplémentaires tels que area = yes, quand cela n'est pas déjà sous-entendu par le tag principal comme building = yes, pour indiquer qu'il s'agit de surfaces Il faut cependant que le way, ou la suite de ways, forme(nt) une boucle, mis bout à bout. Dans le cas cité en exemple (l'école), le premier et le dernier point sont identiques : http://www.openstreetmap.org/browse/node/1626540873 , par suite, l'association avec le tag amenity=school fabrique de fait une surface. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opendata : préfecture de Paris
Bonjour Axel, La Licence Ouverte est compatible pour une intégration des données dans OSM. Tu pourras le constater ici: http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr D'ailleurs, il faudrait documenter les données de la Préfecture de Police qui n'y sont pas référencées. Aussi, ce serait bien que tu documentes ton projet d'import comme dans le cas de Versailles: http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France http://wiki.openstreetmap.org/wiki/Open_Data_Versailles:_analyse_des_donn%C3%A9es Romain Le 25 juillet 2012 15:43, Axel Simon axelsi...@axelsimon.net a écrit : Bonjour tout le monde, Déjà, désolé si ce sujet a déjà été abordé. ;) Je viens de voir que la Préfecture de Paris a publié des données sur le portail data.gouv.fr : http://www.data.gouv.fr/content/search?SearchText=Pr%C3%A9fecture%20de%20police%20de%20Paris Entre autres éléments intéressants, la position des fourrières, des casernes et des 200 caméras de vidéo « protection » déjà en place (sur… 1105 prévues). Quelques questions : - La Licence Ouverte/Open Licence (http://www.data.gouv.fr/Licence-Ouverte-Open-Licence) est-elle compatible avec l'ODbL ? À sa lecture, je dirais que oui, d'autant qu'elle est compatible avec la CC-BY 2.0 de Creative Commons et la« Open Data Commons Attribution » (ODC-BY) d'après le texte de la licence. - Quelqu'un a-t-il déjà de l'expérience dans l'import de ce genre de données ? - Ces données en question ont-elles déjà été importées d'ailleurs ? Bref, désolé si je débarque, je regarde comment importer les shapefiles (shp) là, je vous tiens au courant de l'avancement des choses de toute façon :) axel -- Axel Simon -- mail/jabber/gtalk: axelsi...@axelsimon.net mobile: +33 (0)6 08 04 01 44 twitter / identi.ca: @AxelSimon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changer des ways en areas ?
Si si, il fallait bien ! Le 26 juillet 2012 10:53, Francescu GAROBY windu...@gmail.com a écrit : OK, merci pour vos explications. Et oui, c'est moi qui ai ajouté le tag area. Fallait pas ? Francescu Le 26 juillet 2012 10:47, Ab_fab gamma@gmail.com a écrit : Le type d'objet area n'existe pas dans OSM. Certains souhaitent l'introduire si l'API évolue. Les surfaces sont actuellement des ways, ou des assemblages de ways, qui incluent des tags supplémentaires tels que area = yes, quand cela n'est pas déjà sous-entendu par le tag principal comme building = yes, pour indiquer qu'il s'agit de surfaces A ce propos, est-ce toi qui a ajouté le area = yes dans la dernière révision de l'objet le 24/07 ? Le 26 juillet 2012 07:53, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, En tagguant les établissement scolaires de ma commune, j'ai eu la surprise de m'apercevoir que certains bâtiments, déjà identifiés depuis plusieurs mois, avaient été représentés non pas par une area mais par un way ! Ex : http://www.openstreetmap.org/browse/way/149706281/history Mes questions sont donc les suivantes : * sachant que la page du wiki portant sur le tag amenity=schoolhttp://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschoolindique bien que cela ne peut se faire que sur un node ou une area, est-il possible de transformer ces ways en areas, sans avoir à tout retracer ? * ne faudrait-il pas que ce genre de vérifications, somme toute assez faciles, soient effectuées au moment de la validation des modifications ? Soit en renvoyant un message d'erreur et en refusant l'update des données, soit (mais je suis moins emballé) en remplaçant automatiquement le way par un area ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changer des ways en areas ?
Ah, sauf si c'est implicite avec le tag amenity=school comme le dit Vincent Le 26 juillet 2012 11:11, Ab_fab gamma@gmail.com a écrit : Si si, il fallait bien ! Le 26 juillet 2012 10:53, Francescu GAROBY windu...@gmail.com a écrit : OK, merci pour vos explications. Et oui, c'est moi qui ai ajouté le tag area. Fallait pas ? Francescu Le 26 juillet 2012 10:47, Ab_fab gamma@gmail.com a écrit : Le type d'objet area n'existe pas dans OSM. Certains souhaitent l'introduire si l'API évolue. Les surfaces sont actuellement des ways, ou des assemblages de ways, qui incluent des tags supplémentaires tels que area = yes, quand cela n'est pas déjà sous-entendu par le tag principal comme building = yes, pour indiquer qu'il s'agit de surfaces A ce propos, est-ce toi qui a ajouté le area = yes dans la dernière révision de l'objet le 24/07 ? Le 26 juillet 2012 07:53, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, En tagguant les établissement scolaires de ma commune, j'ai eu la surprise de m'apercevoir que certains bâtiments, déjà identifiés depuis plusieurs mois, avaient été représentés non pas par une area mais par un way ! Ex : http://www.openstreetmap.org/browse/way/149706281/history Mes questions sont donc les suivantes : * sachant que la page du wiki portant sur le tag amenity=schoolhttp://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschoolindique bien que cela ne peut se faire que sur un node ou une area, est-il possible de transformer ces ways en areas, sans avoir à tout retracer ? * ne faudrait-il pas que ce genre de vérifications, somme toute assez faciles, soient effectuées au moment de la validation des modifications ? Soit en renvoyant un message d'erreur et en refusant l'update des données, soit (mais je suis moins emballé) en remplaçant automatiquement le way par un area ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
