Re: [OSM-talk] Patch to render names from routes and custom highway shields on a per country basis
On Sun, Sep 20, 2009 at 5:45 AM, John Smith deltafoxtrot...@gmail.com wrote: 2009/9/20 Martijn van Oosterhout klep...@gmail.com: I suppose it would be possible to get osm2pgsql to assign columns based on country locations, if the relevant polygons were available in another table. Handling diffs is not the problem, osm2pgsql knows exactly which things have changed and can do the relevent query to supplement the data. Any thoughts on osm2pgsql patches to do this? Would be be able to use a shape file for this instead of trying to use information that may or may not already exist in the DB? On the whole I'm not a great fan of shapefile during processing, it means you have to converts shapes back and forth between various formats the whole time. What I was thinking is: 1. Provide a process to read a defined shapefile into the database or something like that (mind you shp2pgsql already exists ofcourse). Perhaps the data could be copied from the polygons table depending on the tag? The thing is you need more attributes, and shapefiles provide a nice way bundle the extra data (shield types, colours, whatever). 2. Once the data is there, osm2pgsql can use joins to match the shapes and given the shapes, copy the values with those shapes into extra columns on the main table. Alternatively, give each shape a number, store the number with the shapes and let mapnik do the join (saves tons of disk space, thus time and memory). As for patches, I don't have time right now, but maybe in the future (a month or three). Do you want the country to be determined for all objects, or just some, like roads? Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline error checker shapefiles
Sure, on that page now is all the information used to generate the coastline checker output. Does this answer your question? On Mon, Oct 26, 2009 at 10:57 AM, David Groom revi...@pacific-rim.net wrote: Coastline error checker shapefiles are available at http://hypercube.telascience.org/~kleptog/ Is there any way that these can include self-intersection and inverted polygon type errors? Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline?
On Sat, Sep 6, 2008 at 6:54 PM, Michal Migurski [EMAIL PROTECTED] wrote: Thanks, Is this the main site? http://hypercube.telascience.org/~kleptog/ That's the spot. It's not immediately obvious from the wiki. Could those shapefiles be available via the planet directory? Which planet directory, on which server? Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline?
On Sun, Sep 7, 2008 at 7:47 PM, Michal Migurski [EMAIL PROTECTED] wrote: It's not immediately obvious from the wiki. Could those shapefiles be available via the planet directory? Which planet directory, on which server? Is this not officially sanctioned in some way? http://planet.openstreetmap.org/ What's officially sanctioned? Who would officially sanction it? This is an open project. Stuff get hosted wherever it needs to be ususally. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Need help!
I'm not the person to ask, so I've forwarded to the list to see if someone can help. On Wed, Sep 10, 2008 at 9:06 AM, Kostik [EMAIL PROTECTED] wrote: Greetings! I`m OSMer from Russia. Checking yesterday's changes, I have noticed, that all my work has been spoiled by user Dmitry Olyenyov. And not only mine. For last two days this user has made Simplify way in huge territory almost on half of Russia. Therefore a question: whether it is possible to roll away all changes made by this user for these two days? Thankful in advance for the help in this question. -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline error checker not working?
On Tue, Sep 23, 2008 at 8:36 AM, Gustav Foseid [EMAIL PROTECTED] wrote: Neither the 'coastline' base layer or the 'coastline errors' overlay seem to be showing any tiles. Anyone know the status of the coastline error checker? I was going to clean up some coastlines this week, but is a bit hesitant to start messing around with the coastlines without somewhere to check for errors. Well, thanks for mentioning there was a problem. Turns out that hypercube is having difficulties and that OAM is using all the database connections so tilecache is broken. And a network drive is unreachable. Not sure what can be done about that in the short term. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Code of conduct for automated (mass-) edits
On Mon, Sep 29, 2008 at 1:48 PM, Hugh Barnes [EMAIL PROTECTED] wrote: No, because the user agent is not recorded as part of the edits. Nor is it planned to record it as a property of the changeset in API 0.6. Right, that's surprising, it's a pretty handy thing. I was about to ask how you know the editor in the history, but the penny's dropped that you actually use a tag to record it. I guess that's a legacy of editors existing outside of the API. Well, when I was at the hackathon it was certainly intended to include the user agent in the changeset. As a replacement for the created_by tag. JOSM in API 0.6 will include it's version number in the changeset for example. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Greenland coastline looks good
Looking at the coastline checker it looks like greenland is looking good. I think that's the last major landmass. Very nice. Eurasia is looking a bit sick, nothing a little bit of editting won't fix. http://tile.openstreetmap.nl/coastlines.html Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Mapnik Style
On the whole I prefer no casing, it does mean the actual road colours need to be stronger to avoid the washed out look.. Have a nice day, On Wed, Oct 15, 2008 at 6:49 PM, Chris Hill [EMAIL PROTECTED] wrote: Patrick Weber wrote: Hi Just noticed that the Wednesday Mapnik update has introduced a considerable change in cartography style. Seems like lots of changes have been applied, which has considerably changed the look of the Mapnik Layer. I wondered if there is a summary of changes explained somewhere, and even maybe some of the motivations for those changes? I really like some of the new POI icons, which seem to be more consistent now. I am not so shure about the rendering of roads (primary,secondary) at Zoom layers 10-11-12. Overall, the contrast of map features seems reduced to me. While this can be a good thing if you want to overlay other layers of information, on its own, I think it makes it less easy on the eye in terms of making out features and so on. Anyone else feels like that? I agree that some of the roads look washed-out. I think part of the problem is that there doesn't seem to be a casing any more for trunk, primary and secondary. I do like the icons. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql planet: frustrations, cutoffs, and idempotence
On Mon, Oct 27, 2008 at 9:39 PM, Michal Migurski [EMAIL PROTECTED] wrote: I'm liking Jochen Topf's suggestion here: If the planet dump plus the diff from the same day is what everybody wants anyway, why not do this on the server side and hold the planet back after the first diff is available, run this over the planet and then publish that as the planet? 1. Because there are plenty of uses for the planet dump that don't need consistant snapshots. 2. Because such consistant snapshots have been available elsewhere for quite a while now and people who need them can get them. There's no particular reason why it has to be on the same site as the normal planet dumps. Probably what I need to do is get a fresh update of osm2pgsql. I can see now that the revision I'm using is older than #10464, where some inconsistency resilience was added. Umm, yeah. I was ofcourse assuming you were running the latest version, otherwise anything is possible, The creates-as-modifies fix was done two months ago. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql planet: frustrations, cutoffs, and idempotence
On Mon, Oct 27, 2008 at 9:40 PM, Michal Migurski [EMAIL PROTECTED] wrote: Now that I think about it though, I think what I did was take one of the planet dumps from http://hypercube.telascience.org/planet/ (which *are* consistant snapshots), and run the dailies from there. Is there any reason to not use those? They seem to be more frequent than the planet.openstreetmap.org ones - is there some disadvantage? How are they created? Umm, they are created by taking the planet dumps and applying the daily diffs every day. They are used to produce consistant snapshots of for example, NL and by the coastline checker (which really likes having consistant snapshots to work with). Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A super quick poll
On Mon, Nov 3, 2008 at 10:09 AM, OJ W [EMAIL PROTECTED] wrote: On Mon, Nov 3, 2008 at 7:59 AM, Joseph Gentle [EMAIL PROTECTED] wrote: The public domain will benefit OSM. What incentive would anyone have to add datasets to OSM if it were PD? Surely it would be easier and less risky for them to keep their own work in a separate database and combine it with OSM later so they get a better map than everyone else, hence competitive advantage. Why would they bother to share their work unnecessarily? This suggests that merging two datasets is low cost, which I think we know from experience simply isn't true. The situation you suggest isn't feasable simple because combining data privately isn't cost-effective in any way. OSM will win because it's got a community that contributes and fixes stuff, not because we have a viral licence. OSM would simply outdevelop any competitor, even if it was under PD. Oops, this discussion shouldn't be here, sorry :) Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Lake rendering
On Mon, Nov 3, 2008 at 3:36 PM, Sven Rautenberg [EMAIL PROTECTED] wrote: What if the inner way marks something other than nothing? Simply tag it as such. This works great, too. Example: Lake with wood island. What if this inner way has holes by itself? Example: Wood with lake inside, which has an island with wood. You can tag the wood as outer, tagging the way of the lake as inner, which renders fine. The lake too is a outer, with the island as an inner way. With two seperate relations I presume, one for the wood, one for the lake. Offhand I think osm2pgsql should get this right in slim mode (non-slim has its own problems). Do you have an example? Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik rendering of paths + place=locality in general
On Wed, Nov 5, 2008 at 8:47 PM, sylvain letuffe [EMAIL PROTECTED] wrote: Yeah, I know there are strong oppositions on this list to that way of doing, some guys that have the power by the fact they own the renderer might be unappy of changes they have to do on their styles and software and I completly understand them Yeah, we have soo much power. We actively prevent people from learning how to change things. Not. Come on. There is no the renderer, you can set up your own if you like. Anyone can. You just need to realise that putting something on a wiki page doesn't obligate anybody to support it. And forget just the renderers, there are dozens of programs that have lists of supported tags. Next you'll be complaining that certain tags are not supported by routing programs... Supporting a new tag has a significant cost and I don't think anyone is in a position to force someone to support it anywhere. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] barrier=gate
On Sun, Nov 9, 2008 at 1:32 PM, Gerald A [EMAIL PROTECTED] wrote: Renderers should be following the project. If the community decides one tag over the other, or both, or even neither, the renders will catch up eventually. Or we should allow tagging for renderers, which I would be against. The discussions about tags should focus on the merits of the data, not outside factors. Two problems with your argument: 1. The community as no coherent opinion. On any issue you're going to get significant chunks of the community taking opposite sides. 2. The renderers are part of the community too. Also, we are beginning to reach the point where renderers are not the only output. There are people out there tagging because they want routing program to produce better output. There tags rarely appear on renderers but are equally important. Merits of data discussions tend to get bogged down by the fact that every gate in the world is unique and no amount of tagging will change that. So we focus on practical issues of getting maximum information for minimum tagging which is a much easier goal. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
On Tue, Nov 11, 2008 at 9:54 AM, Jukka Rahkonen [EMAIL PROTECTED] wrote: I would like to make clear that I do not demand any special services for the Windows users. I understand that this project is running on Linux and that osm2pgsql is done for Mapnik rendering and it is not meant to be used as a general OSM data conversion tool. For that purpose having an ogr2ogr driver would be a better solution. Osm2pgsql.exe is just damn fast in importing OSM data into PostGIS in Windows environment and therefore I am, if not so very willing, but anyway ready to pay for the kind developer who would add those two missing features. I have in the past asked for anyone who got osm2pgsql to compile under windows to send the patches needed to make it work. However, there seems to be a lack of windows developers out there :( It's quite probable that over time some gcc specific features have snuck in, but I can't tell what will work on windows. There has to be someone out there which a windows devel environment would can spend an afternoon fixing any issues Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
On Thu, Nov 13, 2008 at 7:24 AM, Jukka Rahkonen [EMAIL PROTECTED] wrote: I made a quick test with the program and yesterdays Finland.osm.bz2 from Geofabrik.de. Program starts OK and reading in data is perhaps faster than with the older osm2pgsql.exe. However, import was not successful because of some error in the data. Message is this: terminate called after throwing an instance of 'geos::util::TopologyException' what(): TopologyException: found non-noded intersection between 2.68304e+006 8.95213e+006, 2.68415e+006 8.95259e+006 and 2.68415e+006 8.95259e+006, 2.68391e+ 006 8.95307e+006 2.68415e+006 8.95259e+006 That's, uh, wierd. Never seen that message before. We do use geos but I didn't think we did anything to trigger this... There's no other helpful information? Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
On Thu, Nov 13, 2008 at 3:03 PM, Rahkonen Jukka [EMAIL PROTECTED] wrote: Conclusion: Jon's osm2pgsql.exe works, but something in the system is perhaps too sensible for OSM data errors. If error is something Windows related could be verified if somebody who has osm2pgsql on a Linux box could have a try with Finnish data from Geofabrik (http://download.geofabrik.de/osm/europe/finland.osm.bz2 http://download.geofabrik.de/osm/europe/finland.osm.bz2 )? It takes about five minutes to run. Just tried it here and it works fine (Linux). Mist be something windows specific. Maybe someone put in an asserts build or something? Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why is JOSM upload so slow?
On Sat, Nov 15, 2008 at 9:49 AM, Keith Ng [EMAIL PROTECTED] wrote: I am currently uploading fixed coastline from JOSM and I notice that the upload is excruciatingly slow. The maximum speech achievable is around 1.5KB/s and the average speed is around 800 byles/s. I am uploading data from Melbourne, Australia. There's nothing wrong with my Internet. My maximum upload bandwidth is 256KB/s. Yet, JOSM notifies me that my current upload will take around 95 minutes. The problem is not speed, it's latency. I'm not sure what your ping time is to the server (I'm guessing near 350ms), but remember that any single update done by JOSM will take at least a whole HTTP request to do which is at least 4*RTT so maybe 1.5 seconds. Multiply by number of objects... The 0.6 API wil have a bulk upload stream which can significantly reduce the overhead. Another possibility is do a Save in JOSM and you bulk_upload from a machine closer to the server. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
On Sat, Nov 15, 2008 at 12:06 PM, Rahkonen Jukka [EMAIL PROTECTED] wrote: Some findings: - Old program gave positive OSM_IDs for features created from relations while the new seems to give them negative values. Obviously the code has been changed in between. I guess and hope that this change makes OSM_ID as unique identifier so it can be used as a primary key in the imported PostGIS tables. Until now I have been forced to create a new OID field for primary key. Nope, because some OSM features translate to more than one postgis feature and so they get the same OSM id. - There are some features that are not imported at all by the new version. At least areas with tag shop=supermarket and no other tags except name (way 4881398). It does not appear on Mapnik map either, so the program works for me in the similar way than in Mapnik slippy map production. Is the shop tag mentioned in the style config? For me it looks like it is safe to use the new osm2pgsql.exe, but only in slim mode. Non-slim mode is basically fine as long as you don't need anything with relations, otherwise... Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Make Messaging public, or other changes?
On Sun, Nov 23, 2008 at 10:21 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, I'd like to ask for a quick show of hands on the idea of making the whole built-in OSM messaging system public (not retroactively of course, but change it so that anyone can ready any message written in the future). I am not sure whether this is a good idea myself, that's why I ask. The rationale behind this is the following: We suspect that there is quite a bit of new user intimidation going on here in Germany, where people sometimes almost obsessively protect their area against changes and might, sometimes rather impolitely, challenge newcomers. A halfway option? Show that user X sent a message to user Y but don't reveal the content? It would at least give you some kind of handle on it, if it's a problem. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tiny island coastline errors
On Tue, Nov 25, 2008 at 6:19 AM, Cartinus [EMAIL PROTECTED] wrote: A while ago (last spring?) the coastline error checker displayed an error for the coastlines of very small islands where there was actually nothing wrong with the coastline. I thought this bug in the coastline error checker was fixed then, because the Great Lakes area has once been completely error free. But now the same error is back: http://tile.openstreetmap.nl/coastlines.html?zoom=16lat=41.74778lon=-83.43057layers=0B0T Not sure if it was exactly this problem, but it is due to the size. I don't know if the word island is appropriate, more likely a large rock :) Did someone actually get on to the thing to measure it? It's certainly way smaller that you can accurately measure with a GPS device. I'm looking for the cause. The bit of code I thought it would be doesn't appear to be it after all. Does it actually make sense to tag such things as coastline anyway? Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Maritme borders
boundary=maritime? They are not political boundaries in the way countries are, since you can't actually physically mark them in any useful way. It's more like, in this area we consider you subject to our laws. Whether anyone cares is quite another issue. Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License plan
On Sun, Mar 1, 2009 at 5:20 PM, Russ Nelson r...@cloudmade.com wrote: I think that the reason that the US only protects creativity and not facts is because the US doesn't want to give out a monopoly on a set of facts about the world. I'm unfamiliar with how sweat-of-the-brow works. Does it actually give a monopoly on a listing of facts? For example, in the US, you could make a listing of every postcode, and your only claim to copyrightability would be any judgement your exercised on which postcodes you listed and which you chose to not list. It seems like in the UK, you could do the same thing and have a copyright on it -- but another person could exercize the same brow-sweating and claim a copyright on EXACTLY the same facts. Which then brings up the interesting possibility of a third party infringing two copyrights. Whether you infringe on copyright depends on where you copied it from. If you copied from both datasets then quite possibly you infringe both. If you don't copy form someone else then there's no problem. It's the means that matter, not the results. Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: It's all too fast...
On Tue, Mar 3, 2009 at 11:08 PM, Peter Miller peter.mil...@itoworld.com wrote: -- Forwarded message -- From: Peter Miller peter.mil...@itoworld.com Date: Tue, 3 Mar 2009 22:04:57 + Subject: Re: [OSM-talk] It's all too fast... To: Frederik Ramm frede...@remote.org Even now we are getting no explanations from the foundation to our questions. Either this is because they dont know or it is because they dont think they need to contribute. I understand that most directors have not been in the loop so cant contribute. I really don't want to get into a long discussion about the licence, but what I'm really missing is a rationale document, going through each paragraph explaining why it says what it says. Because there are things in there that I don't understand why they're there. As an aside, Can we get something into the user accounts that allows people to tick a box saying they agree to some kind of licence change. ISTM the easiest way to finish the discussion about deleted data is to get some actual figures as to how much of a problem it is. If it turns out 99.8% of people agree then the question becomes moot. Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM license change: A license to kill? - How to make a nightmare come true!
On Thu, Mar 5, 2009 at 6:36 PM, Russ Nelson r...@cloudmade.com wrote: I think it would be extremely helpful if the licenses themselves included an explanation for non-lawyers, in the way the gpl always did. Not always a good idea. If your license has any ambiguities, then a judge will go outside your license to see if you've said anything else about the meaning of the license. Potentially, anything you say about the license could become part of the license. So your non-legal explanation actually may have legal import. On the other hand, it's a good thing. In AU you have the Acts Interpretation Act which explicitly states that any accompanying rationale documents/discussions/etc to an act/bill must be taken into account when considering it. The reason is that people aren't gods and occasionally screw up and it's useful if the judge has the rationale document saying what the *intended* ramifications were. Yes, the rationale document is binding but it's often much more readable than the act itself. If there's a contradiction, well that's what a judge is for. Given this licence is breaking new ground I think it's doubly important to have an official FAQ/rationale/etc so that any future judge has some proper source explaining the intended end results (as opposed to the licence itself which only describes the means). You don't want a judge who knows nothing about computing trying to *guess* what you're trying to achieve, surely? Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Problem with osm2pgsql
On Mon, Mar 9, 2009 at 10:00 AM, Peter Childs pchi...@bcs.org wrote: I've been trying to import the Planet file into postgres using osm2pgsql, Using the current SVN version, it seams to be segmenting when processing the first Way (Under Ubuntu Hardy). Does any one have any ideas, or shall I try and import a subset (The UK would fit my purpose) and try and get more details By segmenting you mean segmentation faulting? Tip for the future: if you're getting an error message you want help with, cut and paste the message in your email, that way we don't have to read your mind. At a guess you're not using --slim mode and are running out of memory (you probably don't have 2GB+ in that machine, right?). Importing a subset is generally better if it's good enough for you. Importing the whole world will easily take 10+ hours, whereas just europe can be done much much quicker. Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Multipolygons in Mapnik
On Mon, Mar 9, 2009 at 7:53 PM, Jon Burgess jburgess...@googlemail.com wrote: You are correct, the hourly diff imports can not handle the multipolygon relation properly. These will fix themselves after the weekly import each Wednesday. Any edit to the nodes or ways in the relation will probably break it again. Does anyone have a grip on the actual problem? When I wrote the diff handling code I thought I covered all the bases, so I'd be interested to know the failure mode. Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osm2pgsql and column names with two underscores
On Mon, Mar 30, 2009 at 2:08 PM, Jukka Rahkonen jukka.rahko...@mmmtike.fi wrote: Hi, An osm2pgsql user writes on the forum about importing special tags into PostGIS. He has defined for example these tags: node openGeoDB:telephone_area_code text node openGeoDB:license_plate_code text Import fails and error message is: CREATE TABLE planet_osm_point ( osm_id int4,access text, admin_level text, Ok, it's got nothing to do with the underscores and more to do with the fact that the field names are limited to 23 characters by osm2pgsql. I don't really know where this restriction comes from, does anyone else have ideas? It should be easy to fix in output-pgsql.c. Fix the read_style_file() function to increase the length of the buffers. Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] coastline error checker stalled
Interesting, hadn't noticed. I'll see if I can work out what's happening. Have a nice day, On Tue, Jan 19, 2010 at 11:29 PM, Lennard l...@xs4all.nl wrote: David Groom wrote: The date of the last update of the coastline error checker is shown as 27 Dec 2009. That was what I found when looking for new coastline shapefiles for the Haiti map. I'm now running the coastline checker for myself to get new shapefiles. Cc'ing Martijn van Oosterhout, as he's the author of the coastline error checker. -- Lennard -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] coastline error checker stalled
Hmm, ok. I've done than we'll see if it helps. Thanks, On Wed, Jan 20, 2010 at 1:48 PM, Lennard l...@xs4all.nl wrote: Martijn van Oosterhout wrote: Interesting, hadn't noticed. I'll see if I can work out what's happening. Increase 600M to 700M and you're set for another few months. Also, the MAX_NODES_PER_WAY can now be dropped from 12000 to 2000, now that no 2000+ node ways are left in OSM, and none can be created. Unless avar finds a way around that too, actually. :) -- Lennard -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Slim mode in osm2pgsql and out of memory error
On 8 June 2011 16:44, Saphy Mo saphy...@yahoo.com wrote: Dear friend, I am trying to import whole Europe.os.bz2 in a Postgis database named EuropeLl as you see in the script below. CPU: Dual Coe 3 Ghy RAM: 3 GB HDD: 1 TB osm2pgsql.exe -d EuropeLL --latlong --slim -c -C 500 -H localhost -P 5432 -U osm -W -S default.style europe.osm.bz2 How much memory did you give postgresql? How much is it using? Actually, it looks like it's breaking on the pending_ways query. It's possible there's a lot of those, perhaps it's just running out of memory there. The code was designed that pending would only be for changes, and I wouldn't have expected that code to be used for an initial import. but I haven't look at the code recently so maybe that changed? If it is the intention that this code is used for initial imports it really needs to be changed to use cursors. Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Slim mode in osm2pgsql and out of memory error
On 8 June 2011 17:11, Martijn van Oosterhout klep...@gmail.com wrote: Actually, it looks like it's breaking on the pending_ways query. It's possible there's a lot of those, perhaps it's just running out of memory there. The code was designed that pending would only be for changes, and I wouldn't have expected that code to be used for an initial import. but I haven't look at the code recently so maybe that changed? If it is the intention that this code is used for initial imports it really needs to be changed to use cursors. Actually, it occurred to me that the system is optimised to the case where the file contains nodes, then ways, then relations. What you're seeing could be caused by the file having the ways first, then the nodes. Can you examine the file to see how it looks? Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Slim mode in osm2pgsql and out of memory error
On 9 June 2011 08:38, Saphy Mo saphy...@yahoo.com wrote: The file is the same Europe.osm.bz2 directly downloaded from geofabrik. I will decomprese it and try to see the order of Nodes, Ways and relation. But the error happens while pending_ways query. It occurs to me you can see this during import, by seeing which counters go up first. The reason that this is a problem is that in a normal import while importing the nodes there are no way so pending_ways is empty. Since yours is not empty the question is why. There are two possibilities: 1. The database wasn't empty to start with, But with create mode that seems unlikely. 2. The ways come before the nodes, which means all ways get marked as pending when the nodes are imported. And it barfs on this query when there are a lot of them. Note you can als get a quick answer with just: $ bzcat file |head Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Flash cookies
On 23 June 2011 03:55, Steve Bennett stevag...@gmail.com wrote: On Wed, Jun 22, 2011 at 9:01 PM, Markus Lindholm markus.lindh...@gmail.com wrote: But there's no need to store them on the client, as all users have to log in the preferences can be stored server-side. Atleast I throw away all cookies when I close the browser. So out of curiosity, the proposed law says it's ok to store user preferences server side, but not in the browser? That doesn't make any sense at all, from a privacy perspective. Not exactly. What the proposal says is that you need to tell people you're using a cookie and why you're using it and presumably let them know they can opt out. At which point you can probably tell them that they'll just get the default settings every time. You only need to ask them once. (though how you're going to track that without a cookie I have no idea). When you store data about a person on the server you're also supposed to tell the user you're doing that and allow them to view/delete it. This new proposal is the kind of law you get when you let people who know little about technology decide things. They somehow got the idea that only advertisers use cookies, and they use them to track people Mvg, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] hardware was Re: Paar puntjes voor mapping party in Rotterdam
On 5/15/07, Stefan de Konink [EMAIL PROTECTED] wrote: Moet er speciale software geinstaleerd zijn? Zo niet dan denk ik dat er zaterdag in Rotterdam voldoende desktop machines beschikbaar zijn. Ik ben gastheer vandaar dat ik iets mompel Java en JOSM? Wellicht even naar de anderen: is het verstandig om een locale server te draaien (voor zover de kennis daarvoor aanwezig is...) Is Java makkelijk te installeren op Windows 98? Als dat zo is heb ik misschien een oude dat wat zou kunnen doen. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] altijd als ns willen weten hoe tele-atlas mapt?
On 5/15/07, Stefan de Konink [EMAIL PROTECTED] wrote: Overigens is dit wel een erg high-tech campertje. Wat ik uit een interview in een podcast begreep, rijden ze gewoon met een wat duurdere GPS-ontvanger op het dak van een auto met z'n 2-en het land rond. De ene rijdt en houdt zich netjes aan de snelheid, en de ander spreekt alles wat ze tegenkomen in een software-pakket. Kan iemand me eens vertellen wat de bedoeling is in Rotterdam? Gaan er mensen in auto's rijden of wordt het wandelen/fietsen? Mensen kunnen doen wat ze willen. Ik heb geen auto, dus wordt het een fiets. In een aantal steden is een auto onhandig vanwege alle straten met een richtings verkeer. Een fietser hoeft zich daar niks van aan te trekken... Hoe dat precies zit in Rotterdam weet ik net. Ook zijn fietspaden, parken, autovrije zones, etc zijn moeilijk. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] vb.net mapping en routing, wie doet er mee?
On 5/16/07, Milo van der Linden [EMAIL PROTECTED] wrote: Ik werk dagelijks met sattelietfoto's en GIS data die netjes commercieel is aangeschaft. Hierbij heb ik dan ook het recht om afgeleide producten te maken. Deze afgeleide producten wil ik wanneer het wegen en straten betreft met liefde afstaan aan OSM. Converteren dus en aanbieden! Heb je ook het recht om deze afgeleide producten af te staan aan derden en hen dezelvde rechten te geven? Want dat is wel nodig. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] erg veel highway=secondary ten westen van rotterdam centrum
Tja, de wegen bestaan in ieder geval wel. Zoals al werd opgemerkt: als je er niet woont is het verschil tussen secondary/tertiary niet altijd helemaal duidelijk. Het zijn wel allemaal brede wegen, dus op zich niet fout... Met vriendelijke groet, On 5/20/07, Zoran Kovacevic [EMAIL PROTECTED] wrote: iets zegt me dat hier een iets te zware classificatie op wegen is toegepast. http://informationfreeway.org/?lat=6784549.02366lon=496002.1577zoom=15layers=B00 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] follow-up discussie-avond: wat kan politiek voor ons doen? -- wat hebben we nodig?
On 5/20/07, Zoran Kovacevic [EMAIL PROTECTED] wrote: Gisteren genoemde data: - Luchtfoto's We kunnen een cd-box aanschaffen a EUR 100 bij Havenbedrijf. Doel: inladen in editor, wegen overtrekken. Probleem: afgeleid werk. check voorwaarden. Even hier duidelijk maken wat wij willien: - Wij willen dat wij een WMS server kunnen opzetten met dit data (voor JOSM) - Wij willen dat wij de data kunnen overtrekken - Wij willen dat de rechten van de overgetrokken data van ons is. De eerste punt is wel het belangerijkste en waarschijnlijk het moeilijkste. Het is eigenlijk distributie, maar behalve als wij maar een persoon het werk willen laten doen, moet het beschikbaar zijn voor iedereen die wil... Maar dat is herdistributie. Ik heb hier geen goede antwoord op... - Wegenbestand: Doel: :) Probleem: heeft R'dam daar een eigen instantie voor? mogen we het als CC in OSM zetten (nee)? of moeten we overtrekken (afgeleid werk)? Hetzelvde probleem, mogen wij een openbare WMS server maken en dat dan overtrekken? Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] follow-up discussie-avond: wat kan politiek voor ons doen? -- wat hebben we nodig?
On 5/21/07, Frans Vermeer [EMAIL PROTECTED] wrote: Ik denk dat dit een verkeerde discussie is. Je vraagt om data zorg dat je een principe uitspraak over of je wel of niet krijgt. Als die principe uitspraak positief is kun je daarna dat technisch uitwerken. Als de uitspraak negatief is kun je op een begrijpelijke manier het conflict aangaan. Dat is ook een manier. Ik wil alleen het probleem vermijden waar ze zeggen dat wij wel mogen overtrekken maar wij mogen geen van de bestaande programmas gebruiken om het te doen. Daar schieten wij gewoon geen millimeter mee op. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] een jaar aan tracklogs
On 5/22/07, Stefan de Konink [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Jacob Bax schreef: http://www.cobbax/gps/OSM/ Aaah ik zie het al, http://www.cobbax.nl/gps/OSM/ Ik krijg een forbidden bericht. In principe kan je gewoon een account aanmaken en dan je tracks gewoon uploaden... Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Bulk upload naar OSM
On 5/21/07, Richard van der Weerd [EMAIL PROTECTED] wrote: Ik heb nog een vraag over huisnummers. Ik heb daar al diverse discussies overgezien, maar ik haal er nog geen eens luidend antwoord uit. Ik heb voor een groot aantal straten nog huisnummers in mijn prog vastgelegd. Hoe leg ik die in OSM vast? Zou sneu zijn als dat nog verloren gaat. Het is inderdaad niet gestandaardisserd. Maar als je een redelijke manier kan vinden om het aan te geven, zou ik het wel doen. Dan kan het later altijd aangepast worden als er wel een standaard is... Het zou inderdaad niet goed zijn als dat data verloren ging. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] oud kaartmateriaal (70+ jaar)
Ik dacht dat het wel kon. Dan kan je het naar de metacarta map rectifier uploaden en van daar zou je het in JOSM kunnen gebruiken... http://labs.metacarta.com/rectifier/ Met vriendelijke groet, On 5/22/07, Floris Looijesteijn [EMAIL PROTECTED] wrote: weet iemand hoe het zit met oud kaartmateriaal en auteursrechten? ik meen me te herinneren dat auteursrecht altijd vervalt na 70 jaar. ik heb hier bijvoorbeeld een oude kaart van amsterdam in hoge resolutie beschikbaar waar alle straatjes binnen het centrum nog gewoon hetzelfde lijken te zijn. de kaart komt uit 1881 (uit de atlas dreesmann). ik zou dat goed kunnen gebruiken om straatjes over te tekenen. groet, floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] erg veel highway=secondary ten westen van rotterdam centrum
On 5/22/07, Ante Wessels [EMAIL PROTECTED] wrote: Rotterdam is na de oorlog ruim opgezet. Er zijn heel veel wegen met gescheiden rijbanen. Dat maakt ze niet tot autowegen, al zijn ze geschikt voor doorgaand verkeer. Ook de Coolsingel is te zwaar aangezet. Ik stel voor deze wegen in Rotterdam voorlopig tertiary te maken. Ok. Ik heb een kaart gevonden van Rotterdam voor de oorlog, en er is nauwelijks iets terug te vinden. Coolsingel, Blaak, Oostplein, maar voor de rest is het niet te herkennen... Dus tertiary voorlopig, later kunnen wij het beter uitzoeken. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Aangenaam!
On 5/24/07, Martijn van Exel [EMAIL PROTECTED] wrote: Het zijn er blijkbaar rond de 60, zoals Jeroen zei. Het zou leuk zijn om een (live) geografische 'breakdown' te hebben (en van zijn actieradius op basis van de gesubmitte traces - als ik dat zo goed zeg), maar dan heb je van iedereen voldoende gegevens nodig en ik weet niet of die voorhanden zijn. Anyhow, het is maar een idee voor later. Als je in OSM account je stipje laat zetten waar je bent, dan kan je de mensen zien die ook in jouw buurt mappen... Als iedereen dat doet dan wordt het een stuk makkelijker. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe statistieken
On 6/1/07, Milo van der Linden [EMAIL PROTECTED] wrote: Martijn van Oosterhout schreef: Overigens, er staat nergens in dat wij afgeleide werken van dat data mogen maken, dus zelfs als de bron vermelding kon, zou het nog steeds niet mogen... Met vriendelijke groet, Martijn, wil je hiermee zeggen dat we ook de statistieken niet kunnen bepalen op basis van dergelijke data? Of mag dat wel? We bieden het namelijk niet aan als product toch? Tja, met auteursrecht is het bijna dat alles waar geen explicitiete toestemming voor gegeven is, is verboden. Dat is misschien niet de bedoeling, maar als het niet staat dat het mag, moet je niet gewoon aannemen dat het mag. Ik heb wel zitten denken, iemand zou ze kunnen benaderen, zeggen waar wij mee bezig zijn, dat wij subsidie hebben om dit te doen en of ze het OK vinden. Als ze bijvoorbeeld akkoord gaan met het idee dat wij hun naam ergens in de wiki en in de database zetten in plaats van op de kaart zelf, dan zou daar geen probleem meer zijn. Daar bestaat de source tag nou eenmaal voor. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe statistieken
On 6/1/07, Stefan de Konink [EMAIL PROTECTED] wrote: Maar dit is nu direct het punt. Als je kunt forceren met bijvoorbeeld een creative commons licentie dat naamsvermelding moet blijven bestaan bij distributie dan is het veel makkelijker om informatie te combineren. Dat is zo. De CC-BY-SA licencie geeft van aan dat je de bron moet vermelden. Dat is het probleem niet. Ze willen veel meer. Ze willen dat elke keer dat het data gebruikt wordt om een kaart te maken, moet hun naam daarop vermeld worden. En dat is te veel. Stel dat iemand deze data in een TomTom wil zetten, dan moet hun naam ergens op dat schermpje komen. Dat kan gewoon niet. Echter in een scenario waarin iedereen de informatie zou delen, hebben Connexxion en aanbieder B beiden minder kosten. Maar dat impliceert dat ze beiden wat inbrengen. Ik ben er dan ook nogsteeds een groot voorstander van dat alle data die ik bijvoorbeeld nu verzamel voor de PoI data, altijd met de sourcetag erbij in OSM blijft staan. Eventueel op de Nederlandse site een verwijzing naar de aanbieder komt te staan. Als zij het ok vinden dat ze als source staan en een verwijzing vanaf de wiki, dan is het goed. Het probleem is dat ze meer vragen, meer dan wij kunnen geven. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] N wegen
On 6/10/07, Rob Aerts [EMAIL PROTECTED] wrote: ah oke, ik zie nu rendering dat de area parking geen P krijgt, moet dus nog een node op Het verschil is: - Een area krijgt een kleur - Een node krijgt een P Het idee is dat niet alle parkeerterreinen zijn voor openbaar gebruik (dus geen blauw P) en er zijn parkeerplaatsen dat niet zichtbaar zijn op een kaart, bijv ondergronds (dus alleen een blauw P). Dus voor grote parkeerterreinen zullen vast allebei aanwezig zijn, maar andere combinaties zijn ook mogelijk. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] foto's mapping party?
On 6/12/07, Lambertus [EMAIL PROTECTED] wrote: Zie ik nou mensen die straatnamen e.d. van een copyrighted kaart aan het overnemen zijn? Hmm? Een kaart bij de hand hebben is wel handig als je mensen die niet in de stad wonen duidelijk moet maken wie welke deel gaat doen. Straatnamen overnemen is niet slim, ook omdat de gewoon kaarten wel hele erge fouten hebben. Ik heb een keer op een kaart gekeken om te straatnaam te kijken waar ik moest stoppen, blijkt die straat iets heel anders te heten. Uiteindelijk zal het heel interressant zijn om onze kaarten met de gewone te vergelijken, want zij hebben gewoon heel veel fouten. Openstreetmap: De kaart met de *juiste* straatnamen. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] GPS strategie voor tracken
On 6/17/07, Gert Gremmen [EMAIL PROTECTED] wrote: Het tracken van wijken is een flinke opgaaf. De onnauwkeurigheid van de meeste GPS-en Is flink hoog, en ik eindig dan ook regelmatig Met een hoop gps spaghettislierten waar geen straten plan uit te halen is zonder dat je de buurt goed kent. Bij mij in de buurt gaat dat nog, maar in onbekende wijken is mogelijk een illegaal hulpmiddel nodig: de plattegrond. Wat voor GPS heb je? Met mijn tracks kan ik wel degelijk zien aan welke kant van een straat ik fiets als ik twee keer dezelvde straat doe... Vooral als ik meer dan 6 satellieten heb. Waar ik was in Rotterdam vorige keer had ik bijna 9 satellieten de hele tijd. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] GPS strategie voor tracken
On 6/18/07, Gert Gremmen [EMAIL PROTECTED] wrote: dat was nu juist MIJN vraag aan jullie. Overigens was ik vergeten te medlen dat ik gebruik maak van een HP-IPAq 6515, gemonteerd op het stuur van de fiets. Dus Martijn, wat is jouw strategie en apparatuur ? Ik heb zo'n klein GPS mouse met bluetooth (Adapt 500), deze: http://www.alibaba.com/catalog/11228037/Adapt_Ad_500_16_Channel_Buetooth_GPS_Receiver.html Zoals je ziet, hij is heel klein. Ik heb met karton een soort bakje er omheen gebouwd en ik zet hem twee vuilniszaksluitingkjes strak aan de stuur van mijn fiets. Het werkelijke loggen gebeurt op mijn mobiel, die ik meestal in mijn zak of rugzak heb. Ik zorg ook dat hij een half-uur tot een uur van tevoren aan staat zodat hij de kans heeft gekregen om de ephemeris van een heleboel satellieten te ontvangen. Dat betekent dat ik minder last heb van afwijkingen als ik een hoek om ga. Ik kan dus ook redelijk snel fietsen, want met negen satellieten kan hij wel wat hebben. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Grenzen
On 6/17/07, Rob Aerts [EMAIL PROTECTED] wrote: Ik zie dat de landsgrenzen wel op wereld niveau te zien zijn, waarom niet op detail niveau ? Ik neem aan dat je de Mapnik layer bedoelt? Ik geloof dat iemand een shapefile heeft gevonden ergens (waarschijk van de VS), Mapnik kan die zo aannemen. Ze betstaan niet in de database zelf... Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Hoge resolutie satellietbeelden
On 6/18/07, Eugene van der Pijll [EMAIL PROTECTED] wrote: Die foto's zitten er wel vaker ~100 meter naast. Gelukkig consistent; de foto's zijn alleen verschoven. De betrouwbaarheid van onze kaart lijdt daar dus niet onder. In JOSM kan je de achtergrond fotos verschuiven zodat ze passen met het bestaande data. Is dat mogelijk met potlatch? Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Kaartje met gemeentegrenzen
On 6/20/07, Stefan de Konink [EMAIL PROTECTED] wrote: En kan ik ergens mijn osm2kml.pl laten? Naar mijn bescheiden mening ;) werkt 'ie beter dan de osm2kml.py die ik in de OSM svn heb gevonden. Ik denk dat je op de dev lijst mensen moet stalken voor SVN toegang. Of natuurlijk gewoon je eigen dev team forken ;) Er zijn meerdere mensen op deze lijst die ook SVN toegang hebben. (bijv ik). Als je iets in SVN will hebben hoef je maar te vragen... Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] JOSM: 412 Precondition Failed
On 6/22/07, Myckel Habets [EMAIL PROTECTED] wrote: Bij mij ook afgelopen dagen. Het probleem deed zich bij mij voor als ik nodes ging verplaatsen en wegen aan andere nodes ging linken. Als je na de upload josm afsluit en opnieuw opstart, zie je dat het gebied dat het probleem veroorzaakt dat de oude weg en met zowel de nieuwe als oude node verbonden is. Er was een bericht op de gewone mailing lijst dat je een versie van JOSM moet gebruiken van later dan afgelopen zaterdag, anders krijg je deze 417 berichten. Het komt doordat de server nu verbiedt (o.a.) nodes te verwijderen van een bestaande weg, maar oude versies van JOSM verwijderde vaak de nodes voor de weg. De nieuwe versies hebben die fout niet meer... Dus, upgraden! Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] JOSM: 412 Precondition Failed
On 6/23/07, Gert Gremmen [EMAIL PROTECTED] wrote: Daar heb je gelijk in, Martijn, als het hier om de software ging. Het gaat echter niet om de software, maar om de map, en die software is een hulpmiddel. Het minste wat je dan kan verwachten is dat als er bij een substantieel probleem , op de site onder de link die je in de about venster vindt, vermeld wordt wat de laatste versie is. Het is een wiki dus iedereen kan het aanpassen. Ik heb het net veranderd zodat het zegt dat er vaak updates zijn en dat de wordt verwacht redelijk vaak up-te-graden. Maar openstreetmap moet het straks ook hebben van absolute leken, mensen voor wie het updaten van een software versie al lastig is. JOSM is inderdaad niet voor iedereen. Gelukkig is het ook niet de enige editor. Laten we het hen dan zo makkelijk mogelijk maken, en er voor zorgen dat zij niet steeds (en zelf niet soms) een of twee avonden voor de kaart met de korte Achternaam hoeven te werken. Ach, op zich is het niet zo erg als de communicatie met de server niet zo goed gaat, want je kan je veranderingen gewoon opslaan op je hardeschijf en de volgende dag gewoon verder gaan. Maar inderdaad, het zou fijn zijn als de ontwikkelaars betaald werden om dit allemaal te doen en het professioneel aan te pakken. Jammer genoeg doet iedereen dit in zijn vrije tijd, dus af en toe gaat het mis... Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Statistieken
On 6/27/07, Rob Aerts [EMAIL PROTECTED] wrote: ja daar sta ik ook ergens tussen ;) van elke item in JOSM kun je toch zien wie de Author is ? Nou, wat je ziet is wie het laatste iets geedit heeft, wat niet precies hetzelvde is. M.v.g, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Formaliseren highway-tag
On 7/3/07, Henk Hoff [EMAIL PROTECTED] wrote: Blijft lastig die kwalificaties. Mijn interpretatie is als volgt: Ze lijken wel ok, behalve: tertiary - alle 2-rijbaans wegen niet zijnde N-wegen unclassified - alle 1-rijbaans wegen (dus je moet de berm in bij een Ik denk dat hier wat soepeler kan. Niet alle twee-baans buitenwegen zijn interressant, en tertiary wordt wel met een andere kleur gerendert. Ik denk dat je tertiary echt wil gebruiken voor wat drukkere wegen, terwijl je gemiddelde twee-baans weg gewoon unclassified kan zijn. Met betrekking tot residential. Ik zie het als een weg waar langs gewoond of gewerkt wordt. Waarom zou je een weg in een woongebied anders moeten zien dan in een bedrijvengebied, vraag ik me af?. Want wat doe je dan bijvoorbeeld met kantoor-aan-huis bedrijfsterreinen? Niet, daarom zijn alle twee meestal unclassified. Herinner: residential = unclassified + abutters=residential. Als het niet echt woonwijk is aan beide kanten dan is residential niet goed, vandaar dat ik altijd voor unclassified kies. Daar kan je in iedergeval apart abutters opgeven. Groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping party Twente
On 7/3/07, Foppe Benedictus [EMAIL PROTECTED] wrote: ik heb net contact gehad met het ITC en daarbij werd mij verteld dat het ITC op zaterdag gewoon open is vanaf 9:00 (niet geheel zeker) tot 18:00, maar is op zondag gesloten is. Zoals gezegd, zondagen zijn vaak minder druk dus als het moeilijk wordt laat zondag vallen. Voor een eerste party is het misschien beter om gewoon het simpel te houden. Ook, mensen van verder weg komen vaak maar een dag vanwege de reis kosten. Graag reactie op de vraag wel of geen zondag 23 september, dan kan ik aangeven wat we willen. Iemand (jij?) moet de knoop doorhakken. Mensen melden vaak aan op het laatste moment and het is moeilijk om mensen over de streep te trekken als de daum niet vast staat. Dus ik zeg: kies een datum en hou je er aan. Als je weet dat drie mensen komen heb je in iedergeval dat. En dan adverteren. Wat is het ergste dat kan gebeuren... Wij waren met z'n vieren in Den Haag op zondag, dat is ook wel leuk hoor. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Algelopen wiekend ingevoerd, (voor zover mogelijk)
Ik heb drie van de vier gebieden die ik afgelopen weekeinde in Dan Haag had gefietst ingevoerd. Met de vierde weet ik niet wat er is gebeurd. Van wat er al in het systeem zat, mijn traces en mijn papiertje kan ik geen chocola van maken. Dus ik zal deze week proberen om nog een keer langs te gaan met een printout. Groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Een hele hoop data
On 7/4/07, Berend Dekens [EMAIL PROTECTED] wrote: Wat voor termijn moeten we aan denken voordat de geodata beschikbaar is? Ik heb nog een trace van het dorp van mijn ouders en die wil ik best invoeren maar als over een maand een hele lading nieuwe data wordt ingevoerd is dat natuurlijk niet nuttig... Voor zover ik weet is dat niet bekend. Ook is nog niet bekend wat de data precies inhoud, maar het is waarschijnlijk dat voetpaden/fietspaden er *niet* op staan. Dus er is nog wat te doen. Dus ik stel voor dat je gewoon doet wat je van plan was, want het zal wel eventjes duren voordat de data er werkelijk in zit... Er wordt gezegd dat er meer duidelijkheid komt vandaag of morgen, dus misschien moeten wij allemaal even rustig aan doen... Groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Een hele hoop data
On 7/6/07, Ivar Clemens [EMAIL PROTECTED] wrote: Ik heb hier ook nog wat traces van Den Haag en Rotterdam, maar die ga ik niet meer invoeren. Aangezien we/jullie ons land volgende week waarschijnlijk voor 99% compleet hebben, is de lol er voor mij af. Ik wens jullie allemaal veel success met het integreren/corrigeren van Nederland. Volgende week, da's wel *heel* optimistisch. Ik denk dat het wel maanden kan duren... Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND Hackingparty - van tot hoelaat?
Ik denk er ook over na maar ik ben net terug van 5 weken vakantie dus ik heb geen flauw idee hoe ver wij al zijn. Ik zie dat de scripts getest moet worden, maar het is mij niet duidelijk of dit op de main server moet gebeuren of niet. Oh ja, hoe laat het begin/eindigt is ook belangelijk :) On 8/13/07, Maurice le Rutte [EMAIL PROTECTED] wrote: Ik denk erover om naar Rotterdam te komen a.s. zaterdag, maar kan niet vinden hoelaat het e.e.a. begint, en ook niet hoe laat het allemaal weer over is. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND Hackingparty - van tot hoelaat?
On 8/13/07, Ante Wessels [EMAIL PROTECTED] wrote: Verder zou er nog een script moeten zijn voor vegen en plakken. Dat ontbreekt nog, voor zover ik weet. Er bestaan scripts om stukken uit een planet dump te trekken op basis van een polygon. Dus als iemand de nederlandse grenzen als polygon/shapefile heeft, dan denk ik dat ik dit wel in elkaar kan knutselen (als iemand dat niet al gedaan heeft...). Voor het vegen iig. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Gebruik OpenStreetMap voor Google Maps-website
On 8/15/07, Jeroen van de Nieuwenhof [EMAIL PROTECTED] wrote: Ik heb iemand opdracht verleend om een website te ontwikkelen die gebruik maakt van Google Maps om gratis advertenties op een kaart van Nederland te plaatsen. Omdat je bij Google Maps niet direct geld mag vragen voor advertenties en omdat ik het OpenStreetMap project al een tijdje met veel interesse volg, vroeg ik me af of het mogelijk is om Google Maps voor mijn project te vervangen voor een systeem dat gebruik maakt van OpenStreetMap (en OpenLayers). Ik ben niet bijzonder technisch onderlegd, dus ik ben vooral op zoek naar informatie waaruit duidelijk wordt a) of het op dit moment überhaupt mogelijk is om iets dergelijks te realiseren, b) wat ik voor een dergelijk systeem nodig heb (gebruik maken van een bestaande map server of er misschien zelf eentje draaien), c) als het mogelijk is, wie mij daarbij wellicht kan helpen en d) Of ik via dit project nog iets terug kan doen voor het OpenStreetMap project? Dit is op zich niet zo moeilijk, OpenLayers heeft alles wat je nodig hebt. Het is zelfs al een keer gedaan (door Steve) al weet ik niet precies hoe. Er zijn welvoorbeelden op de web met dynamisch overlays op OSM data, gewoon kijken. De demos op de OpenLayers website zijn ook erg handig... Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] beginnersvraagje over rendering
On 8/15/07, Rik van der Helm [EMAIL PROTECTED] wrote: Voor de Mapnik layer duurt het tot de volgende planet dump (elke woensdag), Het is nu woensdag en ik zie nog steeds niks. Of gebeurt dat pas komende nacht ? Mapnik wordt ook gecached, het zal nog wel een paar dagen duren voordat het daar verschijnt. De osmarender layer is stukken sneller. Nog andere ideeen, goede suggesties ? Ik heb bv gisteren het wandelpad van Edam naar Monickendam over de Markermeerdijk ingelopen. Heb het getagged als highway=footway. Een paar dagen gelden heb ik van Monikkendam naar Amsterdam het fietspad over de Markermeerdijk getagged als highway=cycleway. Hmm, als je een permalink van informationfreewa.yorg kan geven, dan kan ik dat even bekijken. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] josm / authors working on a way
On 8/16/07, Rik van der Helm [EMAIL PROTECTED] wrote: Geen enkele way waar ik de afgelopen week aan heb gewerkt (inclusief nieuw aangebrachte) staan mijn gegevens vermeld, alleen '(anonymous use'. Misschien heb jij jezelf als anoniem opgegeven... Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] NL wissen -- Re: AND Hackingparty - van tot hoelaat?
On 8/16/07, Ante Wessels [EMAIL PROTECTED] wrote: Ik maakte een versimpelde versie, de grenzen van DE en BE zoals AND, bij de kust de zee in en een grote lijn. Ik gebruikte 3 tags (notes): kust, sea en schelde. http://people.vrijschrift.org/~ante/osm/ Dat idee had ik ook geprobeerd maar ik kreeg probleemen met JOSM dat de weg te lang was (kon niet splitten). Hoe heb je het voor mekaar gekregen? Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Rotterdam Mapping party followup
On 8/19/07, Ante Wessels [EMAIL PROTECTED] wrote: Het extract polygon script haalt nodes binnen de polygoon op, maar niet de segmenten die de grens overgaan. Als dan de nodes worden verwijderd, dan blijven er toch segmenten met maar 1 node over? Nou, de API zal dat verbieden (hopelijk) dus inderdaad zal dat node niet kunnen worden verwijderd. Daarom is het belangerijk dat het uiteindelijke upload niet faalt als er toevallig iets niet werkt, want er zijn wel meerdere situaties waar het niet helemaal goed zal gaan. Bijvoorbeeld een place=foo dat deel is van een highway=cycleway. Het is dus niet perfect, maar dat is ook niet de bedoeling. Als het werkt in 99.9% van gevallen dan is het werk gedaan. Gisteren heb ik dat delete script gemaakt, het zou interressant zijn om te zien wat er dan overblijft en hoe groot dit probleem werkelijk is. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Rotterdam Mapping party followup
On 8/19/07, Freek [EMAIL PROTECTED] wrote: On Saturday 18 August 2007, Martijn van Oosterhout wrote: As people who were there know, I'm working on the process of extracting the current NL data out of the system for replacement. Here are just a few notes from my end that probably need to be known beyond the people who were there. Kort vraagje: wat gebeurd er met wegen zonder tags? Niks... Net zoals op het ogenblik geen kustlijn of rivier aangetast wordt. Alhoewel, ik zie dat de conversie script die redelijk goed doet, dus misschien zullen we die ook gelijk meenemen. Trouwens ik merk ook dat ferry routes ook in de data voorkomen. Toen ik Delft bekeek kreeg ik ook de routes Rotterdam-Torshavn en Rotterdam-Immingham erbij. Leuk joh :) Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Wanted: testers voor the NLD extraction scripts
I've just committed the latest versions of the scripts we can use to extract netherlands from the planet dump and the script to determine what needs to be deleted. In theory everyone should be able to do it one their own machine. Currently it just cuts out the netherlands, excluding Nueuen (the only exclusion polygon currently defined). It looks like it works well, If people could try this out and let me know if they find any problems. Note the output is currently in planetdiff, but it can also do josm format. I might change it to osmChange, I'm at this point not sure which is the best. The steps are: 1. Checkout applications/utils from the openstreetmap svn. You can use an existing checkout, just make sure it's completely up to date (it uses scripts from nearby directories also). Example: svn co http://svn.openstreetmap.org/applications/utils/ 2. cd utils/and_import 3. Edit Makefile to indicate where you store your *unpacked* planet dump 4. Run make and go to lunch If everything works you should be done in about 45 minutes. There is a progress meter. Now in the data subdirectory you will have a number of files but the inportant ones are: data/nld.osm - The extracted parts of the netherlands data/nld-delete.osm - The list of what needs to be deleted (in planetdiff format) Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Wanted: testers voor the NLD extraction scripts
On 8/20/07, Remco van Zuijlen [EMAIL PROTECTED] wrote: 2. cd utils/and_import I was looking there, but no 'and_import'. After running a 'find', I found the and_import directory in: applications/utils/import/and_import Oops! You're right, that should have been utils/import/and_import Thanks, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] and2osm for ordinary people
Hi, and2osm needs a *lot* of memory, so much that it didn't run on my laptop. However, if you install TCmalloc from here: http://sourceforge.net/projects/goog-perftools And then run it like so: LD_PRELOAD=/usr/local/lib/libtcmalloc.so.0 ./2AND It uses only 760MB. For this to work it needs to be linked against pthreads, which I've changed in SVN. Hope this helps, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Wanted: testers voor the NLD extraction scripts
On 8/20/07, Ante Wessels [EMAIL PROTECTED] wrote: Ik zie in Amsterdam ook straten die incompleet in nld-delete.osm staan. Ze zijn wel compleet in osm. Die worden of deels gewist (wel de node, dan hangt het segment in de lucht) of geweigerd. Voorbeelden: Pontanusstraat, Molukkenstraat, Insulindeweg. He? Ik heb die bekeken maar ze worden allemaal volledig verwijderd... Welke segmenten denk je dat over blijven? Dat een node overblijft is natuurlijk mogelijk, als die nog steeds gebruikt wordt. Bijv, de Insulindeweg blijft een node van over (30170622) omdat hij door een fietpad gebruikt wordt. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Wanted: testers voor the NLD extraction scripts
On 8/20/07, Ante Wessels [EMAIL PROTECTED] wrote: Vreemd. Zou er een verschil zijn tussen jouw bestand en Remco's? Het bestand dat ik hier heb is 65.610.133 B groot. Zou Remco dezelfde planet gebruikt hebben? Of zou JOSM het hier niet goed trekken? Ik startte het op met java -jar -Xmx256M -XX:MaxPermSize=256M josm-latest.jar . Err, dat bestand is wat er *verwijderd* moet worden. Dus natuurlijk kan dat incompleet zijn... Eigenlijk moet je dat bestand toepassen op het nld.osm bestand en zien wat over blijft. Dat is mij in JOSM niet gelukt. Mijn bestand is ook precies 65,610,133 dus dat is het probleem niet. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Wanted: testers voor the NLD extraction scripts
On 8/20/07, Ante Wessels [EMAIL PROTECTED] wrote: Maar als er straten incompleet in dit bestand zitten, zullen ze toch niet (volledig) verwijderd worden? Ik zou niet weten waarom een deel van de Insulindeweg zou moeten blijven. Er is een punt dat niet verwijdert wordt, want die is deel van een fietspad. De segmenten op de Insulindeweg worden wel verwijderd, maar JOSM kan ze niet laten zien omdat de coordinaten van dat ene punt niet bekend zijn. En ik zie veel straten die niet in dit bestand zitten, die wel weg moeten. Zie screenshot, de grijze. Hrm, eigenlijk weet ik niet precies wat JOSM met deze bestand doet, want het hele bestand zegt action=delete dus ik begrijp zowiezo niet dat iets weergegeven wordt. Per defintie wordt alles in de nld-delete.osm bestand verwijdert, het is aleen moeilijk te zien wet er over blijft. Maar daar ben ik mee bezig. Als je grep gebruikt op de nld.osm en nld-delete.osm dan zijn alle straten die in de eerste zijn ook in de tweede, dus er zou niks over moeten blijven... Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Wanted: testers voor the NLD extraction scripts
On 8/20/07, Ante Wessels [EMAIL PROTECTED] wrote: Er gaat niets boven echt. Wat we kunnen doen als we denken dat we er helemaal uit zijn, is van de wijk Spangen in Rotterdam een polygoon maken. Dan laten we de scripts die je schrijft er op los. Na de delete fase weer even extract polygon, dan hebben we vastgelegd wat er over bleef. Het script gaat weer verder, en zet de AND data er voor in de plaats. Dit alles op de server. Nog even niet hoor. Ik denk dat ik osmosis kan laten doen wat we willen, maar ik geloof dat ik een klein bugje in osmosis heb gevonden. Dus eerst dat checken. Als het goed uitkomt hebben wij morgen een nld-leftover.osm om te bekijken. Dat zal wel schelem. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] nld-leftover.osm available for viewing
Thanks to the quick fixes to osmosis by bretth there is now a nld-leftover.osm which you can load up to see exactly what is going to be leftover. http://kleptog.org/temp/nld-leftover.osm.gz (5MB) Looking at it a large part of what is leftover is canals/waterways/coastlines. Since we're going to replace those with AND data anyway eventually, I think we should just do it straightaway. Other than that the expected cycleway/pedestrian/footway are also present, as are the points of interest. It's probably worth comparing with the AND data, but I suspect the highway=pedestrian can also go. I've committed the changes to SVN, so if you have osmosis installed somewhere you should be able to generate the file yourself. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nld-leftover.osm available for viewing
On 8/21/07, Freek [EMAIL PROTECTED] wrote: http://kleptog.org/temp/nld-leftover.osm.gz (5MB) Ehm, klopt het dat Nuenen hier niet in zit (helemaal leeg, ook geen fietspaden e.d.)? Hmm, dat klopt inderdaad, maar is misschien niet erg realistisch. Ik zal een verbeterde versie maken. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nld-leftover.osm available for viewing
On 8/21/07, Ante Wessels [EMAIL PROTECTED] wrote: It's probably worth comparing with the AND data, but I suspect the highway=pedestrian can also go. That was already planned: http://wiki.openstreetmap.org/index.php/AND_Data/Roadmap-integration-NL#Technical Ok, I've made a newer version. This gets rid of most coastlines and rivers, but I still need to get rid of natural=water. Looking through it though, there are some odd tags. For example I found some highway=mini_roundabout... I'll get rid of them also. Also Nuenen is now in there. I still have no polygon for Assen... http://kleptog.org/temp/nld-leftover.osm.gz (only 3.8MB now) Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nld-leftover.osm available for viewing
On 8/21/07, Mark Huizer [EMAIL PROTECTED] wrote: Martijn van Oosterhout wrote: Thanks to the quick fixes to osmosis by bretth there is now a nld-leftover.osm which you can load up to see exactly what is going to be leftover. http://kleptog.org/temp/nld-leftover.osm.gz (5MB) And the urls for the deleted stuff, did they change? Hmm, the nld-deleted.osm I never uploaded. Someone else did that. Currently NL has 123MB of data and we're deleting all but 21MB of it, approximatly (Assen will change that though). After tomorrow there will be a new planet file, so we'll have a much better idea of how it looks. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nld-leftover.osm available for viewing
On 8/22/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Het zou ook interessant zijn om een (simpele) polygoon te maken van NL plus ongeveer 15 km Belgie en Duitsland, en nld-deleted.osm daar van af te trekken. Dan weten we ook de gevolgen buiten NL. Hebben we een indruk van (grens) rivieren en wat we met de hand moeten doen. Weten we of het goed gaat met nodes bij de grens. Goed idee. Wil iemand hem maken, ander do ik het misschien later. Ik ben nog even bezig met het automatisering van de 2AND script. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nld-leftover.osm available for viewing
On 8/22/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Wie het wil doen, men neme http://people.vrijschrift.org/~ante/osm/nld-simplified6.osm , maakt een nieuwe layer, zet zo'n 10 puntjes om NL, maakt segmenten en way en bewaart de boel als grootnederland.osm. (Van geodata naar geopolitiek.) Ok, net gedaan. Ingechecked in SVN onder: http://svn.openstreetmap.org/applications/utils/import/and_import/ Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nld-leftover.osm available for viewing
On 8/22/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Het zou ook interessant zijn om een (simpele) polygoon te maken van NL plus ongeveer 15 km Belgie en Duitsland, en nld-deleted.osm daar van af te trekken. Dan weten we ook de gevolgen buiten NL. Hebben we een indruk van (grens) rivieren en wat we met de hand moeten doen. Weten we of het goed gaat met nodes bij de grens. Ok, dit heb ik allemaal gedaan en de bestand heeft nu grensbieden van onze buurlanden. Zoals je ziet eindigen de wegen netjes bij de grens. Om het goed te zien moet je eigenlijk de grens polygonen ook tegelijk laden. Assen en Nuenen zitten er ook in, wegen ook netjes gekapt. De enige incomplete ways zijn degene die buiten de simpele grens gaan. http://kleptog.org/temp/nld-leftover.osm.gz (3MB) http://people.vrijschrift.org/~ante/osm/nld-simplified6.osm (gedetailleerde grens) http://svn.openstreetmap.org/applications/utils/import/and_import/nld-groot.osm (simpele grens) Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nld-leftover.osm available for viewing
On 8/24/07, Ante Wessels [EMAIL PROTECTED] wrote: On Thursday 23 August 2007 21:21, Martijn van Oosterhout wrote: Ok, dit heb ik allemaal gedaan en de bestand heeft nu grensbieden van onze buurlanden. Zoals je ziet eindigen de wegen netjes bij de grens. Ziet er heel goed uit. Twee dingetjes die ik zie: natural wood zit er nog in en landuse. Ik dacht dat AND ook bossen heeft, en landuse? Ik had begrepen dat AND alleen landuse heeft boven een bepaald groote (dus geen kleine parken enzo), en aangezien dat er niet zoveel landuse is, dat dat misschien makelijker is om afteraf te mergen. Ik maak mij meer zorgen over de complete wijken die alleen maar ways zijn. Ik heb geregeld dat alle ways zonder tags kunnen blijven, maar er zijn toch meer dan ik had gedacht. Ik ga nu een nieuwe versie met de nieuwste planet.osm, maar dan ben ik bijna klaar. Ik neem aan dat de mensen die bezig zijn met AND2osm ook denken dat ze klaar zijn? Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nld-leftover.osm available for viewing
On 8/24/07, Remco van Zuijlen [EMAIL PROTECTED] wrote: Als iedereen denkt dat ze klaar zijn, gaan we dan een datum prikken voor de 'grote omzetting' ? bv 8 september (zomaar een willekeurige datum, op een zaterdag, over 2 weken na nu) Twee dingen: - Om problemen te vermijden is het waarschijnlijk het beste om zsm na een planet dump te doen, zodat de verwijder scripts met de beste data kunnen werken. Dat gebeurt op woensdag. - Wat ons tegenhoudt om het nu te doen is dat er geen bulk-upload methode is. Wij kunnen prikken wat wij willen maar als er geen bulk-upload is, dan zijn wij nergens. Maar als wij echt denken klaar te zijn dan zal ik een email sturen naar dev om het te laten weten en dan concentreren op het zorgen dat de bulk upload werkt. Mensen hebben het over osmosis, heeft iemand een test system waarmee wij dit zouden kunnen testen? Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] over degene die oude winkeldata aan het toevoegen is
On 8/24/07, Floris Looijesteijn [EMAIL PROTECTED] wrote: Inderdaad, Heiloo is nu ook aan de beurt: Op slechts enkele meters naast de Albert Heijn hier in Heiloo is nu ook een C1000 volgens OpenStreetmap. TomH op IRC heeft een email gestuurd naar de desbetreffende, dus hopelijk krijgen wij een reactie... Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] AND upload almost ready
Hi, After much coding the last few weeks and a productive meeting last weekend we've finally got the AND transition into a useful state. On the one hard we have the datafile necessary to delete the appropriate stuff from the current planet, and the AND data in the right form to load up. (All in SVN, anyone can run it). The next step is to basically test the upload itself. Over the next few days I hope to test osmosis against an actual database to see how it works. After that we're in the hands of an admin to do the final loading for us. I'm not sure who would be the best to approach for this. I intend to make it as easy as possible for them, we just need a volunteer :) As for timing, shortly after the planet dump is produced is best, to reduce version skew. Which means hopefully either next wednesday, or the wednesday after. Starting from near a dump also gives us a base to work from in case everything goes pear shaped. For the gory details: http://svn.openstreetmap.org/applications/utils/import/and_import/README Thanks to all the people who put in the work! And AND for the data ofcourse! Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Zijn wij zeker van de AND conversie?
On 8/28/07, Christ van Willegen [EMAIL PROTECTED] wrote: On 8/28/07, Martijn van Oosterhout [EMAIL PROTECTED] wrote: Ik heb gemerkt dat er weinig discussie of aanpassingen zijn geweest met betrekking tot de conversie over de laatste week. Dit kan of betekenen dat of wij denken dat het perfect is, of dat niemand er naar kijkt. Zit de relatie-informatie er ook al in, of is dat uitgesteld? Turn-restrictions en zo? Ik geloof het niet, want er is op het ogenblik geen manier om die er in te zetten. Maar als Relationships model van de grond komt dan kunnen wij die gebruiken. Dat wordt waarschijnlijk een ander import. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Zijn wij zeker van de AND conversie?
On 8/28/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Het is redelijk gemakkelijk het resultaat van het delete script te bekijken. Dat ziet er goed uit. Dat ziet er goed uit, ik heb dat wel veel bekeken. Tot nog toe was het plan een testserver in te richten, dan kan iedereen meekijken, een paar stukjes die je zelf gedaan hebt downloaden in josm, hoe de geconverteerde AND data er uit ziet. Op vrijschrift draait er een server, alleen met een oude dataset. Als die set geupdate wordt hebben we de testserver. Hrm, dat kan... ik weet niet of er veel veranderingen zijn, maar dat kan ik nog wel doen misschien, ja... Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Zijn wij zeker van de AND conversie?
On 8/28/07, Lambertus [EMAIL PROTECTED] wrote: Dus draai ik dan maar mijn duimen en hoop dat er niet al te veel van mijn werk in (vooral) Apeldoorn en omgeving ongedaan raak. Mocht er toch veel verloren gaan dan zal ik proberen daarover niet te veel te zeuren :-) Op zich gaat niks verloren, de oude data zal blijven op een andere server, dus je later dat gewoon weer oproepen en weer uploaden. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Zijn wij zeker van de AND conversie?
On 8/28/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Op vrijschrift draait er een server, alleen met een oude dataset. Als die set geupdate wordt hebben we de testserver. Ok, ik heb hem geupdate met de laatste versie uit SVN, dus iedereen kan kijken naar hun gebied. (Stel JOSM in op http://and.openstreetmap.nl/api). AUB niet grote gebied opvragen graag :) Ik heb van iemand op IRC vernomen dat er misschien wat stukjes water zijn waar de pijlen de verkeerde kant op gaan in de Rotterdamse haven, maar dat heb ik zelf niet kunnen vinden. Wel heb ik hier: AND=10005031 (De Grote Plas) http://www.openstreetmap.org/index.html?mlat=52.0208599378mlon=4.37841741062495zoom=13 (plak de URL in JOSM) Die plas is niet een gesloten way Verder vind de validator heel veel duplicate segments. Dat is wel heel raar. Hoe zou dat kunnen. Vooral hier: http://www.openstreetmap.org/index.html?mlat=52.023102265641114mlon=4.360594522823199zoom=15 De grachten van Delft zitten er niet in, maar dat ligt waarschijnlijk aan de originele data. Ik heb ook wat highway=layby. Wat is dat. Ik zal verder kijken, zien wat ik vind. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Zijn wij zeker van de AND conversie?
On 8/28/07, Marc Kessels [EMAIL PROTECTED] wrote: omdat nodes 768071 en 768091 niet bestaan, is dit dus ook niet te corrigeren. (ik heb het even nog gechecked met dbfdump: het getal 768071 komt alleen voor in de file 020_nosr_r.dbf, waar dus alleen de from-node en to-node in staan. Ik heb ook even gekeken. Dat error over to nodes not found komt als de waarde AND_TO_NODE niet terug komt in de external-ID van een node. Maar zoals jij zag, bijna geen nodes hebben zo'n ID, dus het is nogal onvermijdelijk dat er miljoenen van zulke errors komen... Dus dit is gewoon een error die wij moeten negeren geloof ik. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Zijn wij zeker van de AND conversie?
On 8/28/07, Martijn van Oosterhout [EMAIL PROTECTED] wrote: AND=10005031 (De Grote Plas) http://www.openstreetmap.org/index.html?mlat=52.0208599378mlon=4.37841741062495zoom=13 (plak de URL in JOSM) Die plas is niet een gesloten way Ik heb geconstateert dat dit in een fout is in the conversie naar de database en dat het niet voorkomt in de echte OSM data. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Zijn wij zeker van de AND conversie?
On 8/29/07, Martijn van Oosterhout [EMAIL PROTECTED] wrote: Ik heb geconstateert dat dit in een fout is in the conversie naar de database en dat het niet voorkomt in de echte OSM data. Hmm, sterker nog, de conversie script voor and.openstreetmap.nl werkt op een beetje andere manier dan hoe de uiteindelijke upload zal werken. Dus de wegen zullen wel op dezelvde plaats zijn maar de precieze relatie tussen segmenten en wegen zal iets anders zijn... Ik zal in iedergeval de echte bug eruit halen. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Zijn wij zeker van de AND conversie?
On 8/28/07, Marc Kessels [EMAIL PROTECTED] wrote: in de AND data kan ik de node-to en node-from ids niet terug vinden in de nodes data. Ik bedoelde een conversie(/export) probleem binnen AND, dat was een optie die één van de mensen bij AND open hield. Met specifieke voorbeelden kunnen wij of AND misschien uitzoeken in wat voor gevallen dit gebeurd. zo'n beetje elke weg, maar hier even een one-way straat, die de segmenten in de goede richting heeft, maar toch een oneway=-1 heeft: Ok, ik heb een beetje hiernaar gekeken en ik denk dat het probleem is dat the nodes data niet alle nodes bevat, maar alleen POIs. Het goede nieuws is dat wij waarschijnlijk wel zelf de nodeIDs kunnen bepalen. Met een kleine verandering heb ik al: way toID refers to not present AND ID=39490 way fromID refers to not present AND ID=39520 Verder zijn de nodeIDs in 020_r_p en 020_nosr_p duplicated, dus vraag ik mij af of die kolom wel de nodeID is, of dat wij eigenlijk ergens anders moeten zijn. Als ik wat vind, hoor je het wel. Natuurlijk als AND de data direct kan geven is dat nog beter... Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Zijn wij zeker van de AND conversie?
On 8/29/07, Maarten Deen [EMAIL PROTECTED] wrote: Ik heb even naar mijn woonomgeving Helden gekeken, en het meeste ziet er goed uit, er zijn wat kleine dingetjes. Zo is elk gehucht (dat alleen maar in naam bestaat maar in het echt niet als zodanig te herkennen is) aangegeven, inclusief town area, dat is wat overdreven. Ook is het naburige dorp Panningen een beetje ruim bedeeld met een area, ten koste van Helden (en dat kunnen we niet hebben natuurlijk!). Ik dacht dat de echte gemeente grenzen erin zitten, maar misschien is dat niet zo. Daar zie je een B-weg (de secondary is al erg flatteus) die een autosnelweg kruist. Op de kruispunten van de wegen staan nodes. IMHO is dat volkomen fout, want je suggereert hier een fysieke verbinding tussen de wegen. In de realiteit gaat de secundaire weg met een brug over de autosnelweg. Dat is inderdaad een echt probleem en dat *moet* opgelost worden. Ik ben erg bezig met het kleine correcties maken aan het programma, en ik nader (langzaam) een mogelijke oplossing voor dat probleem. Hopelijk kan ik dat vanavond implementeren en kunnin wij morgen de resultaten zien. Wat me ook opvalt (JOSM downloadt bij mij een vreemd groot gebied met die URL) is dat de Maas een paar hele vreemde segmenten heeft. Waterwegen hebben een groot problem, maar dat lag aan de database conversie, niet aan AND2osm. Morgen zal dat ook opgelost moeten zijn. (Het duurt 1uur om de database te updaten, dus ik doe het niet al te vaak). Het zou leuk zijn als er een map gerenderd kan worden van de huidige data, om zulke zaken op te lossen voordat het geheel als officiele data in openstreetmap terecht komt, maar het ligt eraan hoe lang dat duurt of dat echt nodig is. Dat zou fantasitch zijn, maar ik heb niet de harde schijf/cpu/netwerk bandwidth om ziets op te zetten, maar misschien iemand anders...? Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] New versie op and.openstreetmap.nl
Hoi, Nog meer bugs weggewerkt, ook in de server :) Deze nieuwe versie zou in iedergeval de problemen met de rare segmenten in rivieren op moeten oplossen. Ok zouden bijna alle nodes een external-ID moeten hebben dat overeen komt met de straten waar zij aan verbonden zijn. De verboden snelwegen heb ik nog niet kunnen oplossen maar ik denk dat dat door de projectie komt. Ik hou jullie op de hoogte. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Weg simplificatie voor de AND data
Het is mij gelukt om, in iedergeval in mijn buurt, de verbonden maar eigenlijk niet wegen te sepereren. Wat het eigenlijk doet is gewoon onnodige nodes verwijderen. Dus de output van de 'make' is nu: Exported nodes: 3516471 Exported segments: 3925639 Exported ways: 1079433 Err_ND_attached_to_way=808 Err_more_NDIDs_per_node=0 err_oneway_way_reversed=0 way toID refers to not present AND ID=169 way fromID refers to not present AND ID=223 Useless inbetween nodes skipped: 720584, deleted: 684694 IIk zal deze nieuwe versie op and.openstreetmap.nl zetten, maar dat duurt even... Als je het zelf will runnen kan dat, gebruik de versie in SVN. Met vriendelijke groet, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl