Re: [OSM-dev] Retina tiles - best way to support them?
On 17.07.2012 20:25, Robert Joop wrote: But I’ve copied your page, adjusted the style and tiles URIs and added a viewport. As expected, it doesn’t make any visible difference on an iPhone 3 (pixel ratio 1), but the difference is remarkable on e.g. an HTC Sensation (pixel ratio 1.5) or an iPhone 4 (pixel ratio 2). See https://mlist.timesink.de/osm-geofabrik-highres/ for some screen shots. That looks amazing! Can the index.html be reached somehow to see the result on my own devices? Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Reserve node 2147483647
Would it be a good idea if the next node allocated after 2147483646 is node 2147483648? It would mean that applications expecting 32-bit node numbers fail cleanly and stops buggy editing software from modifying the wrong node. -- Andrew ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reserve node 2147483647
Hi. Why should that prevent errors in software not handling 64bit ids correctly? I don't think any software requires all possible ids in between to exist - even for the whole planet. So it's not different wether 2147483647 is missing or 42. regards Peter Am 20.07.2012 14:19, schrieb Andrew: Would it be a good idea if the next node allocated after 2147483646 is node 2147483648? It would mean that applications expecting 32-bit node numbers fail cleanly and stops buggy editing software from modifying the wrong node. -- Andrew ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reserve node 2147483647
Andrew wrote: Would it be a good idea if the next node allocated after 2147483646 is node 2147483648? It would mean that applications expecting 32-bit node numbers fail cleanly and stops buggy editing software from modifying the wrong node. Not that far away now, I guess (I added 1831586714 last night). I doubt that everything expecting 32-bit numbers will fail cleanly though! Cheers, Andy ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Reserve node 2147483647
Why should that prevent errors in software not handling 64bit ids correctly? It is common practice to use INT_MAX as a special ID. I don't think any software requires all possible ids in between to exist - even for the whole planet. So it's not different wether 2147483647 is missing or 42. --Dennis ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] New OGR driver to read OpenStreetMap .osm / .pbf files
Even Rouault even.roua...@mines-paris.org wrote: Testing with larger areas, like whole France or Europe, shows sluggish performance when ways are built from nodes, but that's perhaps expected. I didn't compare with other tools to know if the indexing or request strategy is particularly bad. Hm, would it be possible with this to e.g. convert all the forests from a complete planetfile to a polygon shapefile while discarding all the rest? Sven -- The term any key does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen. (Compaq FAQ Entry 2859) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] New OGR driver to read OpenStreetMap .osm / .pbf files
Le vendredi 20 juillet 2012 20:58:08, Sven Geggus a écrit : Even Rouault even.roua...@mines-paris.org wrote: Testing with larger areas, like whole France or Europe, shows sluggish performance when ways are built from nodes, but that's perhaps expected. I didn't compare with other tools to know if the indexing or request strategy is particularly bad. Hm, would it be possible with this to e.g. convert all the forests from a complete planetfile to a polygon shapefile while discarding all the rest? Yes, this should be possible by specifying the appropriate -where clause to ogr2ogr. However this will have roughly the same performance as completely converting the whole planetfile, so it will take some time... Hum, actually while writing this, I see that the attribute filter is evaluated after having reconstructed the geometry. So there's perhaps something I can do to speed that up a bit, in order to evaluate the attribute filter before and skip the geometry building if the attribute filter rejects the filter. Sven ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
Hi, On 17.07.2012 09:48, Frederik Ramm wrote: I'd like to replace it with something that displays where the bot has actually edited something. First preview version is here: http://tools.geofabrik.de/osmi/debug.html?view=botlon=8.55688lat=48.88608zoom=5 It shows stuff edited by the bot and stuff deleted by the bot. Stuff edited by the bot is shown in its current geometry; stuff deleted by the bot is shown with its old geometry (what else) and when clicked, an excerpt of the deleted object's tags is shown. I assume that this will draw criticism from some (who fear this is an invitation to infringe a decliner's copyright) but I think it is important to be able to get a glimpse of exactly *what* has been deleted so that you can decide whether you want to go there and survey or whether that was an un-important (or long replaced) detail. Things that don't work yet: * The overview layer is wrong, it actually shows the old WTFE overview and not the bot-edited-or-deleted overview, so you have to zoom in to see details. * The various buttons on the right don't necessarily make sense (why call Potlatch for a deleted node etc.) * Updates aren't yet automated; the plan is to be relatively quick with dropping stuff from the map as soon as it is edited by someone. * It would be great to have a way of clearing the deleted-object markers from the map. Once these things are fixed, or at least a significant portion, I'll make the view available on the non-debug OSMI, support tile access, and announce more widely. Comments are welcome. 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] Useful post-bot visualisation?
on 20.07.2012 22:51, Frederik Ramm wrote: Comments are welcome. looks very (!) promising. Thanks for the work! Looking very forward for the live/production version. One hint: maybe the tools should not remove objects touched by someone from its display: I checked Helgoland aftzer the redaction bot. And: e.g. a few streets had been only left as way with no tags. So I reconnected them at the crossings to other ways according to aerials. And I marked them with highway=road as temporary sollution (don't know the local situation). And I added a fixme=yes tag (together with a note=). = maybe the checker should leave the objects with a fixme tag displayed but in another color. Just as a suggestion (and if it is not too complex to realize). In that special case, other persons could argue: * higway=road is found by other checkers = use them * fixme=yes is found by other checkers = use them Both arguments are valid. But the fixme in the end is caused by the bot = so it would match to that display... Best regards, Michael. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
On 07/20/2012 10:51 PM, Frederik Ramm wrote: Hi, On 17.07.2012 09:48, Frederik Ramm wrote: I'd like to replace it with something that displays where the bot has actually edited something. First preview version is here: http://tools.geofabrik.de/osmi/debug.html?view=botlon=8.55688lat=48.88608zoom=5 ok, this now somewhat helps to explain why a street in my neighborhood vanished even though both the old inspector and the cleanmap showed it as OK, but it still leaves me with a few open questions: Bot Inspector shows: http://tools.geofabrik.de/osmi/debug.html?view=botlon=8.51666lat=52.02539zoom=17 There are two things that i don't understand: 1) The way itself was created by an agreer, five further edits seem to have been redacted. http://osm.mapki.com/history/way.php?id=33744987 I'm pretty sure though that at least the max_speed=30 was added by me just recently? 2) Both endpoints of the way were added by an anonymous nodecision user: http://osm.mapki.com/history/node.php?id=43664769 http://osm.mapki.com/history/node.php?id=43641809 I understand that this caused the way to disappear even though the way itself was OKish, i do not understand why both the cleanmap and the OSMI License Change view showed the way as ok, and OSMI did not complain about the end nodes either? http://tools.geofabrik.de/osmi/?view=wtfelon=8.51738lat=52.02510zoom=17 -- hartmut ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
Am 21.07.2012 00:11, schrieb Michael Kugelmann: on 20.07.2012 22:51, Frederik Ramm wrote: Comments are welcome. looks very (!) promising. Thanks for the work! Looking very forward for the live/production version. One hint: maybe the tools should not remove objects touched by someone from its display: I checked Helgoland aftzer the redaction bot. And: e.g. a few streets had been only left as way with no tags. So I reconnected them at the crossings to other ways according to aerials. And I marked them with highway=road as temporary sollution (don't know the local situation). And I added a fixme=yes tag (together with a note=). = maybe the checker should leave the objects with a fixme tag displayed but in another color. In future please use fixme= directly. With your solution others have to investigate more than one tag to see what you mean by the fixme. Even the tools - at least OSMI and keepright - show the content of the fixme tag directly, but not the content of the note tag. regards Peter ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] New OGR driver to read OpenStreetMap .osm / .pbf files
Right now I have only two suggestions: osmconf.ini might have an option for renaming attributes. Especially attribute names like addr:city are invalid in GML and therefore cannot be published in WFS services before they are renamed to, for example, addr_city. Implement in r24696. There is now field name laundering by default (option in osmconf.ini) Another suggestion is to try if relations which are not polygon relations could be converted into geometry collections. I am not sure if the result would be usable for any real use but at least it should be possible to visualise them with viewers like OpenJUMP. There's also now a 'multilinestrings' layer that has relations with type='route' or 'multipolygon', and a 'other_relations' layer with relations that don't belong to the multipolygons or multilinestrings layers. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
Hi, On 21.07.2012 00:15, Hartmut Holzgraefe wrote: ok, this now somewhat helps to explain why a street in my neighborhood vanished even though both the old inspector and the cleanmap showed it as OK, but it still leaves me with a few open questions: I can't say what cleanmap does but the old license view in OSM differed from what the bot actually did in at least two important points: 1. The bot used a blacklist of changesets, changesets that were nominally done by agreers but in which they used unacceptable sources (mostly, the so-called copypaste remapping). OSMI did not use these lists, so if someone whitewashed data by copypasting then it would have been shown ok on OSMI but later caught by the bot. (I assume that not all cases of whitewashing will have been caught, and we will have to use the bot a couple more times in the future to get rid of whitewashed data when it is discovered.) 2. The bot knows about knock-on effects, where a way is deleted if all, or all but one, of its nodes have to be deleted. This is something where OSMI would have marked the nodes red but treated the way as if it was safe. 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
[OSM-dev] Off: Re: Useful post-bot visualisation?
Am 21.07.2012 00:11, schrieb Peter Wendorff: In future please use fixme= directly. FYI: I modified my edits in that way (had been only two ways). Best regards, Michael. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
On 07/20/2012 10:51 PM, Frederik Ramm wrote: Hi, On 17.07.2012 09:48, Frederik Ramm wrote: I'd like to replace it with something that displays where the bot has actually edited something. First preview version is here: http://tools.geofabrik.de/osmi/debug.html?view=botlon=8.55688lat=48.88608zoom=5 Thank you, It works very well to see where work needs to be done. --- m.v.g., Cartinus ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
