Re: [OSM-talk] Investigating Changesets. (repost from help)
osmdiff is a fairly old program. there is a better program called useractivity.pl. see wiki. however, it also needs the XML/osm files. i use it to monitor certain areas regularly and i provide these checks on my server. gerhard On Tue, 2011-08-16 at 02:11 +0200, Erik Johansson wrote: > Does anyone have any scripts, manual methods or just tips that will > help in investigating a changeset? I find it very hard to understand > what it happening in a changset, it's easy to get an suspicion that > something is amiss but it's very hard to dig deeper. > > The only two things I've find was: > >* OSM history/changeset Vizualizer which give was to little information >* osmdiff which needs .osm files before and after the changeset > > Take this changeset on OSM main site and on OSM History Vizualizer, > it's very hard to figure out exactly what happend. (I'm not pointing > fingers at the creator of the changeset, I just haven't been bothered > to find a changeset where I have recreated and removed lots of stuff.) > > So to restate some questions. > > 1. what do you look for when you look at a changeset? > 2. is there a way to create the before.osm and after.osm files > given a changeset ID. (to make osmdiff happy) > 3. is there a similar changeset viewer like the one on the main > site, that doesn't make you click "next page" all the time.? > > > http://help.openstreetmap.org/questions/7077/investigating-changesets > > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapweaver renderer
Hi, to all of you interested in custom rendering - especially large printable maps with map key: Have a look at Mapweaver. It's the successor of mapgen.pl. It's in a stable and usable conditon now. However there is always something left to do. Happy about feedback and bug reports. http://wiki.openstreetmap.org/wiki/Mapweaver Cheers Gerhard Gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] www.gary68.de / reports
hi, due to a disk failure after some power outages today there will be no data updates fo a while. i will order a replacement disk and setup the system in a short while. gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crisis mapping - assistance requested for infrastructure mapping in Tohoku/Japan
sorry. just posted link to data... http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_15 that's the wiki page. data is linked in wiki as well. cheers gerhard On Tue, 2011-03-15 at 21:10 +0100, Gary68 wrote: > under the following link you can find several checks that will > significantly improve routing aibility of japanese north east. > > more checks will be added soon! when they are produced. i will run these > checks frequently but don't know the exact frequency yet. depends on run > time and demand. > > checks currently cover lat > 36.15 and lon > 140 > > http://www.gary68.de/osm/qa/japan/japan.zip > > please do organize work on that page. > > all the best! > > gerhard > > On Wed, 2011-03-16 at 01:18 +0900, Tomomichi Hayakawa wrote: > > Now we are mapping around tsunami/earthquake afflicted area. > > Broad area has affected, so we need help to create base map. > > Please help us. > > > > There are some high-resolution Bing area around tohoku. > > Aomori, Hachinohe, Sanriku (Kamaishi to Miyako), > > Sendai, Kurihara, ichinoseki,Oou, Hanamaki, Morioka, Iwaki ...etc > > Here is a Bing-area map on google map. > > http://maps.google.co.jp/maps/ms?ie=UTF8&hl=en&brcurrent=3,0x34674e0fd77f192f:0xf54275d47c665244,0&msa=0&ll=39.491324,141.152344&spn=3.598772,6.421509&z=8&msid=214659934638657454830.00049e3467120e402f8cb > > > > Till new imagely will come, we are trying to create base map > > as fare as we can. > > > > Thanks. > > > > ___ > > talk mailing list > > talk@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk > > > > ___ > 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] Crisis mapping - assistance requested for infrastructure mapping in Tohoku/Japan
under the following link you can find several checks that will significantly improve routing aibility of japanese north east. more checks will be added soon! when they are produced. i will run these checks frequently but don't know the exact frequency yet. depends on run time and demand. checks currently cover lat > 36.15 and lon > 140 http://www.gary68.de/osm/qa/japan/japan.zip please do organize work on that page. all the best! gerhard On Wed, 2011-03-16 at 01:18 +0900, Tomomichi Hayakawa wrote: > Now we are mapping around tsunami/earthquake afflicted area. > Broad area has affected, so we need help to create base map. > Please help us. > > There are some high-resolution Bing area around tohoku. > Aomori, Hachinohe, Sanriku (Kamaishi to Miyako), > Sendai, Kurihara, ichinoseki,Oou, Hanamaki, Morioka, Iwaki ...etc > Here is a Bing-area map on google map. > http://maps.google.co.jp/maps/ms?ie=UTF8&hl=en&brcurrent=3,0x34674e0fd77f192f:0xf54275d47c665244,0&msa=0&ll=39.491324,141.152344&spn=3.598772,6.421509&z=8&msid=214659934638657454830.00049e3467120e402f8cb > > Till new imagely will come, we are trying to create base map > as fare as we can. > > Thanks. > > ___ > 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] Generating a street directory from OSM?
Hi. I think there is something like that, just don't remenber the name. It was a picture of the week once. YES, maposmatic. see wiki. but it is more something like a city plan. On the other hand mapgen.pl covers some of the tasks which might prove helpful in an embracing script. it produces maps in different formats and scales (i.e. pdf) with grids and a directory referring to this grid. it does not do the "join" thing, however. regards gerhard On Tue, 2011-01-18 at 13:00 +1100, Steve Bennett wrote: > Hi all, > Wondered if anyone has ever put effort into producing a street > directory from OSM data. For those in places where they're not common, > a street directory is a bound book with numbered maps covering a city, > at various scales. On the borders of each page are indications to the > map that joins it (eg, "Joins map 53"). There are typically overview > maps at the front, covering the whole city in two pages, and some > touring maps at the end, covering the state or country, at very low > detail. Sometimes there are special pages covering certain parts of > the city at extra high zoom, like the CBD, universities, etc. > Different formats suit different purposes: I have a Melway (roughly > A4) and a much smaller UBD which can be held open in one hand (and > consequently has hundreds of pages). > > Anyway it seemed like there would be some interesting technical > challenges in producing such a thing, and making software to allow > anyone to do this for their own city. Has anyone had a go? > > Steve > > ___ > 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] osmosis problem
ok. that's it. i didn't think of it because the error message was too specific - with id. note to self: buy bigger disk ;-) tnx gerhard On Mon, 2010-12-20 at 16:38 +0100, Frederik Ramm wrote: > Hi, > > On 12/20/10 16:28, GS wrote: > > SEVERE: Thread for task 1-read-xml failed > > org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to write > > integer 525042281 to the store. > > Disk full in /tmp? > > Bye > Frederik > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] PBF and perl?
hi, just browsed the PBF wiki page and svn and didn't find any perl support. is there any module out there to read PBF files? thanks gerhard gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Custom rendering of a small map
hi, thanks for the information. i thought that some issues were related to the style file but of course some are technology inherent - and might need heavy thinking and development before being solved. at least speaking for mapgen.pl regarding mapgen: - the icon issues could be solved quickly by the user (by drawing or using new ones) - it is true that way and poi labels might overlap. but not inside a group. that is a street label will not overlap another street label - font sizes can easily be adapted - oneway arrows share the space with way labels ;-) - road ends are not square :-) - choice of pois is done in style sheet cheers gerhard gary68 On Mon, 2010-06-07 at 11:49 +0100, Gervase Markham wrote: > On 06/06/10 17:46, Gary68 wrote: > > could you please be a little bit more precise what you don't like at > > osmarender and especially mapgen.pl? > > It was me who said that, actually. Here are a few comments, mostly in > relation to the Mapnik style: > > http://www.openstreetmap.org/?lat=51.40961&lon=0.01101&zoom=16&layers=0B00FTF > > * Bus stop icons are big and ugly > * In fact, many icons have too few colours > * Lots of text rendering has letters overlapping themselves > * Text in different categories overlaps (e.g. road names/train station >names/POI names) > * Font is probably 1-2 px too big to fit nicely in the roads > * Road names overlap one way arrows > * Road ends are square > * Choice of POIs to render seems not as good as Mapnik > > Example of lots of overlapping text: > http://www.openstreetmap.org/?lat=51.40711&lon=0.01398&zoom=17&layers=0B00FTF > > Hope that's a useful start... My suspicion is that some of this stuff, > like text rendering, cannot be fully fixed with the technology choices > inherent in the way OSMARender works. But I'd love to be proved wrong. > > Gerv > > > ___ > 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] Custom rendering of a small map
dear ian, could you please be a little bit more precise what you don't like at osmarender and especially mapgen.pl? of course a lot of appearance is defined in the style file and the symbols being used - i didn't spend much time there! (i was challenged by the render engine). it (mapgen) is not aimed to be a fully blown renderer - however if it's possible i might implement some improvements. cheers gerhard gary68 On Sat, 2010-06-05 at 07:53 -0500, Ian Dees wrote: > n Sat, Jun 5, 2010 at 4:09 AM, Gervase Markham > wrote: > Hi, > > I'd like to render a map of about a square mile or so of the > town of > Bromley, in Kent, for the information sheet for my wedding in > August (yay!). > http://osm.org/go/0EEBWURG > I want to make the map, then remove a few bits which I don't > need and > add stuff to it like bigger labels on some important POIs like > the > church and the nearest station. I want it to look > professional. > > This is just the sort of thing OSM should be good for, or so I > hope :-) > > My first effort involved an SVG export of the Mapnik image > from the main > website. This is pretty good; the only problem is that the > roads are > unnecessarily narrow and so the road names are small and hard > to read. > I'd like pretty much that map, except with wider roads and > bigger text. > It would take an age to change it all manually in the SVG. > What are my > options for a custom render? > > - Mapnik: requires an incredible amount of setup, according to > the wiki > page. > > - Osmarender: It's ugly. Sorry, but it is. > > - mapgen.pl: Same. > > - Kosmos: I'm on Linux, and it only really runs on Windows. > > - Cobra: development seems dead. > > - Cartagen: It does road labels square on, which I don't like. > > - Cloudmade: initially, this seemed really promising. They > have a > variety of styles, and I probably could make > one with wider roads, but the Terms of Service are so long > and > complex, and say "don't do anything with this data that > isn't your > own personal use" about three times in different ways, so I > assume I > can't use it. > > Any ideas? Is there an online service to which one can submit > a Mapnik > style sheet and get back a rendering of a small area? > > > > I'm interested in this, too, because I want to draw OSM data in my car > computer as a sort of GPS satnav/realtime editor. > > > Dane (of Mapnik fame) suggested I use Mapnik with the OSM data plugin. > That cuts out the majority of the setup time due to PostGIS install > and import of OSM data. > > ___ > 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] osmosis question
ok, i'll give it a try. still the error message is strange... On Mon, 2010-05-24 at 09:39 +0200, Frederik Ramm wrote: > Hi, > > Gary68 wrote: > > WHAT's wrong? > > Someone using 0.30 when 0.35 is current, that's wrong ;-) > > Bye > Frederik > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] osmosis question
command: ~/osmosis/osmosis-0.30/bin/osmosis --read-xml-0.6 file="osmdata/hessen.osm" --way-key-value keyValueList="highway.motorway" --write-xml-0.6 file="bab.osm" error: May 24, 2010 8:43:02 AM com.bretth.osmosis.core.Osmosis main SEVERE: Execution aborted. com.bretth.osmosis.core.OsmosisRuntimeException: Task 2-way-key-value does not support data provided by default pipe stored at level 1 in the default pipe stack. at com.bretth.osmosis.core.pipeline.common.PipeTasks.retrieveTask(PipeTasks.java:154) at com.bretth.osmosis.core.pipeline.common.TaskManager.getInputTask(TaskManager.java:164) at com.bretth.osmosis.core.pipeline.v0_5.SinkSourceManager.connect(SinkSourceManager.java:51) at com.bretth.osmosis.core.pipeline.common.Pipeline.connectTasks(Pipeline.java:74) at com.bretth.osmosis.core.pipeline.common.Pipeline.prepare(Pipeline.java:116) at com.bretth.osmosis.core.Osmosis.run(Osmosis.java:79) at com.bretth.osmosis.core.Osmosis.main(Osmosis.java:30) WHAT's wrong? any idea appreciated! gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapgen version 1.00 published
hi, today i thought it was time for version 1.00 - i am sure there are some bugs left and still things to improve but... here is what happened in the last releases: v1.00 (rel. Apr. 11th, 2010) * steps are now drawn with linecap=butt; better look * legend can now be drawn in lower right corner as well * route icon size recognition reimplemented v0.16 (Apr. 2nd, 2010) * halo for point feature labels * better label placement in roads, consider bends and distance to middle of way * consider bends in ways when placing labels * collision detection for way labels * use of quad trees for speed improvement v0.15 (March 25th, 2010) * output format correction - size and resolution * more intelligent way labeling: merging by name and type, splitting by direction on map * faster area icon processing * [-place] also accepts node id now cheers gary68 gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osm pdf in Illustrator - fonts issue
hi. i admit having my own problems editing the outputs of my renderer but but it might help you... please have a look at http://wiki.openstreetmap.org/wiki/Mapgen.pl and then http://wiki.openstreetmap.org/wiki/Mapgen.pl/samples there is an svg output file there. just put it there for you. have a try gerhard On Sat, 2010-04-10 at 20:55 +0300, elisabetta ronchi wrote: > Hello everybody! > > > I'm a graphic designer from Italy. My name is Elisabetta. > > > I'm quite new with OSM. It's about two weeks I'm reading your > tutorials.. > > My problem is that I'm trying to edit OSM maps in Adobe Illustrator > but I have problems with fonts. > > I know you guys probably don't like Illustrator, but at the moment I > have no choise. > > I've tryed many solutions: rendeing with osmarender and then convert > the svg with Inkscape didn't work. > > I find very interesting this way: export from OSM the Pdf file and > open it in Illustrator (straight, or by converting it in .eps throught > A. Professional before). > > The only BIG PROBLEM is that Illustrator opens the font (dejavu Sans) > as outilines, and I really really need to edit the texts in > Illustrator (change color and font...). > > I think the problem is the subsetting encode of Cairo pdf: CID > Identity -H > > NowI'm a disaster with computers... but please somebody HELP :) > It's about one week I'm just trying to solve this problem. I really > need to get the maps fully editable in Illustrator, expecially texts. > > It's very important for me. > > Thanks a lot for your job. Please send me a copy of your reply to > elisabetta.ron...@gmail.com > > Elisabetta > > > > > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] new mapgen versions 0.13-0.15 published
v0.15 (March 25th, 2010) * output format correction - size and resolution * more intelligent way labeling: merging by name and type, splitting by direction on map * faster area icon processing * [-place] also accepts node id now v0.14 (rel Mar 20th, 2010) * ocean rendering * lots of new icons and rules * new module for rules * [-pad] option to allow for borders in map, especially useful for islands * [-allowiconmove] allows icons to be moved (with their labels) so they can avoid already occupied areas v0.13 (rel. Mar 13, 2010) * tagstat considers sub k/vs * borders for ways * remarks possible in style file * scale for rules can be set separately * tagstat now separately for nodes and ways * more intelligent declutter - integrated solution for icons and labels, still excluding street/way labels ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] new mapgen version 0.12 released
v0.12 (rel. March 6th, 2010) * wild cards for values in rules * legend only for used elements according to map scale * more intelligent icon and label placing * key/value and sub-key/sub-value for rule definition (i.e. amenity=hospital AND hospital=field) * try to avoid overlapping labels (better) * optimize area feature labels * line wrap for point feature and area feature labels ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapgen v11 released
Versions v0.11 (rel. Feb 26th, 2010) * min/max scale to apply rule * pattern icons for areas * oneway arrows optionally v0.10 (rel. Feb 20th, 2010) * icons for routes * poi and place list ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] new mapgen.pl version 0.09 released
hi, just uploaded a new version - for new features see list below http://wiki.openstreetmap.org/wiki/Mapgen.pl v0.09 (rel. Feb 18th, 2010) * lat and lon available for label texts * print lon/lat grid with labels * routes supported * automatic label fitting for ways * route stops supported v0.08 (rel. Feb 15, 2010) * icons for nodes * multipolygon problems solved * declutter for icons * support whole SVG colorset, even hex color definitions like #1A2B3C * print information about paper size * § in style file changed to ! * user's manual in PDF ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapgen v0.07
http://wiki.openstreetmap.org/wiki/Mapgen.pl v0.07 (rel. 2010-Feb-12) * multiple label keys (sorted by priority or all; label fallback) * tag stats; tags without rules * declutter; eliminate double labels on motorway/trunk and prevent labels from disturbing each other * scale functions ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] new mapgen.pl version 0.06
hi, there is a new mapgen version 0.06 http://wiki.openstreetmap.org/wiki/Mapgen.pl -help option -font families and real font sizes, offset from line can be given -grid color can be set -multipolygone with holes supported -style file adapted (new format!) cheers gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapgen.pl news - version 0.05
hi, new features: * Automatic map generation for a given place name (v0.05) * As an option a grid can be overlayed. (v0.05) * Another option is to automatically create a street directory (with grid reference). (v0.05) * Data can be clipped at the edge to allow for missing/incomplete data in osm file (v0.05) cheers gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapgen.pl
hi, just published the first really usable version of my new renderer here: http://wiki.openstreetmap.org/wiki/Mapgen.pl enjoy, if you are interested... feedback welcome! cheers gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapping progress haiti and usage of provided maps
good morning, i must say that i am impressed with the speed mapping is done in PoP and the area. it is amazing to see more and more features appearing on the maps. i am also surprised that my simple maps were downloaded (and hopefully used) over 300 times already. but: i suspect there is still a lot to do in the south west :-( lots of buildings with not a single road in between... and big landslides visible there. cheers gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] HAITI - simple map upgrade
hi, just to let you know there is an enhanced simple map available now in different formats: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Earthquake_map_resources#Printable_and_Static_Maps (last three entries) - png - svg - pdf it now covers a lot more features than before. new: - landslides - pcodes - camps as areas - more camps rendered - more naming cheers gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Haiti Field requirement: Haiti OSM maps in PDF
so, do YOU or anyone else really need oo draw format. or was it just for conversion purposes? On Sun, 2010-01-17 at 01:16 -0800, Sam Vekemans wrote: > Oops, forgot to send this to the main list. > ~ and in OpenOffice Draw, a PDF can be easily made. > > -- Forwarded message -- > From: Sam Vekemans > Date: Sun, 17 Jan 2010 00:55:31 -0800 > Subject: Re: [OSM-talk] Haiti Field requirement: Haiti OSM maps in PDF > To: "ce-test, qualified testing bv - Gert Gremmen" > > Im at work (job) right now. > Can we make an OpenOffice draw template & add in a map key? > -showing what the mapnik icons show/represent. > Also, > Showing numbers as (tranparent jpg's) so they can be moved around on > the page and cross-referenced in a space on the 2nd page of the > maposmatic sheet. > > If you dont understand, thats OK, i'll make it myself. > (after im done with the transparent contour map & mapsource installer) > > Sam > > On 1/17/10, ce-test, qualified testing bv - Gert Gremmen > wrote: > > Maposmatic seems to do the job: > > > > > > > > http://www.maposmatic.org/ > > > > > > > > Gert > > > > > > > > Van: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] > > Namens nicolas chavent > > Verzonden: zondag 17 januari 2010 2:01 > > Aan: talk@openstreetmap.org; crisismapp...@googlegroups.com > > CC: CJ Hendrix > > Onderwerp: [OSM-talk] Haiti Field requirement: Haiti OSM maps in PDF > > > > > > > > Hi there. > > > > Below a post on the topic getting Haiti OSM maps in PDF for direct use in > > the field and circulation in fora such as relief web. It has just been > > highlighted as a strong Haiti requirements from GIS responders working in > > Haiti > > "Top 1 Fied Requirement: ready to print maps ArchD size (24" x 36")" > > > > Best > > N > > > > -- Forwarded message -- > > From: Mikel Maron > > Date: Sun, Jan 17, 2010 at 1:49 AM > > Subject: Re: Haiti OSM map > > To: Jochen Plumeyer , nicolas chavent > > , Andrew Turner , > > Jonas Krückel > > > > > > > > Nicolas, Andrew, Jonas > > > > > > Can one of you pass along Jochen's request below ... nice PDFs and non-paved > > roads. One of the outputs we eventually want to have for HOT are nice PDFs > > for distribution through reliefweb, etc. > > Perhaps someone in the OSM or crisismapping community can pick up these > > threads > > > > Thanks > > Mikel > > > > > > > > > > > > From: Jochen Plumeyer > > To: Mikel Maron > > Sent: Sat, January 16, 2010 6:37:33 PM > > Subject: Re: Haiti OSM map > > > >> Anything in particular we can do on the mapping side? > > > > A super non-geek approved product would be a size-optimized PDF of the > > complete zone between border (including Jimaní and Pedernales) and the zone > > until Jacmel in the south, including all street names. I tried to produce > > that with osmarender, but it takes hours to calculate, seems it is not the > > right render tool. > > But the size ratio with osmarender is very good, with my tests with smaller > > *.osm files the ratio was about > > > > PDF size = OSM size / 8 > > > > Which means, that you can use as well low-RAM smartphones, older webpads > > etc. > > to display that map, without the need of connectivity. And any other device > > which can display PDF. > > The OCHA site has some PDF a bit like this, but not with every street name. > > And to give it a double oscar, having an optional coordinate grid would me > > great, or displaying the current mouse coordinate with JavaScript or > > something in the PDF viewer (Adobe includes JS, Flash AFAIK). > > > > I am no render guru, perhaps I used the wrong tool. > > > > The other thing is tracing of alternative streets to get into the city > > without > > traffic-jams. So, it would be good to have "possible 4x4 roads", without > > using the two bridges, I don't know if that is feasible, it should be > > coordinated together with the helpers here, perhaps I could do something > > about it. > > > > Cheers for now, take care! > > > > Jochen > > > > > > > > > > > > > > -- > > Nicolas Chavent > > Humanitarian OpenStreetMap Team > > http://wiki.openstreetmap.org/wiki/WikiProject_Haiti > > Mobile (FRA): +33 6 75 14 29 70 > > Email: nicolas.chav...@gmail.com > > Skype: c_nicolas > > > > > > > -- > Twitter: @Acrosscanada > Blog: http://Acrosscanadatrails.blogspot.com > Facebook: http://www.facebook.com/sam.vekemans > Skype: samvekemans > OpenStreetMap IRC: http://irc.openstreetmap.org > @Acrosscanadatrails > > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Haiti Field requirement: Haiti OSM maps in PDF
i have added a map using my own osmrender.pl here: http://www.gary68.de/temp/map_porto.png http://www.gary68.de/temp/map_porto.svg access from wiki page haiti is given. i am working on catastrophe specific map features and conversion to pdf. any hint for pdf conversion from command line highly appreciated! cheers gary68 On Sun, 2010-01-17 at 03:47 +0100, Frederik Ramm wrote: > Hi, > > nicolas chavent wrote: > > Below a post on the topic getting Haiti OSM maps in PDF for direct use > > in the field and circulation in fora such as relief web. It has just > > been highlighted as a strong Haiti requirements from GIS responders > > working in Haiti > > "Top 1 Fied Requirement: ready to print maps ArchD size (24" x 36")" > > PNGs suitable for large (!) printouts are already at > http://labs.geofabrik.de/haiti/large-png-maps/. I have also e-mailed > Jochen Plumeyer separately asking for specific PDF requirements. > > He seems to desire small and simple PDFs and this is something neither > Osmarender nor Mapnik are very good at - you tend to get giant PDFs that > take ages to render even on a proper PDF viewer. If someone has time on > their hands they could try to create a really simplistic map style for > either Mapnik or Osmarender taht would only show the bare minimum > required on the ground (e.g. no road casings etc) - it might be possible > to create simple PDFs with that then. > > Bye > Frederik > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Haiti user activity reports
hi, whoever might need it. for the time being i frequently generate user activity reports (actually maps) for haiti based on the data from frederik/geofabrik. you can then easily see where mapping took place. http://wiki.openstreetmap.org/wiki/WikiProject_Haiti http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response - there are 4 generations of the report cheers gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Getting boundaries from XAPI
http://wiki.openstreetmap.org/wiki/Boundaries.pl maybe of help? On Fri, 2009-12-11 at 11:02 -0500, Nakor wrote: > Hello, > > I was trying to get boundaries (i.e. nodes, ways and relations making > the county and cities limits) for my county from XAPI but cannot get > exactly what I want. > > If I try /api/0.6/way[bbox=-83.702,42.413,-83.069,42.905][boundary=*], > I get every node and way fine, but the relations just come up empty. > Also loadin this file in JOSM and updating the data does not get the > members in the relations. > If I > try /api/0.6/relation[bbox=-83.702,42.413,-83.069,42.905][boundary=*] > I get a huge file with data completely outside the zone I requested > (like nodes in Europe!) > > Any help on how to get the data I want would be appreciated. > > Thanks, > > N. > ___ > 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] Duplicate nodes incorrectly removed by bot BugBuster ?
in a closed way the first and the last node must be the same your example is an error. On Fri, 2009-09-25 at 17:49 +0200, Pieren wrote: > Dear list, > > A bot running under the user name "BugBuster "is currently modifying > many closed ways and remove nodes listed twice, e.g. > http://www.openstreetmap.org/browse/way/31604969/history > > Is it not normal that a closed way has the same node twice in the list ? > > regards > Pieren > > ___ > 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] UserActivity / Vandalism etc.
hi, i have to think about "new users" first. how long to monitor, what will be showed etc. it also might imply some storage of local data - as well as a whitelist would. i am not sure about a whitelist. good can turn into evel at least. but of course that's the worst case. since the tool is called user activity it shouldn't mask some actions/users. but of course it could be an option. the map is good for local areas and for an overview of a region/country. but the details vanish fast. or on the other hand you could generate pics the size of 20.000 x 30.000 pixels which are hard to handle and view... cheers gary68 gerhard On Fri, 2009-09-18 at 13:08 -0700, Mikel Maron wrote: > Nice start! > > Agreed that filtering for users outside the "social network" of OSM is going > to be incredibly useful. These are new users, who are (most unintentionally) > causing issues, and folks who haven't earned trust in the community yet. > Would it be possible to give a whitelist of trusted users to UserActivity and > filter them out? Or only show users with number of edits below a certain > threshhold. > > With filters in place, an RSS feed or a map to consult weekly is going to be > great tools for scaling monitoring of map activity. > > -Mikel > > > > - Original Message > From: Gary68 > To: Richard Weait > Cc: talk > Sent: Friday, September 18, 2009 9:57:19 AM > Subject: Re: [OSM-talk] UserActivity / Vandalism etc. > > dear richard, > > yes, that's an idea. i added it to the wish list on the wiki page. now > that the first real version is stable let's see what comes up. and i am > sure there will be new features. > > although i stumbled upon the first doubts regarding the time slot > analysis. One user thought that to be a bit too intrusive - personal > data and so on... > > he might have a point there and i think i will add the mode "time slot" > so i will be able to produce reports for the web without this section in > the html file. but it keeps me (or other people) in a position to > generate these portions of information privately. > > cheers > > gary68 > gerhard > > > On Fri, 2009-09-18 at 11:36 -0400, Richard Weait wrote: > > On Fri, Sep 18, 2009 at 7:46 AM, Gary68 wrote: > > > > > > PLEASE X-POST TO TALK-GB, i am not registered there. tnx! > > > > > > hi, > > > > > > i just finished version 2 of UserActivity, a program that monitors > > > actions in a certain area. there are new reports and drawn maps to be > > > seen in/via the wiki: > > > > > > http://wiki.openstreetmap.org/wiki/UserActivity > > > > > > new: > > > - map mode > > > - detailed map mode > > > - ways are monitored > > > - working time slots are monitored > > > > > > so, now the next vandal can come :-)) > > > > > > > > > cheers > > > > Dear Gerhard, > > > > Wonderful! > > > > Is it possible to add some visualization of new users vs. amount of > > activity? I wonder if there is a vandal-footprint that appears right > > from the start? > > > > Best regards, > > Richard > > > ___ > 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] UserActivity / Vandalism etc.
hi martin, thanks for the feedback. 1.) this #! thing doesn't work for me... i added it to the script nevertheless. 2.) bzip2. you are right. i just didn't run it with a zipped file so i didn't notice. 3.) yeah, yeah. you know how it is. i expanded the usage string a bit. the wiki page told a bit more... new version committed to svn. n8. cheers gerhard gary68 On Fri, 2009-09-18 at 20:15 +0200, MP wrote: > I got http://svn.openstreetmap.org/applications/utils/gary68/useractivity.pl > and I notices some bugs: > > You are missing #!/usr/bin/perl at first line > > I fixed it and then I got: > > Undefined subroutine &main::bzopen called at ./useractivity.pl line 1168. > > You have to use "use Compress::Bzip2;" also in useractivity.pl - doing > it in included osm.pm is not enough :) > > Also, considering the help printed out when called without enough > parameters, the > part "Mode = [N|P|D|S|PD]" is not very descriptive. Could be better :) > > Martin > > On 18/09/2009, Gary68 wrote: > > > > PLEASE X-POST TO TALK-GB, i am not registered there. tnx! > > > > hi, > > > > i just finished version 2 of UserActivity, a program that monitors > > actions in a certain area. there are new reports and drawn maps to be > > seen in/via the wiki: > > > > http://wiki.openstreetmap.org/wiki/UserActivity > > > > new: > > - map mode > > - detailed map mode > > - ways are monitored > > - working time slots are monitored > > > > so, now the next vandal can come :-)) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UserActivity / Vandalism etc.
dear richard, yes, that's an idea. i added it to the wish list on the wiki page. now that the first real version is stable let's see what comes up. and i am sure there will be new features. although i stumbled upon the first doubts regarding the time slot analysis. One user thought that to be a bit too intrusive - personal data and so on... he might have a point there and i think i will add the mode "time slot" so i will be able to produce reports for the web without this section in the html file. but it keeps me (or other people) in a position to generate these portions of information privately. cheers gary68 gerhard On Fri, 2009-09-18 at 11:36 -0400, Richard Weait wrote: > On Fri, Sep 18, 2009 at 7:46 AM, Gary68 wrote: > > > > PLEASE X-POST TO TALK-GB, i am not registered there. tnx! > > > > hi, > > > > i just finished version 2 of UserActivity, a program that monitors > > actions in a certain area. there are new reports and drawn maps to be > > seen in/via the wiki: > > > > http://wiki.openstreetmap.org/wiki/UserActivity > > > > new: > > - map mode > > - detailed map mode > > - ways are monitored > > - working time slots are monitored > > > > so, now the next vandal can come :-)) > > > > > > cheers > > Dear Gerhard, > > Wonderful! > > Is it possible to add some visualization of new users vs. amount of > activity? I wonder if there is a vandal-footprint that appears right > from the start? > > Best regards, > Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] UserActivity / Vandalism etc.
PLEASE X-POST TO TALK-GB, i am not registered there. tnx! hi, i just finished version 2 of UserActivity, a program that monitors actions in a certain area. there are new reports and drawn maps to be seen in/via the wiki: http://wiki.openstreetmap.org/wiki/UserActivity new: - map mode - detailed map mode - ways are monitored - working time slots are monitored so, now the next vandal can come :-)) cheers gerhard gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Vandalism detection
Hi! Since we had a few "incidents" discussed here earlier that month I created a wiki page http://wiki.openstreetmap.org/wiki/Detect_Vandalism Of course right now we do only have a few tools at hand, but we do have them! Use them! The page also lists a few ideas how to further improve vandalism detection. If you have any ideas, please add them. If I find the right approach I might program something in that direction. Cheers gary68 Gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Brainstorming: Simple Revert-Tools
hi. 1.) with great power comes great responsibility! 2.) the number of votes should depend on the complexity (number of affected objects?) 3.) mailing lists might be flooded because every single (and simple) revert request is sent to a complete list - of course I don't know how many reverts might be requested per time generally it's an idea worth thinking about it because right now only a few people are able to conduct such complex operations properly - but remember 1.) gary68 On Wed, 2009-09-02 at 20:23 +0200, Peter Körner wrote: > > I'd like to do a Brainstorming about how a Revert-Tool could look like, > > that is more open to the Community, can be used without programming > > knowledge and is able to to reverts fast. > > I'm thinking of a process like this: > > - Identify the Changeset you'd like to be reverted. > - Go to and throw in the Changeset-ID > - downloads the Changeset and the current state of all members > - shows you a list of all members of the Changeset >- highlight conflicting changes (tag- or position-mismatch) >- highlight conflicts that could be reverted automatically > (e.g. in the malicious changeset highway=secondary was changed > to highway=track and on the current node it's highway=secondary > again, or the node/way added in the malicious changeset was deleted > already) >- propose actions on nodes/ways that must be edited by hand (like > jsom does when connecting two ways with conflicting tags) > - when all conflicts are resolved generates a voting-url > - post this url to the appropriate mailing-list (global and local) and >let the community vote for your revert-proposal >- we'll need some kind of authentication here > - when 100 (20?, 50?, 1000?) people said "yes" to your proposal, the >tool applies your revert >- if this produces further conflicts the author should be able to > correct them (and only them!) without another vote. > - there should be a history when who reverted what > - each revert should have an explanation with a minimal length >(e.g. 30 words) > > Please plug your own thoughts in :) > Peter > > ___ > 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] XAPI URL for one way by ID?
hi! but XAPI is also intended to take load off the API, right? so it might be a good idea to implement these simple query functions. my 2cts cheers gerhard gary68 On Tue, 2009-08-25 at 07:31 +0100, 80n wrote: > XAPI is intended to provide capabilities that are not available with > the standard API. It is not intended to duplicate the API > capabilities. So the quick answer is use the API if you want to get a > way by id. > > The longer answer is that it could be implemented in XAPI fairly > trivially, and was probably an oversight rather than a deliberate > omission. If it had been implemented then the correct way to query it > would have been: > > /api/0.6/w...@id=xxx] > > 80n > > On Tue, Aug 25, 2009 at 5:47 AM, Gary68 wrote: > hi, > > on API i can GET > > http://www.openstreetmap.org/api/0.6/way/Id > > using the same string on XAPI like > > http://osmxapi.hypercube.telascience.org/api/0.6/way/38427403 > > results in "firefox can't find the file..." > > initially I typed > > http://www.informationfreeway.org/api/0.6/way/23328268 (other > id, ok...) > but i was redirected. > > trying ...way[id=xxx] or Id=xxx didn't help either. > > so, question: how do i get exactly one way by id from xapi? > the wiki > page doesn't help me... > > thanks > > gerhard > gary68 > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] XAPI URL for one way by ID?
hi, on API i can GET http://www.openstreetmap.org/api/0.6/way/Id using the same string on XAPI like http://osmxapi.hypercube.telascience.org/api/0.6/way/38427403 results in "firefox can't find the file..." initially I typed http://www.informationfreeway.org/api/0.6/way/23328268 (other id, ok...) but i was redirected. trying ...way[id=xxx] or Id=xxx didn't help either. so, question: how do i get exactly one way by id from xapi? the wiki page doesn't help me... thanks gerhard gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map rendering, which is not aligned to coordinate axes
hi. a surrounding polygon and osmosis would do the job on a planet file, i think. gary68 gerhard On Wed, 2009-07-15 at 16:06 -0400, si...@mungewell.org wrote: > > Cutting and rotating a "normal" map would of course not be appropriate, > > because (beside possible loss of quality) the labels would not be > > horizontal > > any more ... > > If you were working in an SVG frame work you could rotate the whole image > then apply a reverse rotation limited to just the labels after the map was > rendered. > > I also think that there is a osmarender 'parameter' which can set the > rotation on each element, so you could set this prior to rendering in your > rules file. > > You can use osmosis to cut a bounding polygon out of OSM data, this might > help you limit the plot to that of a rotated rectangle (or other shape). > http://wiki.openstreetmap.org/wiki/Osmosis/DetailedUsage#--bounding-polygon_.28--bp.29 > > You don't say what the required graphic format is (SVG, PNG, tiles, etc). > Does osmarender provided suitable output for you? > > 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] 'Distance to feature' maps?
of course this is possible. store the new min dist for each node if it is lower than the old min dist. store next postbox node id if wanted. all a matter of time and memory :-) On Wed, 2009-07-15 at 13:30 -0400, si...@mungewell.org wrote: > >> only needs an dijkstra algorithm and some more lines of code. > > > > sounds so simple... ;-) > > > > I had a look at the wikipedia page > > (http://en.wikipedia.org/wiki/Dijkstra%27s_algorithm) and that would look > > to make sense. > > > > As you may have noticed I've actually had a relatively amount of success > with this, but my brain is off on the 'multiple targets' question. > > Is it valid to repeat the dijkstra algorithm with multiple 'target' nodes, > so you could find the shortest path to (say) any playground? Target nodes > could auto-magically be extracted from OSM file based on tags. > > Is this as simple as keeping the 'found' state in a seperate variable for > each node (rather than using the distance variable as a found state)? > > Then you could 'walk' from each target node looking at 'found' state and > 'distance' to determine whether this node was closer to new target than > the previous, if it were you adjust the 'found' to indicate which target > was closer, set your distance and then continue to walk. > > You'd also have a record (in the 'found' state) of which target was closer. > > Does this sound correct? > 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] 'Distance to feature' maps?
simon, i might have a christmas present for you... please have a look at the files below: http://www.gary68.de/temp/hofheim.png http://www.gary68.de/temp/hofheim.svg http://www.gary68.de/temp/hofheim.osm http://www.gary68.de/temp/hofheim.gpx you could insert the *.osm in your original osm file and have a render rule for those entries. then you can use a renderer of your choice, like KOSMOS. Don't know if gpx is useful though. and here's the code (you will need the modules too!) - first BETA. no QA took place :-) http://svn.openstreetmap.org/applications/utils/gary68/distancemap.pl http://svn.openstreetmap.org/applications/utils/gary68/ any more wishes? ps: i don't know if shapes like elevation lines really make sense here... pps: wiki page will follow! cheers gary68 gerhard On Tue, 2009-07-14 at 13:20 -0400, si...@mungewell.org wrote: > Has anyone done any work in the area of making maps representing 'distance > to feature' as measure along routable roadways/footways? > > Local school board is trying to drop school bus service school kids (from > grade 1 up) within 2.0km of school and get them to walk to school (bear in > mind this is a rural community with -40'C winters, wildlife such as > bears/cougars and an ungated CPR train route through it). > > I have some ideas about representing the data, but does anyone have any > suggestions on how to parse through each node and measure the distance > along each way to produce a list with 'distance to school' tag for every > hightway node? Is this the 'best' approach? > > The node list would/could then be passed through a variant of > 'strm2osm.pl' to produce a contour layer, and then merged/plotted with > osmarender. > > > I could also imagine that this 'work' might be usefull in 'distance to > nearest [bus stop, post box, etc]' maps/datasets. > > Cheers, > 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] 'Distance to feature' maps?
another thought: it would also be possible to create additional nodes (where i.e. type=dist, dist=xyz) in xml format that could be fed into an existing osm file. the resulting file could be rendered by KOSMOS. all this would need is an additional rule for the new distance nodes. then you would have nicer maps :-)) gerhard On Tue, 2009-07-14 at 13:20 -0400, si...@mungewell.org wrote: > Has anyone done any work in the area of making maps representing 'distance > to feature' as measure along routable roadways/footways? > > Local school board is trying to drop school bus service school kids (from > grade 1 up) within 2.0km of school and get them to walk to school (bear in > mind this is a rural community with -40'C winters, wildlife such as > bears/cougars and an ungated CPR train route through it). > > I have some ideas about representing the data, but does anyone have any > suggestions on how to parse through each node and measure the distance > along each way to produce a list with 'distance to school' tag for every > hightway node? Is this the 'best' approach? > > The node list would/could then be passed through a variant of > 'strm2osm.pl' to produce a contour layer, and then merged/plotted with > osmarender. > > > I could also imagine that this 'work' might be usefull in 'distance to > nearest [bus stop, post box, etc]' maps/datasets. > > Cheers, > 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] 'Distance to feature' maps?
hi simon, i will seriously think about it. there's my program osmrender.pl which only needs an dijkstra algorithm and some more lines of code. then it would do. please look at the wiki for the map it produces. http://wiki.openstreetmap.org/wiki/Osmrender.pl of course this can be finetuned. ps: only thing i need is time... gerhard On Tue, 2009-07-14 at 13:20 -0400, si...@mungewell.org wrote: > Has anyone done any work in the area of making maps representing 'distance > to feature' as measure along routable roadways/footways? > > Local school board is trying to drop school bus service school kids (from > grade 1 up) within 2.0km of school and get them to walk to school (bear in > mind this is a rural community with -40'C winters, wildlife such as > bears/cougars and an ungated CPR train route through it). > > I have some ideas about representing the data, but does anyone have any > suggestions on how to parse through each node and measure the distance > along each way to produce a list with 'distance to school' tag for every > hightway node? Is this the 'best' approach? > > The node list would/could then be passed through a variant of > 'strm2osm.pl' to produce a contour layer, and then merged/plotted with > osmarender. > > > I could also imagine that this 'work' might be usefull in 'distance to > nearest [bus stop, post box, etc]' maps/datasets. > > Cheers, > 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] The future of bugs in OSM
good morning, i like the idea although i agree with frederik that maybe not everything can be done inside one application. a few ideas and facts and thoughts - today every week i provide ~30.000 bugs for germany. they are only published on my web, linked in the wiki and occasionally i post to the forum or the talk-de list - what i see is that lots of people care for their area. but lots of bugs are outside their scope. what i want to say is: how do we get people to repair the other bugs? ok, competition might be one thing. i also provide lists of similar bugs. so if you are really bored you can work on them. - for bugs that are reported again and again... very simple. the new application should be able to show remarks for spots. - i would need a possibility to bulk upload my data and i need to be able to tag the entries. furthermore i need an api call to remove all bugs tagged with a certain tag. since i will upload a new set of bugs all week and my bugs don't have ids. i created a wiki page for "Meta OSB" http://wiki.openstreetmap.org/wiki/Meta_OSB ( if you want to rename it, please do!) please add wishes and other things there... cheers gerhard gary68 Am Mittwoch, den 01.07.2009, 15:22 +0100 schrieb SteveC: > I've been thinking a bit about how bugs work in OSM. > > I really like the way OSB works > > http://openstreetbugs.appspot.com/ > > But it's closed source afaik and doesn't have an API. It uses human > input. new OSB is cool and tries to fix some of this > > http://wiki.openstreetmap.org/wiki/User:Emka/new_OSB > > I like keepright > > http://keepright.ipax.at/ > > But it's more automated. > > Here's my vision for how bugs should work. > > You go to http://bugs.openstreetmap.org/ > > There's a big map of bugs which looks similar to OSB. It doesn't know > who you are and drops you in to beginner mode which shows bugs that > are relevant to you - human entered stuff say. There is an > intermediate mode which shows a slide which, when slid, shows more > bugs. So at the low end human entered stuff, but at the high you get > every single fixme from OSM. Then there is expert mode which looks > like keepright, and you can click various things on and off. > > How do you enter bugs? There are two ways. As a human on bugs.osm.. > www.openstreetmap.org > you can click a little green plus like OSB has on the map, or > potlatch will let you do it too. > > But, and this is key, it also has a RESTful API for mass uploading of > bugs. > > We need to do two things - unify the various bug systems and expose > more of the bugs. > > To give you an example there are tons of bugs in the US, but there is > no systematic way to fix them, or even begin fixing them. There are > some good HOWTOs on the wiki on the actual individual details of how > to fix a bridge connected to the road beneath it, but no big list of > such bridges or where they are. We need to make this systematic. > > http://wiki.openstreetmap.org/wiki/TIGER_fixup/Over_Connectedness > > Why is my system better than OSB or keepright? > > OSB with a simple API might fly, but it's not open and not quite part > of OSM. Keepright kind of gets there but the barrier to entry is high. > If I want to do an import and list bugs to check, or I want to write > my own little maplint utility to check for X or Y or Z I have to learn > whatever language keepright is in and start hacking against a large > codebase. Instead, bugs.openstreetmap.org would offer a really simple > REST api to throw bugs at. > > I envisage it as a sort of clearing house for bugs. It will quickly > become very useful for lots of people writing small, loosly-joined > tools. The barrier to me writing a small bug app is low. I imagine all > sorts of little apps writing things to submit bugs much as keepright > or maplint sort of do now. All they have to do, is run a script to > report the bugs from planet every week (or whatever) and keep track of > the bug IDs and see if they're closed yet. > > Now on the output side I think there is a huge amount of potential. > > Right now people don't know where to start fixing things. You can > point people at OSB but that is human only, or you could point them at > keepright or maplint but then you have to fight to maintain those > things. Instead, bugs.openstreetmap.org would be a central clearing > house which everyone can submit to and use. > > To go back to that example, if someone writes a script to find all > freeways in the USA which connect at right angles to residential roads > and submits them through the api to bugs.openstreetmap.org
Re: [OSM-talk] [OSM-dev] Planetfile with ChangeSet
i'm interested in this topic too. so i cross post this here. no answer on dev so far... gary68 On Fri, 2009-05-29 at 10:35 +0200, m2hu...@hsr.ch wrote: > Hi Everyone > > With the danger of asking a stupid question: As I wanted to import the newest > planet.osm file, I saw that there are changeSet's on top of the Planet file. > > I didn't find any information about that on the wiki, so i ask this here. > > My question is: Is that intented? And what would be the plus of adding this > information to a planet file. > In my understanding, the planet file doesn't need changeSet (its an > inital-Import.. this should be done at once anyway) > > Thanks for an Answer > > Regards > Mike > ___ > dev mailing list > d...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Server Side Script
good work, roland. seems like a lot of useful work to me. thanks gerhard gary68 On Thu, 2009-05-28 at 17:47 +0200, Roland Olbricht wrote: > Hello, > > the project I've been working on the last few month now into some kind of > beta > status. So I you would like a reverse gazetter or a download an area of the > size of a city, have a look at > > http://78.46.81.38 > > In particular, this might be relevant to the topic "Advanced multipolygons - > do we need area types? How well are they supported?" of the London Hack > Weekend > http://wiki.openstreetmap.org/wiki/London_Hack_Weekend > > The idea behind the story is to have a server where one can obtain derived > data as a web service. Areas are a standard example of that kind of things: > the borders are as ways of use on their own, but they also define the area. > In the OSM database, you find only the borders represented as ways and a > relation declaring which borders constitute a certain area. So every > application must figure out the areas on its own and has to rewrite the code > and spent possibly substantial computation time (think of calculating a > nation's borders on a mobile phone) on that. That's where the OSM Server Side > Script server comes into the game: the derived data gets accessible to any > application just with a single query, and the mappers still only need to edit > and declare the independent data. > > And even the rules can be edited by the user as explained in documentation: > http://78.46.81.38/#section.rule_example > > So in the long term, we may also do things like preparing the data for > routing, deriving "residental areas" as desired here > http://lists.openstreetmap.org/pipermail/dev/2009-February/014175.html > or apply the machine readable version of the wiki as proposed here > http://wiki.openstreetmap.org/wiki/Machine-readable_Map_Feature_list > to detect conflicting objects in the database. > > There's a lot of work to do left. So I would like to get some feedback what > to > do first. And maybe there's even somebody who would like to join the > project :) > > Some issues I see so far > > features: > * A spatially intrinsic query for ways: At the moment, you only can query for > nodes and then get the back references to get the data for an area. However, > this would not include ways that cross an area without having a node inside > of it. So this enhancement of the area-query would make it possible to > include also those ways. > * Mixed queries with spatial and tag-based criteria: an example would be to > find all motorways in Germany. > * Restriction of the output: If the size of the data is relevant (think of a > mobile phone as a client), the server could omit certain useless tags (like > the frequent "created_by" tag to reduce file size or processing complexity. > * Or other things that come into your mind ... > > basics: > * Proceed with the documentation: at the moment, the documentation is reduced > to the essential things. And I don't even know whether the documentation is > helpful or not. > * Make the source code of the server accessible: The code is a bunch of C++ > source files along with some bash scripts. It is quite a mess at the moment. > And I'm even not sure whether I should place it in the OSM SVN or not. > > I would be grateful for every kind of feedback. > > Cheers, > Roland > > ___ > 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] extracting (simplified) boundary polygon files out of osm files for osmosis
hi simone, i implemented something that could help you. but you have to experiment since for some polygon shapes the algorithm works and for others it doesn't (really). see latest version provided v20-beta 003. -resize -factor=1.2 (or the like) 1.05 is default, might be too small if -simplify if given it works on the simplified polygons instead. might give better results ?! cheers gerhard On Fri, 2009-05-22 at 19:13 +0200, Simone Cortesi wrote: > On Fri, May 22, 2009 at 1:09 PM, Gary68 wrote: > > > if you are interested in the topic have a look here: > > http://wiki.openstreetmap.org/wiki/Boundaries.pl > > Gary, > > I'd like to submit a feature request: a switch to have a circumscribed > way around the given boundary: i.e. I would like to be able to feed > this way to osmosis so I can obtain an area with some extra data > around it. > > Thanks, > S ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Relation analyzer issue
hi, maybe this tool is of help? http://wiki.openstreetmap.org/wiki/Relation_Check ok, it's not online but works on osm files, but... see for yourself cheers gary68 On Tue, 2009-05-26 at 14:33 +0200, Ben Laenen wrote: > No idea who I should contact for issues with the Relation Analyzer at > http://betaplace.emaitie.de/webapps.relation-analyzer/ > so I hope the right person will read this > > The analyzer is now chopping the route up between parts with the same > member roles. That means the checker has become useless now for oneway > routes, because the roles will alternate between "forward" > and "backward" a lot depending on the underlying way directions. > > The effect can be seen for example with > http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=147413 > The route is in one piece (see > http://betaplace.emaitie.de/webapps.relation-analyzer/osm.jsp?relationId=147413 > ), yet the analyzer thinks it's split up in six pieces. > > So can this change be undone please, so we can use the analyzer again? > > Thanks > Ben > > ___ > 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] extracting (simplified) boundary polygon files out of osm files for osmosis
simone, i added the wish to the wiki page and added the following comment: I will think about it although I think that this is not an easy task in general. There of course are some geometries where it is easy, but... A while ago I had a similar problem and I got some hints. I have to evaluate them. ciao gerhard gary68 On Fri, 2009-05-22 at 19:13 +0200, Simone Cortesi wrote: > I'd like to submit a feature request: a switch to have a circumscribed > way around the given boundary: i.e. I would like to be able to feed > this way to osmosis so I can obtain an area with some extra data > around it. > > Thanks, > S > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] extracting (simplified) boundary polygon files out of osm files for osmosis
hi, if you are interested in the topic have a look here: http://wiki.openstreetmap.org/wiki/Boundaries.pl cheers gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] osmosis 0.30 problem...
ok, that did the trick. seems not to work with abbreviated tasknames... thanks a lot! On Mon, 2009-04-27 at 08:13 -0700, Karl Newman wrote: > On Mon, Apr 27, 2009 at 7:07 AM, Gary68 wrote: > hi, > > i want to use the clipIncompleteEntities option for 0.6 data > files. > osmosis version is 0.30 > > i get: > com.bretth.osmosis.core.OsmosisRuntimeException: Argument > clipIncompleteEntities for task 2-bounding-box was not > recognised. > > > is option order crucial? > > command line is: > ../../osmosis/osmosis-0.30/bin/osmosis > --rx ../../osmdata/spain.osm > --bounding-box left=-5.7 right=-3.8 bottom=35.99 top=36.9 > clipIncompleteEntities=true --wx ../../osmdata/costadelsol.osm > > > cheers > > gerhard > > That option is only implemented in the 0.6 tasks, and Osmosis 0.30 > defaults to 0.5 tasks. In order to use this with 0.30, you need to > specifically indicate 0.6 tasks by appending -0.6 to each task name. > In other words: > > ../../osmosis/osmosis-0.30/bin/osmosis > --read-xml-0.6 ../../osmdata/spain.osm --bounding-box-0.6 left=-5.7 > right=-3.8 bottom=35.99 top=36.9 clipIncompleteEntities=true > --write-xml-0.6 ../../osmdata/costadelsol.osm > > Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] osmosis 0.30 problem...
hi, i want to use the clipIncompleteEntities option for 0.6 data files. osmosis version is 0.30 i get: com.bretth.osmosis.core.OsmosisRuntimeException: Argument clipIncompleteEntities for task 2-bounding-box was not recognised. is option order crucial? command line is: ../../osmosis/osmosis-0.30/bin/osmosis --rx ../../osmdata/spain.osm --bounding-box left=-5.7 right=-3.8 bottom=35.99 top=36.9 clipIncompleteEntities=true --wx ../../osmdata/costadelsol.osm cheers gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] planet? geofabrik download...
too many nodes? not really efficient, possibly... and besides. of course i could do it. but the programs are written for the format as it was. gerhard On Mon, 2009-04-27 at 13:22 +0200, marcus.wolsc...@googlemail.com wrote: > On Mon, 27 Apr 2009 13:01:34 +0200, Gary68 wrote: > > it seems the geofabrik job today got stuck. still some countries > > missing, german bundesländer not calculated. > > > > i just checked croatia and denmark. denmark misses 17 of 1400 nodes that > > i would have needed for a certain check. > > > Mmmhhh... you have the ability to download the extract. > What about simply asking the API for any node that is missing? > Your have the ID of the node from the waynode-entry. > > Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] planet? geofabrik download...
it seems the geofabrik job today got stuck. still some countries missing, german bundesländer not calculated. i just checked croatia and denmark. denmark misses 17 of 1400 nodes that i would have needed for a certain check. On Mon, 2009-04-27 at 11:52 +0200, Etienne Chové wrote: > Frederik Ramm a écrit : > > Hi, > > > > Gary68 wrote: > >> just wanted to use a planet slice from geofabrik and noticed that in > >> bremen.osm.bz2 at least 4 referenced nodes are missing: > > > > Osmosis now exports incomplete objects by default, rather than clipping > > them. One has to explicitly request clipping which is what I've done for > > tonight's job, so expect old-style clipped files tomorrow. > > I think today france extract still have the same problem : > > % grep "\"12631399\"" france.osm > > > This node is used in a way but not declared. > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] planet? geofabrik download...
there are situations where this is needed. for instance when i want to have a rectangle exactly, if i want to clip sharp (maps/pictures). on the other hand if i have a file with referenced nodes where the coordinates are missing i will have a problem when i want to use the coordinates. On Mon, 2009-04-27 at 09:07 +0200, marcus.wolsc...@googlemail.com wrote: > On Fri, 24 Apr 2009 19:15:21 +0200, Gary68 wrote: > > hi, > > > > just wanted to use a planet slice from geofabrik and noticed that in > > bremen.osm.bz2 at least 4 referenced nodes are missing: > > > > node 31088130 not found > > node 257415561 not found > > node 285091039 not found > > node 303607968 not found > > > > those are referenced by ways in that file. > > > > any ideas? > > How is that supposed to be a problem? > Unless you are working with all of the planet > that is to be expected. > > What are you doing with the planet-slice that has an issue > with this situation? > > > Marcus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] planet? geofabrik download...
hi, just wanted to use a planet slice from geofabrik and noticed that in bremen.osm.bz2 at least 4 referenced nodes are missing: node 31088130 not found node 257415561 not found node 285091039 not found node 303607968 not found those are referenced by ways in that file. any ideas? tnx gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Relation check
Hi, i just published version 1 of the relation check: http://wiki.openstreetmap.org/wiki/Relation_Check Program is now - much faster (Germany file takes about an hour) - works with poly files now - prevents false positives by using poly file border information - gpx support for nearly all relations. exception is routes, too many open ends... - for routes the map also shows excursions, shortcuts etc. Actual data (for Germany) is just calculated and will be published later this evening. Cheers Gerhard gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Road network length calculation
i just wrote a simple perl script which does the trick, at least i think so. http://www.gary68.de/osm/prg/highwaystat-latest.pl be aware that you need one of my perl modules as well! http://www.gary68.de/osm/prg/osm-latest.pm just pass an osm file as parameter. output is like this: highwaystat.pl 1.0 BETA (001) for file ../../osmdata/saarland.osm highway:bridleway 2.40 km highway:bus_stop 0.04 km highway:construction 0.76 km highway:cycleway 191.61 km highway:footway 333.10 km highway:living_street 45.47 km highway:motorway 497.20 km highway:motorway_link 97.49 km highway:path 346.15 km highway:path; track1.07 km highway:path; track; footway 1.19 km highway:pedestrian17.10 km highway:primary 377.86 km highway:primary_link 9.41 km highway:residential 2354.76 km highway:road 5.06 km highway:secondary 1392.34 km highway:service 198.39 km highway:steps 12.80 km highway:tertiary 309.66 km highway:track 1964.94 km highway:track; footway 1.22 km highway:trunk 9.98 km highway:trunk_link 0.79 km highway:unclassified 467.00 km highway:unsurfaced 1.07 km highway_alt_1:primary 1.86 km INFO: finished after 0 hours, 0 minutes and 9 seconds cheers gary68 gerhard On Sat, 2009-03-21 at 14:55 +0200, Tomas Straupis wrote: > Hello > > Is there an app to calculate length of given types of ways in .osm file? > To get something like this: > Total length of highways: 10km > Total length of footpaths: 2km > Total length of railways: 5km > > Thank you > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Way length and relation member check / API 0.6
hi, the results for the whole planet are now online here http://wiki.openstreetmap.org/wiki/SomeChecks#Way_Length_Check the new version of the program also checks for relations with more than 975 members. nearly all results are online. just europe and the planet in version 2 need some time... tomorrow! cheers gary68 gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Long Ways and API 0.6
in europe there are 202 ways with more than 1950 nodes. complete lists can be found here: http://wiki.openstreetmap.org/wiki/SomeChecks or the europe file directly: http://www.gary68.de/osm/qa/some/len_europe.htm btw: now i'll try the planet :-) cheers gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Donations and bank accounts
Dear foundation, you should have a bank account in major countries. I'm sure it wouldn't hurt to have one in Germany. The Paypal barrier and the high charges of the banks for foreign transfers keep people from donating here. It is just being discussed in the German list. I for sure would donate then (and regularlier) ;-) I for sure won't sign on to PayPal. And I won't give my bank xxEUR for shipping a few bucks across the channel. Think about it! Gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] GroundTruth anomalies...
hi, please have a look here http://wiki.openstreetmap.org/wiki/Talk:GroundTruth#Problems for some weird results on my etrex legend HCx out of ground truth. Any idea? Thanks Gerhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] osmrender.pl version 2 published
hi, although the program will probably never be finished I published version 2. please adapt to your needs! version 2 creates - SVG files - street names example here: http://www.gary68.de/osm/hof.svg have fun downloads http://wiki.openstreetmap.org/wiki/User:Gary68 dokumentation here http://wiki.openstreetmap.org/wiki/Osmrender.pl http://wiki.openstreetmap.org/wiki/Osmgraph.pm gerhard gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapping quality program version 2.0 published
hi, today I published a new version of mappingquality.pl here: http://wiki.openstreetmap.org/wiki/User:Gary68 the program takes an osm file and gives you - statistical data of "mappedness" (mapping quality) in HTML and CSV - list of unmapped or sparsely mapped places TXT - street directory for each place the program found (nodes and ways) CSV - simple map that displays the area and lists key figures right where they come from. for more details please follow the link http://wiki.openstreetmap.org/wiki/Mapping_Quality the program uses two perl modules that are also published on my wiki page and may be of use for other projects as well. ciao gerhard gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapping Quality and Presentation
hi, currently i generate reports of unmapped / sparsely mapped places (in germany) here: http://wiki.openstreetmap.org/wiki/Unkartografiert i am using the program: http://wiki.openstreetmap.org/wiki/Unmapped_Places from my point of view it is only a matter of (short) time until we don't get useful information anymore (at least for germany). then we will have to look at quality rather than quantity to further improve the map. therefore i would like to enhance the program but i need some good input and ideas there. not only do i need ideas for data and calculation but also for the presentation of the data. i can imagine gathering and calculating the following things (only first ideas!): - number ways (even separated by type) - number of nodes and ways with tags (and ratio) - number FIXME tags and the like but what will these numbers tell us then? we would need to set them in relation to something... i think i could calculate some distribution tables for certain data for each place type. as a reference maybe. so if you have any ideas, let me know! cheers gerhard gary68 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google/OSM comparison - visualised
hi, still have to look at it because my ubuntu / firefox doesn't run the media but... i try to identify unmapped and sparsely mapped places in osm (Germany for now). the results can be seen here http://wiki.openstreetmap.org/wiki/Unkartografiert (page is German but result files are English) there is also a visualization in a slippy map here http://www.gary68.de/osm/qa/unmapped/index.php (turn on layers with the plus and zoom into Germany) i am running several reports on behalf of osm quality assurance but this is the most requested data according to the log files of my provider. cheers gary68 Gerhard Am Samstag, den 06.12.2008, 10:29 + schrieb Steve Chilton: > I have taken Bernard's original visual comparison (location data) and Alex's > scoring (numerical comparison) and produced a map to visualise the results of > the comparison. > The result can be seen at: > http://maker.geocommons.com/maps/1784 > I have tried to remove any capitals that were mis-placed or incorrect, and > obviously am using Alex's somewhat subjective metric. > The size of the circles are proportional to the values for both, so small is > poor coverage and large good. The overlap of the circles shows who appears to > be doing better (orangey/brown showing means that osm is doing better, blue > google). > The geo-located data table is available from the link on the site. > Thanks to the Geocommons Maker! service this was quite easy to achieve, > although I would have like to be able to show results on a combined scale > from +5 (for osm 5, google 0) to -5 (osm 0, google +5), with 0 for equal, but > couldn't find a way of using a bi-polar colour scale for point data in the > software (having calculated a new column in the spreadsheet). > > Cheers > STEVE > > -Original Message- > From: [EMAIL PROTECTED] on behalf of Edward Johnson > Sent: Fri 12/5/2008 7:53 PM > To: talk@openstreetmap.org > Cc: Alex Mauer > Subject: Re: [OSM-talk] Google Maps - OSM comparison > > > > At CloudMade we have been doing a lot of research and comparison into > the quality and completeness of the map but more focussing on Europe and > the USA. So it is very interesting to see this and see just how far > ahead we seem to be in less developed areas. > > I would be very interested in looking through that spreadsheet Alex, > could you send it over to me. Perhaps I will go through the list myself > and do some rankings and we can compare results. > > Ed Johnson > > [EMAIL PROTECTED] wrote: > > > > Captials in Europe are done very well (Vaduz is an exception) > > > > > > In South America OSM is far behind Google > > > > > > In Afrika the winner is OSM > > > > > > In Asia it's mixed. > > > > > > > > > I ran through the whole list, ranking the quality of the map for each > of > > OSM and Google on a scale of 0-5. (0 meaning that the map is blank or > > only the name appears, 5 meaning that it doesn't seem like anything is > > missing from the map) Assuming I did a good job of ranking, OSM is > > slightly ahead of Google worldwide and in in Africa and Asia. In > > Europe, OSM is well ahead. Google is slightly ahead in Oceania, and > > well ahead in North and especially South America > > > > Here are the results (I can provide my rankings in a spreadsheet as > well > > if anyone is interested): > > OSM Google > > World 2.642.50 > > Africa2.021.78 > > Asia 2.622.36 > > Europe3.903.38 > > N Am 2.172.77 > > Oceania 2.192.35 > > S Am 2.363.21 > > > > -Alex Mauer "hawke > > > > > > > > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
