Re: [OSM-dev-fr] Osmose et les tags wikipedia
Je te confirme que c'est du faux positif... J'ai signalé le problème à freed... et je suis un peu à l'origine du problème avec mes tags wikipedia:name que je n'ai qu'ajouté à la liste de ceux déjà proposés sur le wiki. L'idée de ces tags wikipedia:name est de lier un article wikipédia en rapport avec le nom donné à l'objet (personne, date, lieux, etc), et pas avec un article wikipédia parlant de l'objet en lui même. C'est quelque chose qui intéresse beaucoup le Ministère de la Culture et qui permet de renforcer les liens entre OSM et wikipedia. Imaginez une carte orientée culture et patrimoine où les noms des rues permettraient d'afficher des informations sur le personnage... qui était Elias Howe a qui on a donné le nom à une rue de ma ville ? Une version améliorée de http://openlinkmap.org/ (qui gère déjà correctement ces tags wikipedia:). Le 2 janvier 2013 14:34, Black Myst black.m...@free.fr a écrit : Bonjour et bonne année à tous. Alors que je corrigeais des erreurs signalées par Osmose à Saint Maur, je suis tombé sur ce qui me semble être un faux-positif. http://osmose.openstreetmap.fr/map/?zoom=15lat=48.79703lon=2.49829layers=BFFFTitem=3031level=1,2,3 D'après ce que j'ai trouvé sur le wiki, on peut écrire: - wikipedia = lang:nom de la page-- pour le lien vers la description de l'objet, la fonction interlang de wikipedia sera utilisé pour trouver les pages dans d'autres langues - wikipedia:lang = nom de la page-- pour préciser une page différente dans une langue particulière, ou s'il n'y a pas d’interlang configuré dans wikipedia D'après une proposition sur la version anglaise du wiki: - wikipedia:name = lang:nom de la page -- pour une rue, par exemple, on peut ainsi faire un lien vers la page de la personnalité - wikipedia:name:lang = nom de la page -- même principe que ci-dessus Dans le cas qui m'intéresse, osmose me propose de remplacer: wikipedia:name=fr:nom de la page par wikipedia=name:fr:nom de la page Cela me semble incorrect. Qu'en pensez-vous ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev] Is YOUR code 64 bit proof?
Am 30.12.2012 21:26, schrieb Andrew: Could you store node numbers as strings? You could do so and use bcmath for all your calculations, but depending on the size of the region you're working with it would take a whole lot of time and memory to do so. Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Reverts from the woodpeck_repair account
Hi all, Just by accident during my work on OWL I encountered couple of changesets done by the woodpeck_repair account that are reverting some automated changes which removed deprecated tags. For example: http://www.openstreetmap.org/browse/changeset/14236131 which reverts http://www.openstreetmap.org/browse/changeset/14211906 I am just curious what is the point of such revert? It seems to me that the original edit was good (replacing deprecated tags). Perhaps it was not discussed as the woodpeck_repair's comment suggests but still it does not merit a revert - or am I missing something? For me such reverts just introduce unneeded clutter in the history database - thousands of new versions in the history. And the end result will be that this revert will then again be slowly reverted by individual mappers replacing deprecated tags... Can someone (perhaps Frederik as the opreator of this bot?) explain what is the reasoning behind reverts like this? Paweł ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
Hi, On 01/02/2013 02:31 PM, Paweł Paprota wrote: For me such reverts just introduce unneeded clutter in the history database - thousands of new versions in the history. Yes, that's sad, and I'd surely prefer not having to do such reverts in the first place. But what do you suggest? If someone makes a mass edit without discussing it with anybody, in blatant violation of our guidelines, simply shrug and ignore it? In OSM, a lot happens by example. If you want to do something, you look at how someone else did it and you do the same. If we were to simply ignore mass edits like this then everyone would assume they're ok. There's a huge warning on top of this page: https://wiki.openstreetmap.org/wiki/Deprecated_features And it isn't there for fun. And the end result will be that this revert will then again be slowly reverted by individual mappers replacing deprecated tags... The concept of deprecated tags is not widely used in OSM and I'm not a friend of the word because it suggests too much authority. The problem is that it takes just 15 or 20 people to deprecate a tag. Many tags in the aforementioned list of Deprecated features are actively used by mappers, and often the deprecated tag is more widely supported than the new tag that 15 or 20 people would like to see introduced. For a mass change of tags in the database, it is not enough to have 15 or 20 people on a wiki page somewhere who think that it is a good idea; you can work towards such a change but it would require a much broader consensus than the few people who are interested in tagging discussions on the wiki. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
On 2 January 2013 13:31, Paweł Paprota ppa...@fastmail.fm wrote: For me such reverts just introduce unneeded clutter in the history database - thousands of new versions in the history. And the end result will be that this revert will then again be slowly reverted by individual mappers replacing deprecated tags... That's only one possibility. There are deprecated tags that are more popular than their voted on replacement, that have better support in editors, are used by more renderings and are still preferred by mappers. The assumption that deprecated tags will be replaced by other ones is a false assumption, and hence why we don't automatically change tags. Cheers, Andy ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
On 01/02/2013 02:44 PM, Frederik Ramm wrote: Hi, On 01/02/2013 02:31 PM, Paweł Paprota wrote: For me such reverts just introduce unneeded clutter in the history database - thousands of new versions in the history. Yes, that's sad, and I'd surely prefer not having to do such reverts in the first place. But what do you suggest? If someone makes a mass edit without discussing it with anybody, in blatant violation of our guidelines, simply shrug and ignore it? Not ignore it - for sure there needs to be a conversation with the author of the original changeset so that it is clear that such large changes should not happen without consultation. What I meant by my message is that we seem to be shooting ourselves in the foot in pursuit of free tagging, no rules etc. Note that I'm not willing to discuss this at length as every discussion about this topic seems to lead to nowhere. I would like to keep this thread to one (or couple of) specific example(s) that I mentioned. In this specific case, what is the value of reverting other than making a point that people should not be doing such edits? Is the value greater than the cost paid in the long term by polluting the database and potentially discouraging people from editing like this in the future? As for the tagging related points you mentioned - I unsubscribed from tagging@ about a week after subscribing to it... Ultimately there should be no cases like this where there are huge changesets which basically bring no value at all to the project and just change syntax sugar (tags). How to do it? Well, that's a challenge, I have some ideas and am willing to do development but for now I want to finish with OWL and better history tab which is equally important topic... Paweł ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
On Wed, Jan 2, 2013 at 2:55 PM, Paweł Paprota ppa...@fastmail.fm wrote: Not ignore it - for sure there needs to be a conversation with the author of the original changeset so that it is clear that such large changes should not happen without consultation. This change has been widely and publicly discussed on the 2 mailing lists: http://lists.openstreetmap.org/pipermail/talk/2010-October/054554.html http://lists.openstreetmap.org/pipermail/tagging/2012-August/011230.html What I meant by my message is that we seem to be shooting ourselves in the foot in pursuit of free tagging, no rules etc. +1 You cannot complain in one side about OSM tagging complexity and block all attempts to simplify it on the other side... Pieren ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
On Wed, Jan 2, 2013 at 9:13 AM, Pieren pier...@gmail.com wrote: On Wed, Jan 2, 2013 at 2:55 PM, Paweł Paprota ppa...@fastmail.fm wrote: What I meant by my message is that we seem to be shooting ourselves in the foot in pursuit of free tagging, no rules etc. +1 You cannot complain in one side about OSM tagging complexity and block all attempts to simplify it on the other side... I think we're trying to prevent artificial attempts to simplify. For example, I don't like the amenity tag so I'm going to download all amenity=* tagged items in the database and replace amenity with elephant and upload it. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
Hi, Not ignore it - for sure there needs to be a conversation with the author of the original changeset so that it is clear that such large changes should not happen without consultation. As I said - this would ideally make the author of the changeset understand that he made a mistake, and ideally he wouldn't do it again, but the next day you'd have someone else believing that they do something good by changing 100,000 objects from one set of tags to another. In this specific case, what is the value of reverting other than making a point that people should not be doing such edits? I am not sure if there is a value other than making this point (only a proper discussion would have been able to establish that), but making this point is reason enough. This specific case consisted of a number of changesets where the author seemingly went through the list of deprecated tags and did *exactly* what the big banner at the top of the list told him not to do. It says that if you make a mass-edit without prior discussion then it will be reverted, and that's what we did. If we *really* wanted to mass-change a deprecated feature into something else, we could do that very effectively on the database servers themselves, but we don't. Is the value greater than the cost paid in the long term by polluting the database and potentially discouraging people from editing like this in the future? Yes, definitely, because for every mass edit where you say I don't think this is too bad there will be five others where a baby has been thrown out with the bathwater - and allowing outright policy violations for those that make sense means we'll have even more of those that don't. Changing thousands of objects around the world with a script is simply not something that you can decide for yourself and execute without talking to anybody first because you are very likely to make mistakes. The concept of deprecated tags is problematic. I have already asked the maintainer of keepright.at to stop marking them as errors and make them warnings instead, which he has thankfully agreed to do. There might indeed be situations where a mass edit makes sense but such edits may have wide-ranging consequences and they absolutely must be widely discussed before, no matter how well-intended they are. Pieren said that the specific highway=ford edit was discussed before but I think it has already been pointed out that this is wrong; discussing a new tag is not the same as discussing a mass edit to convert old tags. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
Hi, You make some good points but I still can't help but think that there has to be a more efficient way of preventing such things. It seems to me that changing and then reverting stuff back in this manner is a lose-lose situation for everyone. I see two problems here - one is the inability to agree what tags should be used, attempts to optimize tags etc. This problem is out of scope of this thread but I think a lot can be done to improve the situation, e.g. improving tools for documentation and discussion of tags. The second problem is the automated editing. Perhaps now as OSM becomes more and more popular it is time to start looking at some more general solutions to these kind of problems with data and bots. Just a quick glance at what Wikipedia is doing[1] shows that there is potential room for improvement in OSM in this area like introducing some workflow around automated editing. I believe there is a middle ground between OSM's free for all, do what you want, we will worry afterwards approach and Wikipedia's you can do X only after requesting permission Y from working group Z. I guess this is something that could be discussed with DWG? [1] http://en.wikipedia.org/wiki/Wikipedia:Bot_policy Paweł ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
Hi, On 02.01.2013 18:28, Paweł Paprota wrote: I believe there is a middle ground between OSM's free for all, do what you want, we will worry afterwards approach and Wikipedia's you can do X only after requesting permission Y from working group Z. There was the idea of introducting a bot flag for an account, and then require that you absolutely must have the bot flag for any sort of mass edit (something that might even be technically enforced). Requiring a different type of account would at last make sure that people understand that mass edits are an activity different from normal edits, and it would automatically put these edits under more scrutiny. How you *get* the bot flag would have to be subject of a different discussion; it could be that you can simply give yourself this flag (possibly going through a web page where you have to click on yes, I confirm that I have read and understood the guidelines...). It could also be that you get the flag only after enough people have agreed, or after some working group has rubber-stamped your plans, or whatever. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reverts from the woodpeck_repair account
Hi, The second problem is the automated editing. Perhaps now as OSM becomes more and more popular it is time to start looking at some more general solutions to these kind of problems with data and bots. The solution is simple and straightforward: A database design must be able to cope with the the edits that are uploaded. If you don't consider all edits valuable, you are free to drop data in the target database. By contrast, any additional decision logic in the main API does really clutter OSM because the main database as sigle point of failure gets more prone to errors. More important, it may shy away mappers if they found that their particular situation on the ground cannot be mapped properly. SomeoneElse got his work damaged by other mappers, for no important reason. A less self-confident mapper may have been lost at that point. That's the reason why we have freedom of expression in tagging and mostly in producing changesets. Data consumers still have all freedoms to process the data to any rules they may find suitable, but no harm is done to the community or the core database. Cheers, Roland ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [josm-dev] validator suggestion: way ends close to other highway
2013/1/1 colliar colliar4e...@aol.com: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/01/13 15:27, Greg Troxel wrote: Hi Greg. Have a look at https://josm.openstreetmap.de/ticket/6145 and https://josm.openstreetmap.de/ticket/6313 and propably some more about this subject. There are also these tickets: https://josm.openstreetmap.de/ticket/3531 https://josm.openstreetmap.de/ticket/5837 cheers, Martin ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev