Re: [Talk-hr] Okupljanje ZG OSM mappera
On Tue, Nov 24, 2009 at 09:57:49AM +0100, nixa wrote: Matija Nalis wrote: A otkuda ti moj mob ? Kost ga valjda ima, ali ako nemas njegov... :) BTW Nixa je rekao da vjerojatno ne bude bio u Zg za mapiranje, kaj ne ? Ili se predomislio (ili sam ja nekaj pobrkao) ? nixa ima 2 igotu, i cimnut ce valenta pa ce donijeti jos jedno 2-3. vidimo se ;) imas mozebitno i auto ? Za sada se samo Darko javio s autom, tesko cemo neke timove tako napraviti... -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] VAZNO!! Okupljanje ZG OSM mappera
On Fri, Nov 27, 2009 at 08:47:57PM +0100, Darko Boto wrote: jeli ovo zatisje pred buru? Ne, to je tzv. neorganiziranost :) 30ak sati prije polaska nismo sigurni zapravo niti gdje se tocno nalazimo, niti da li imamo opreme ili automobila za timove, niti tko ce isprintati (na vrijeme!) karte iz drugih izvora itd. :-( No, nije sve za zlo, evo nesto smo naucili vec: sve to treba definirati i pinpointati na mapu *odmah* na sastanku gdje se dogovaramo za mapping party a ne ma lako cemo to kasnije dogovoriti preko liste. Necemo :-) Moja pretpostavka je da je to ovo: http://www.kaj-ima.hr/objekt.php?opcija=showbroj=239 (Iako ga neki bacaju i nesto malo dalje ? http://www.tvrtke.com/sportska-dvorana-pescenica,PID-8,MF-28739.aspx ali mi se cini da je to netocno.) Anyway stavio sam sve informacije i linkove na kartu kojima raspolazem na wiki http://wiki.openstreetmap.org/wiki/16.11.2009_-_drugo_okupljanje#Mapping_party pa dopisite sto vi imate od opreme, tko je s autima, tko moze isprintati i sve ostalo oznaceno sa boldanim FIXME. Hvala unaprijed ! -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] VAZNO!! Okupljanje ZG OSM mappera
Hej: Sanela, Dodobas, Kost, Robert, hbogner -- javite se ! Po mogucnosti sa izjavom da li imate auto i sto drugo od opreme/GPSova/fotoparata/laptopa itd. I imate li mogucnost isprintati nekoliko komada karata ? Vidjeti wiki: http://wiki.openstreetmap.org/wiki/16.11.2009_-_drugo_okupljanje#Mapping_party pogotovo boldane FIXME... A gorenavedeni kao i svi ostali, podsjecam: mapiranje je ovu nedjelju, 29.11.2009 u 10h kod dvorane Pescenica (link na wikiju). Tko dolazi neka javi na listu ili jos bolje na wiki! Darko: Rece da imas mobitele svih ljudi ? Imaju li oni tvoj za slucaj da se izgube ili kasne ili sl. ? Mozda da ih podsjetis za kartiranje u nedjelju da ne zaborave (jer listu izgleda bas ne prate) ? -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk] [Talk-de] New OpenStreetMap iPhone Editor - Mapzen POI Collector
2009/11/26 Tomáš Tichý t.ti...@post.cz: This is great news. Are there any plan for Android version? Android is definitely a possibility for 2010. We want to reach as many existing and potentially new OpenStreetMappers as possible with the Mapzen mobile tools, so platform choices will be based on that. TT On Thu, Nov 26, 2009 at 17:36, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Thu, Nov 26, 2009 at 09:56, Nick Black nickbla...@gmail.com wrote: Thanks to many members of the OpenStreetMap community who helped with the translations, including: Jonas Kr ückel (German), Simone Cortesi (Italian), Frédéric Bonifas (French). If you would like to help translate the Mapzen POI collector docs into your language, please drop me an emai: n...@cloudmade.com If you're interested in using Translatewiki for Mapzen or the Mapzen POI collector let me know. We already moved Potlatch and the OSM web to it with great results. To use translatewiki.net would require that Mapzen and Mapzen POI are open source but as far as I can tell only the former is at the moment, but alternatively you could set up your own translation wiki, but that would mean not having access to the large translation community at Translatewiki.net. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- -- Nick Black twitter.com/nick_b ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-de] New OpenStreetMap iPhone Editor - Mapzen POI Collector
On Thu, Nov 26, 2009 at 7:06 PM, Claudius claudiu...@gmx.de wrote: Am 26.11.2009 10:56, Nick Black: Hi Guys, Mapzen POI Collector was released into the App Store this morning. Mapzen POI Collector is a free iPhone app that makes it really easy to collect POIs for OpenStreetMap. Users locate themselves using the iPhone's built in GPS, position a pin at the location of the POI they want to add and then choose from a range of pre-selected categories. No need to remember those obscure tags any more. Why is it not available for the iPod Touch? The builtin geolocalization just helps you in finding the correct street but still I would love to have a decent GUI for collectin POIs on my iPod. You would have to add a user message hinting at the inaccuracy, but still. Main reason is because Mapzen POI Collector needs a network connection to upload the POIs to OSM. There is no support for offline / caching. I guess if you had a wifi network you could upload the POIs that way, but there aren't many places with ubiquitous WiFi. If you email me at n...@cloudmade.com I'll see if we can get a build made for iPod touch and you can test it out. Regards, Claudius ___ Talk-de mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- -- Nick Black twitter.com/nick_b ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New OpenStreetMap iPhone Editor - Mapzen POI Collector
On Thu, Nov 26, 2009 at 10:32 PM, Peter Körner osm-li...@mazdermind.de wrote: Some more things that came in to my mind: 1. When Moving a POI it's not visible, because your finger is over it. When you started moving, there's no way back and no possibility to cancel. It would be better if moving were implemented just as adding: holding the finger generates a pin that can be moved and dropped with a button. Pin handling and POI placement were the toughest parts of the design and development of Mapzen POI Collector. I agree that the movement of existing POIs needs some work. We'll look at it for the 1.2. There is a cancel though - when you move an existing POI you see a Cancel icon in the top right of the screen. 2. Shops that are made up as areas are not editable nor clickable. This is planned for the 1.1 release. 3. It's not that clear when a POI is clickable and when it's not. The POIs on the tiles sould not have the same color as the real clickable POIs (or not have any color at all) That's a good point - we'll look at implementing that. Thanks for the feedback - I see you've added to the issue tracker as well - great work :-) http://developers.cloudmade.com/projects/mapzen/issues Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- -- Nick Black twitter.com/nick_b ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Shopping at Amazon for OSM
Hi Using this link given here: http://wiki.openstreetmap.org/wiki/Merchandise#Amazon generates commission for OSM using the tag: tag=openstreetmap However if I do a search within Amazon this tag disappears. Does anyone know if the money still, somehow, reaches OSM? Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ADDING THE ABILITY TO Mapping everything as areas
On Fri, Nov 27, 2009 at 5:49 PM, Lester Caine les...@lsces.co.uk wrote: The bottom line is that while adding 'width' tags all the way along a road may be a practical half way house, other area features are not handled the same way so why should roads be any different. I think, because roads (ways) often need to have a direction. Hence our discussion about ways to model a directed area, with 1) an ordered node-pair sequence or 2) a multiplex being 2 possible options so far... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ADDING THE ABILITY TO Mapping everything as areas
Roy Wallace wrote: On Fri, Nov 27, 2009 at 5:49 PM, Lester Caine les...@lsces.co.uk wrote: The bottom line is that while adding 'width' tags all the way along a road may be a practical half way house, other area features are not handled the same way so why should roads be any different. I think, because roads (ways) often need to have a direction. Hence our discussion about ways to model a directed area, with 1) an ordered node-pair sequence or 2) a multiplex being 2 possible options so far... My point here is that the WAY information provides all of the direction details. The 'area' detail that is linked to that way will be more than JUST a simple area profile, it will have details such as bridge structures, islands and the like. The fine detail may well be some complex vector graphics, that really have nothing to do with 'direction' except in so far as a motorway or the like may well have two halves with traffic running in opposite directions. The area detail is simple defined areas 'grouped' with the way or ways that make up the route. And the one thing that has not yet been answered is the combination of multiple vehicle, cycle and pedestrian ways which intertwine the length of some of are routes which are currently define by a single way At present I am holding off adding the footpaths around here until such time as there is ACTUALLY a way of mapping the B4632 way along with the complex of paths which vaguely follow it. Being able to accurately include the various grass verges, hedge lines and crossovers would be nice ;) But at the macro level it is still a single way -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ADDING THE ABILITY TO Mapping everything as areas
Looks like somebody is doing some area- / micro- mapping. http://bestofosm.org/?type=mapniklon=11.42994lat=51.30053zoom=18 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ADDING THE ABILITY TO Mapping everything as areas
Richard Weait wrote: Looks like somebody is doing some area- / micro- mapping. http://bestofosm.org/?type=mapniklon=11.42994lat=51.30053zoom=18 Nice, but still not 'micro-mapping ;) Which sides of those roads have pedestrian footpaths. Is there a footpath on the side of the road over the railway. Indeed are those actually vehicle access at all, I presume so from the obvious pullins at the houses? But where are the actual gaps in the sidewalk ... The information I would like to include covers - for example - the fact that the footpath is isolated by verges, on one side of the road, then the pedestrian is expected to cross to the other side where the footpath is just a riased side walk for asection, going onto a pathway which goes some distance from the road before returning to the side and crossing over again Yes you can walk on the grass verges, but what is the route passable by a pushchair or wheelchair? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ADDING THE ABILITY TO Mapping everything as areas
On Fri, Nov 27, 2009 at 14:12, Lester Caine les...@lsces.co.uk wrote: Richard Weait wrote: Looks like somebody is doing some area- / micro- mapping. http://bestofosm.org/?type=mapniklon=11.42994lat=51.30053zoom=18 Nice, but still not 'micro-mapping ;) Which sides of those roads have pedestrian footpaths. Is there a footpath on the side of the road over the railway. Indeed are those actually vehicle access at all, I presume so from the obvious pullins at the houses? But where are the actual gaps in the sidewalk ... Did you look at the actual data? The sidewalks are there, they're just not being rendered since they're areas. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Announcement] talk-ve Venezuela mailing list
There is now a talk-ve Venezuela-specific topics and discussion mailing list available. Thank you to Rafael for initiating and hosting this forum. For details on how to subscribe to this and other country, language, and topic-specific OSM mailing lists, see http://wiki.openstreetmap.org/index.php/Mailing_lists For details about OSM activity in Venezuela: http://wiki.openstreetmap.org/wiki/WikiProject_Venezuela (in Spanish) About Venezuela: http://en.wikipedia.org/wiki/Venezuela http://es.wikipedia.org/wiki/Venezuela Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On 25/11/09 21:59, Roy Wallace wrote: This raises another interesting question, that is, whether highways=* should *necessarily* express logical paths of travel, or whether they are just a convenient way to represent an *area* used as a path of travel, as a placeholder for future, more detailed mapping (e.g. as an area). Even the logical viewpoint benefits from roads as areas. When they are areas, they have two sides, and things (house numbers, postboxes, bus stops) can profitably be unambiguously attached to the appropriate edge. When they are lines, the bus stop has to be an extra node placed an arbitrary distance to the side, and is not connected to the road unless you go to the trouble of defining a relation. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
I've been seeing this thread develop, and apart from trying to use areas and relations in all sorts of weird and wonderful ways wouldn't it be simpler from a logical point of view to treat ways as a grouping of lanes and those lanes can be assigned tags that differ from the ways, such as directions. Using areas seems like a lot of work for no benefit if you just need a simple 2 lane road that has no foot paths or other interesting features. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On Sat, Nov 28, 2009 at 5:47 AM, John Smith deltafoxtrot...@gmail.com wrote: I've been seeing this thread develop, and apart from trying to use areas and relations in all sorts of weird and wonderful ways wouldn't it be simpler from a logical point of view to treat ways as a grouping of lanes and those lanes can be assigned tags that differ from the ways, such as directions. Is a lane a directed area? If it isn't an area, then it's not really relevant to this thread, is it? Using areas seems like a lot of work for no benefit if you just need a simple 2 lane road that has no foot paths or other interesting features. Are you saying that you wouldn't find mapping areas satisfying? If so, that's fine - you don't have to. But for people who want to do it, they should be able to. That's what this thread is about - giving them a way to map the world more accurately, if that's what they're into. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On Fri, Nov 27, 2009 at 2:47 PM, John Smith deltafoxtrot...@gmail.com wrote: Using areas seems like a lot of work for no benefit if you just need a simple 2 lane road that has no foot paths or other interesting features. Yeah, that would be a bad place to use an area :). Areas would be beneficial for, well, just about everything else :). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ADDING THE ABILITY TO Mapping everything as areas
On Fri, Nov 27, 2009 at 11:22 PM, Lester Caine les...@lsces.co.uk wrote: My point here is that the WAY information provides all of the direction details. [snip] The area detail is simple defined areas 'grouped' with the way or ways that make up the route. So in that case, you seem to be suggesting that a directed area can be modeled as just a *relation* with an area and a way as members. Sounds fairly ok to me. But it does raise some questions as to what extent relations would need to be used to link areas with ways. I guess it's only applicable for highway=*'s? Needs more thought... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On Fri, Nov 27, 2009 at 3:37 PM, Roy Wallace waldo000...@gmail.com wrote: But for people who want to do it [map areas], they should be able to. That's what this thread is about - giving them a way to map the world more accurately, if that's what they're into. Right now, what's stopping them? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On Sat, Nov 28, 2009 at 6:47 AM, Anthony o...@inbox.org wrote: On Fri, Nov 27, 2009 at 3:37 PM, Roy Wallace waldo000...@gmail.com wrote: But for people who want to do it [map areas], they should be able to. That's what this thread is about - giving them a way to map the world more accurately, if that's what they're into. Right now, what's stopping them? Documentation. Or, in other words, at least some suggestions as to how to do it. For example, you'll notice that Map Features states that highway's are ways, not areas. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On Fri, Nov 27, 2009 at 3:49 PM, Roy Wallace waldo000...@gmail.com wrote: On Sat, Nov 28, 2009 at 6:47 AM, Anthony o...@inbox.org wrote: On Fri, Nov 27, 2009 at 3:37 PM, Roy Wallace waldo000...@gmail.com wrote: But for people who want to do it [map areas], they should be able to. That's what this thread is about - giving them a way to map the world more accurately, if that's what they're into. Right now, what's stopping them? Documentation. Or, in other words, at least some suggestions as to how to do it. For example, you'll notice that Map Features states that highway's are ways, not areas. Weird. http://wiki.openstreetmap.org/wiki/Tag:area%3Dyes says that highways can be areas. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On Sat, Nov 28, 2009 at 6:51 AM, Anthony o...@inbox.org wrote: Right now, what's stopping them? Documentation. Or, in other words, at least some suggestions as to how to do it. For example, you'll notice that Map Features states that highway's are ways, not areas. Weird. http://wiki.openstreetmap.org/wiki/Tag:area%3Dyes says that highways can be areas. Interesting, thanks for that link - it appears to be easy to overlook - for me, anyway. Note, though, that the Key:area page states area=yes, in the context of roads, indicates that the area has no street lines within it. I expect we will want this restriction lifted at some point, to be able to indicate the area occupied by long roads, or roads with a direction. I guess the questions remain: 1) how to indicate an area's direction 2) whether it is necessary/most convenient (in some situations) to represent a particular highway as both a way AND an area 3) if so, how to relate a physical area to the corresponding logical way, if that's even necessary/recommended Apologies if this has been discussed before - if it has, please point me to the relevant discussion page :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
2009/11/28 Roy Wallace waldo000...@gmail.com: On Sat, Nov 28, 2009 at 5:47 AM, John Smith deltafoxtrot...@gmail.com wrote: I've been seeing this thread develop, and apart from trying to use areas and relations in all sorts of weird and wonderful ways wouldn't it be simpler from a logical point of view to treat ways as a grouping of lanes and those lanes can be assigned tags that differ from the ways, such as directions. Is a lane a directed area? If it isn't an area, then it's not really relevant to this thread, is it? That depends if you are you only after opinions that agree with yours, or if you really want a solution to a problem. Are you saying that you wouldn't find mapping areas satisfying? If so, that's fine - you don't have to. The map data is already inconsistent for a variety of reasons, why make it even more so, I was pointing out a solution that builds upon the existing logic and can cascade rather than be forced to do a lot of extra work for no extra benefit. But for people who want to do it, they should be able to. That's what this thread is about - giving them a way to map the world more accurately, if that's what they're into. Sure you can go map sewers if you want, but you are describing a radical change that is in conflict with vast amounts of existing map data. My suggestion was to build on the existing data and cascade down to further describe it at a smaller level. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On Fri, Nov 27, 2009 at 4:09 PM, Roy Wallace waldo000...@gmail.com wrote: On Sat, Nov 28, 2009 at 6:51 AM, Anthony o...@inbox.org wrote: Right now, what's stopping them? Documentation. Or, in other words, at least some suggestions as to how to do it. For example, you'll notice that Map Features states that highway's are ways, not areas. Weird. http://wiki.openstreetmap.org/wiki/Tag:area%3Dyes says that highways can be areas. Interesting, thanks for that link - it appears to be easy to overlook - for me, anyway. Note, though, that the Key:area page states area=yes, in the context of roads, indicates that the area has no street lines within it. I expect we will want this restriction lifted at some point, to be able to indicate the area occupied by long roads, or roads with a direction. I guess the questions remain: 1) how to indicate an area's direction Areas don't have a direction :). When you try to combine the physical with the logical, problems arise. 2) whether it is necessary/most convenient (in some situations) to represent a particular highway as both a way AND an area More likely a particular highway, like Dale Mabry Highway, would be represented by *many* ways and *many* areas. 3) if so, how to relate a physical area to the corresponding logical way, if that's even necessary/recommended Depends what you want to show. To show that a way travels over a particular paved section of road, the geometry should be adequate. On the other hand, to show that these paved areas, plus these sidewalks, plus these center-islands, plus these ways, etc., make up Dale Mabry Highway, sounds like a job for a relation. Apologies if this has been discussed before - if it has, please point me to the relevant discussion page :) It has been discussed ad-nauseum in some form or another as long as I've been reading this mailing list. But there haven't been many conclusions made :). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping everything as areas
On Sat, Nov 28, 2009 at 7:32 AM, John Smith deltafoxtrot...@gmail.com wrote: Is a lane a directed area? If it isn't an area, then it's not really relevant to this thread, is it? That depends if you are you only after opinions that agree with yours, or if you really want a solution to a problem. Which problem are you talking about? For me, the problem is finding a way to map everything as areas. I don't see how your solution addresses that problem. Please explain how tagging lanes helps with mapping everything as areas (see the topic of this thread)... Are you saying that you wouldn't find mapping areas satisfying? If so, that's fine - you don't have to. The map data is already inconsistent for a variety of reasons, why make it even more so, I was pointing out a solution that builds upon the existing logic and can cascade rather than be forced to do a lot of extra work for no extra benefit. Sounds great, but thus far I don't see how it helps with mapping areas... But for people who want to do it, they should be able to. That's what this thread is about - giving them a way to map the world more accurately, if that's what they're into. Sure you can go map sewers if you want, but you are describing a radical change that is in conflict with vast amounts of existing map data. My suggestion was to build on the existing data and cascade down to further describe it at a smaller level. Again, sounds great. But please describe a way to map everything as areas - or perhaps it is worthwhile starting a new thread? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iPhone vs Android - OSM shootout
Valent Turkovic wrote: Android negative points: - less apps than iPhone, both for OSM and general - not so good as multimedia player (video and audio podcasts) - a bit bigger and heavier than iPhone The last point depends on the phone because Android is a platform not a single Phone. iPhone negative points: - runs only one app at once :( - pretty closed platform :( - quite expensive, no carrier in Croatia offers it in contract deals :( add the point that it's seems to have one of the worst GPS precision of all modern phones. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iPhone vs Android - OSM shootout
Hi, Matthias Versen wrote: add the point that it's seems to have one of the worst GPS precision of all modern phones. The iPhone is a lifestyle device, not a measuring device. It has a GPS receiver in order to display location based opportunities to spend money; and for that I guess it's good enough. Expecting precise GPS measurements from an iPhone is like going windsurfing in your Gucci jacket. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iPhone vs Android - OSM shootout
Hi, Frederik Ramm wrote: The iPhone is a lifestyle device, not a measuring device. Before anyone misreads this - I don't claim that Android phones weren't lifestyle devices, it's just more difficult to say something about them in general because there's no such thing as the Android phone. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tags for autorickshaw
They could be put as fee=prepaid/metered/unmetered Perhaps not optimal, but not entierly wrong. Konrad 2009/11/27 Kenneth Gonsalves law...@au-kbc.org: On Friday 27 Nov 2009 12:43:17 pm you wrote: I would suggest amenity=taxi taxi=autorick for consistency with highway=service, service=* and others. how do we fit in 'prepaid', 'metered', 'unmetered'? actually these things are generic to all forms of taxi. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] De Nieuwe Wereldkaart
Hi, Op http://www.debalie.nl/artikel.jsp?podiumid=politiekarticleid=330856: De wereldkaart biedt je zekerheid. Met haar duidelijke grenzen geeft de kaart niet alleen aan waar je bent, maar ook waar je toe behoort. Of toch niet? De wereldkaart is werk in uitvoering en is nooit af. Grenzen verschuiven, verdwijnen en komen erbij. De Balie lanceert deze middag een nieuwe wereldkaart, waarmee wij de vanzelfsprekendheid en toekomst van landsgrenzen ter discussie stellen. [...] Landsgrenzen staan op kaarten als absolute gegevens. Landen krijgen op kaarten een bestaanszekerheid, die niet altijd overeenkomt met de werkelijkheid. Zo laten de ontwikkelingen op de Balkan de afgelopen vijftien jaar, maar ook de langzame veranderingen in België, zien dat de zekerheden van kaarten, op zijn zachtst gezegd, relatief zijn. [...] [...] het uitgangspunt om aan de slag te gaan met een nieuwe staatkundige wereldkaart, in samenspraak met vormgever en kunstenaar Herman van Bostelen, cartograaf Ferjan Ormeling en geograaf Henk van Houtum. [...] De volgende sprekers en theatermakers leveren een bijdrage: Thomas von der Dunk (cultuurhistoricus, publicist) kijkt terug op grenzenvorming de afgelopen eeuwen in Europa, John Hulsman (expert op het gebied van internationale betrekkingen, Alfred Oppenheim Scholar) praat over natievorming in het Midden-Oosten en de lessen die we kunnen leren van Thomas Edwards Lawrence (Lawrence of Arabia) en Henk van Houtum (hoofd van het Nijmegen Centre for Border Research, Radboud Universiteit) reflecteert op de plek die grenzen innemen in de hoofden van mensen. [...] Misschien voor enkele onder u ook boeiend? -- Rejo Zenger . r...@zenger.nl . 0x21DBEFD4 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] reverten buildings
Hoi, Ik probeer net wat van mijn gebouwen in de pijp, zo voortvarend overschreven door de 3DShapes, te reverten in Potlatch, maar ik krijg de relations (multipolygons) niet terug. Ik heb niet zo'n trek om die allemaal opnieuw aan te maken. Het gaat om 20-30 multipolygons. Is er een manier om dat sneller te doen? Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en referentie
Ik heb dat in Heerenveen ook gezien, en heb inderdaad de straten aan de 3D shapes aangepast. Het gaat vaak maar om een paar meter en we weten allemaal wat de afwijking van de gemiddelde GPS is. Taede -Original Message- From: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] On Behalf Of Martijn van Exel Sent: vrijdag 27 november 2009 11:33 To: OpenStreetMap BE discussion list Subject: [OSM-talk-nl] 3DShapes en referentie Ha, Nu de 3DShapes beginnen te verschijnen (hoewel ik nog lang niet gerust ben op de juridische status) zie ik her en der dat gebouwen straten en andere features overlappen. Kunnen we ervan uit gaan dat de dataset en de import zo nauwkeurig is dat de straten verplaatst moeten worden? Wat is jullie mening? Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
2009/11/27 Martijn van Exel mve...@gmail.com: Ik probeer net wat van mijn gebouwen in de pijp, zo voortvarend overschreven door de 3DShapes, te reverten in Potlatch, maar ik krijg de relations (multipolygons) niet terug. Ik heb niet zo'n trek om die allemaal opnieuw aan te maken. Het gaat om 20-30 multipolygons. Is er een manier om dat sneller te doen? Ik zal je vraag wel verkeerd begrepen hebben, maar je kunt toch éérst de relatie aan andere elementen toekennen, en pas daarna de bestaande elementen verwijderen? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Punt is dat ik de oude elementen niet verwijderd heb. Ik heb geen controle over het geautomatiseerde proces dat de multipolygon (donut)-gebouwen vervangt door eenvoudigere. Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/27 Andre Engels andreeng...@gmail.com: 2009/11/27 Martijn van Exel mve...@gmail.com: Ik probeer net wat van mijn gebouwen in de pijp, zo voortvarend overschreven door de 3DShapes, te reverten in Potlatch, maar ik krijg de relations (multipolygons) niet terug. Ik heb niet zo'n trek om die allemaal opnieuw aan te maken. Het gaat om 20-30 multipolygons. Is er een manier om dat sneller te doen? Ik zal je vraag wel verkeerd begrepen hebben, maar je kunt toch éérst de relatie aan andere elementen toekennen, en pas daarna de bestaande elementen verwijderen? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
On Friday 27 November 2009 11:30:25 Martijn van Exel wrote: Ik probeer net wat van mijn gebouwen in de pijp, zo voortvarend overschreven door de 3DShapes, [...] Overschreven? Wordt er daadwerkelijk bestaande data veranderd bij de import? Anyway, wie besluit er wat er geïmporteerd wordt, wie doet de import (dus: aan wie moet ik vragen om Nuenen niet te importeren omdat mijn eigen gebouwen volgens mij gedetailleerder ingetekend zijn)? -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Ja, er wordt data verwijderd. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/27 Freek freek_...@vanwal.nl: On Friday 27 November 2009 11:30:25 Martijn van Exel wrote: Ik probeer net wat van mijn gebouwen in de pijp, zo voortvarend overschreven door de 3DShapes, [...] Overschreven? Wordt er daadwerkelijk bestaande data veranderd bij de import? Anyway, wie besluit er wat er geïmporteerd wordt, wie doet de import (dus: aan wie moet ik vragen om Nuenen niet te importeren omdat mijn eigen gebouwen volgens mij gedetailleerder ingetekend zijn)? -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Er wordt nog met de hand naar gekeken, waar dit precies op fout gelopen is weet ik niet, maar dit had niet moeten gebeuren. Niet echt netjes. Ik vind eigenlijk dat degene die het geimporteerd heeft het op mag lossen. Er zijn nog wel andere tools om te reverten, misschien doen die ook de relations. Jouw gebouwen zijn inderdaad beter, zie http://3dshapes.openstreetmap.nl/?zoom=17lat=51.46962lon=5.53936layers=B0FTFFF (rood is 3dshapes). Maar misschien kun je even aangeven of je de rest van nuenen ook nog zelf gaat intekenen of dat we die uit 3dshapes kunnen pakken? Groet, Floris Freek wrote: On Friday 27 November 2009 11:30:25 Martijn van Exel wrote: Ik probeer net wat van mijn gebouwen in de pijp, zo voortvarend overschreven door de 3DShapes, [...] Overschreven? Wordt er daadwerkelijk bestaande data veranderd bij de import? Anyway, wie besluit er wat er geïmporteerd wordt, wie doet de import (dus: aan wie moet ik vragen om Nuenen niet te importeren omdat mijn eigen gebouwen volgens mij gedetailleerder ingetekend zijn)? -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
2009/11/27 Martijn van Exel mve...@gmail.com: Ja, er wordt data verwijderd. Dat lijkt me een kwalijke zaak. Veel beter lijkt het me om de bestaande data te bewaren, en de eventuele conflicten aan de 'gewone' gebruikers over te laten. Die zijn veel beter in staat om vast te stellen welke versie de betere is dan een geautomatiseerd proces. Wie regelt deze import? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Volgens mij doet Milo dat -- http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe-data/ (artikel is wel van afgelopen maart, misschien dat het nu iemand anders is). Het verbaast mij dat gebruikers die veel gebouwen hebben ingetekend (en daar reken ik mezelf nog niet eens onder ;) niet zijn geconsulteerd bij deze import en vind dat hier te voortvarend wordt gewerkt. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/27 Andre Engels andreeng...@gmail.com: 2009/11/27 Martijn van Exel mve...@gmail.com: Ja, er wordt data verwijderd. Dat lijkt me een kwalijke zaak. Veel beter lijkt het me om de bestaande data te bewaren, en de eventuele conflicten aan de 'gewone' gebruikers over te laten. Die zijn veel beter in staat om vast te stellen welke versie de betere is dan een geautomatiseerd proces. Wie regelt deze import? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Ik ben er mee bezig. Stomme josm wou de relaties niet netjes overzetten (iets met java en grote osm files) dus er wordt aan gewerkt. Wat echter vaak het geval was dat de tuin ook niet 100% klopte. Dat was echter op yahoo niet zo lekker te zien. (Er ging bijvoorbeeld een fietspad door het geheel heen.) Ik ben dus druk aan het fietsen. En het komt allemaal goed. Maarja het is wel pokke weer dus snel gaat het niet. Groet, --Roeland On Friday 27 November 2009 12:17:30 Floris Looijesteijn wrote: Er wordt nog met de hand naar gekeken, waar dit precies op fout gelopen is weet ik niet, maar dit had niet moeten gebeuren. Niet echt netjes. Ik vind eigenlijk dat degene die het geimporteerd heeft het op mag lossen. Er zijn nog wel andere tools om te reverten, misschien doen die ook de relations. Jouw gebouwen zijn inderdaad beter, zie http://3dshapes.openstreetmap.nl/?zoom=17lat=51.46962lon=5.53936layers=B 0FTFFF (rood is 3dshapes). Maar misschien kun je even aangeven of je de rest van nuenen ook nog zelf gaat intekenen of dat we die uit 3dshapes kunnen pakken? Groet, Floris Freek wrote: On Friday 27 November 2009 11:30:25 Martijn van Exel wrote: Ik probeer net wat van mijn gebouwen in de pijp, zo voortvarend overschreven door de 3DShapes, [...] Overschreven? Wordt er daadwerkelijk bestaande data veranderd bij de import? Anyway, wie besluit er wat er geïmporteerd wordt, wie doet de import (dus: aan wie moet ik vragen om Nuenen niet te importeren omdat mijn eigen gebouwen volgens mij gedetailleerder ingetekend zijn)? -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Mailtje naar user 3dShapes op osm.org - Oorspronkelijk bericht - Van: Andre Engels andreeng...@gmail.com Verzonden: vrijdag 27 november 2009 12:18 Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] reverten buildings 2009/11/27 Martijn van Exel mve...@gmail.com: Ja, er wordt data verwijderd. Dat lijkt me een kwalijke zaak. Veel beter lijkt het me om de bestaande data te bewaren, en de eventuele conflicten aan de 'gewone' gebruikers over te laten. Die zijn veel beter in staat om vast te stellen welke versie de betere is dan een geautomatiseerd proces. Wie regelt deze import? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
inmiddels heeft roeland het stokje overgenomen en die steekt er erg veel tijd in. hij doet alles handmatig mergen in josm maar heeft de tuinen van martijn inderdaad niet behouden. dat is inderdaad een niet zo nette en te overhaaste beslissing geweest. ik was zelf trouwens ook niet zo weg van die ingetekende tuinen want die zijn natuurlijk niet vierkant. het lijkt nu alsof opeens alle gebouwen weggegooid gaan worden maar dat is echt niet zo. vergeet ook niet hoe goed deze dataset is, het zal straks echt nederland weer opnieuw op de openstreetmap kaart zetten. als je het nog niet gedaan hebt, klik dan even rond op de preview versie: http://3dshapes.openstreetmap.nl buiten de steden is de verbetering nog spectaculairder. daarnaast zijn er veel plekken te zien waar waarschijnlijk fiets of voetpaden lopen maar die nog niet op onze kaart staan. groet, floris Martijn van Exel wrote: Volgens mij doet Milo dat -- http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe-data/ (artikel is wel van afgelopen maart, misschien dat het nu iemand anders is). Het verbaast mij dat gebruikers die veel gebouwen hebben ingetekend (en daar reken ik mezelf nog niet eens onder ;) niet zijn geconsulteerd bij deze import en vind dat hier te voortvarend wordt gewerkt. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/27 Andre Engels andreeng...@gmail.com: 2009/11/27 Martijn van Exel mve...@gmail.com: Ja, er wordt data verwijderd. Dat lijkt me een kwalijke zaak. Veel beter lijkt het me om de bestaande data te bewaren, en de eventuele conflicten aan de 'gewone' gebruikers over te laten. Die zijn veel beter in staat om vast te stellen welke versie de betere is dan een geautomatiseerd proces. Wie regelt deze import? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Ik ben niet de enige die hieraan werkt hoor. Er staat inmiddels weer een groot aantal tuinen op (ben maar gewoon gaan overtekenen van yahoo) [1]. Maar zoals Floris ook zegt. Die tuinen zijn vaak helemaal niet vierkant! En yahoo is hier eigenlijk veel te onnauwkeurig voor.. maar goed. Ik vind dus eigenlijk dat de huizen blokken moeten worden opgeknipt om enkel de huizen echt te representeren en dan dus huisnummer data erin. Heb je meteen je tuinen. Verder lijkt het me wel duidelijk dat we niet automatisch importeren want dan hadden we wel heel Nederland in een weekend erin geschopt. Groet, --Roeland [1] http://tile.openstreetmap.nl/?zoom=16lat=52.35169lon=4.89577layers=B0FFF On Friday 27 November 2009 13:09:57 Floris Looijesteijn wrote: inmiddels heeft roeland het stokje overgenomen en die steekt er erg veel tijd in. hij doet alles handmatig mergen in josm maar heeft de tuinen van martijn inderdaad niet behouden. dat is inderdaad een niet zo nette en te overhaaste beslissing geweest. ik was zelf trouwens ook niet zo weg van die ingetekende tuinen want die zijn natuurlijk niet vierkant. het lijkt nu alsof opeens alle gebouwen weggegooid gaan worden maar dat is echt niet zo. vergeet ook niet hoe goed deze dataset is, het zal straks echt nederland weer opnieuw op de openstreetmap kaart zetten. als je het nog niet gedaan hebt, klik dan even rond op de preview versie: http://3dshapes.openstreetmap.nl buiten de steden is de verbetering nog spectaculairder. daarnaast zijn er veel plekken te zien waar waarschijnlijk fiets of voetpaden lopen maar die nog niet op onze kaart staan. groet, floris Martijn van Exel wrote: Volgens mij doet Milo dat -- http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe-da ta/ (artikel is wel van afgelopen maart, misschien dat het nu iemand anders is). Het verbaast mij dat gebruikers die veel gebouwen hebben ingetekend (en daar reken ik mezelf nog niet eens onder ;) niet zijn geconsulteerd bij deze import en vind dat hier te voortvarend wordt gewerkt. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/27 Andre Engels andreeng...@gmail.com: 2009/11/27 Martijn van Exel mve...@gmail.com: Ja, er wordt data verwijderd. Dat lijkt me een kwalijke zaak. Veel beter lijkt het me om de bestaande data te bewaren, en de eventuele conflicten aan de 'gewone' gebruikers over te laten. Die zijn veel beter in staat om vast te stellen welke versie de betere is dan een geautomatiseerd proces. Wie regelt deze import? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Freek wrote: Overschreven? Wordt er daadwerkelijk bestaande data veranderd bij de import? Anyway, wie besluit er wat er geïmporteerd wordt, wie doet de import (dus: aan wie moet ik vragen om Nuenen niet te importeren omdat mijn eigen gebouwen volgens mij gedetailleerder ingetekend zijn)? Nuenen heb ik specifiek niet meegenomen toen ik Eindhoven/Veldhoven heb gedaan. Ik ben letterlijk bij de (in OSM vanuit dataportal.nl geïmporteerde gemeentegrens) opgehouden, zo goed als mogelijk. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Martijn van Exel wrote: Volgens mij doet Milo dat -- http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe-data/ Voor de goede orde: Milo is niet betrokken bij deze data/import. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Commentaar inline. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/27 Roeland Douma u...@rullzer.com: Ik ben niet de enige die hieraan werkt hoor. Er staat inmiddels weer een groot aantal tuinen op (ben maar gewoon gaan overtekenen van yahoo) [1]. Maar zoals Floris ook zegt. Die tuinen zijn vaak helemaal niet vierkant! En yahoo is hier eigenlijk veel te onnauwkeurig voor.. maar goed. Nee, perfect is het niet en zo is het ook niet bedoeld. Maar het is beter dan niets: gesloten bouwblokken *en* de binnentuinen zijn een karakteristiek kenmerk van de Amsterdamse stedenbouwkundige opbouw en ik vind het belangrijk dat dat gevisualiseerd kan worden. Als er betere data beschikbaar komt kunnen we het altijd nog perfectioneren. Dat geldt voor alles dat je invoert of importeert. Ik vind dus eigenlijk dat de huizen blokken moeten worden opgeknipt om enkel de huizen echt te representeren en dan dus huisnummer data erin. Heb je meteen je tuinen. Dat zou mooi zijn, hier bij Geodan hebben wij iets dergelijks gedaan met behulp van de kadastrale perceeldata. Die is echter nog niet vrij. Verder lijkt het me wel duidelijk dat we niet automatisch importeren want dan hadden we wel heel Nederland in een weekend erin geschopt. Dat is het voor jou maar daarmee niet voor iedereen. Ik weet niet wat de maximale capaciteit van een geautomatiseerde import is. Het feit dat ik denk dat het automatisch gaat zegt wel iets over de zorg die ik heb; het is allemaal wat weinig tranparant. Het lijkt mij wat waard om iedereen wat dichter bij elkaar te brengen: er zijn in toenemende mate gescheiden kanalen die te weinig communiceren: OpenGeo (die zicht hierin een rol heeft aangemeten), IRC, talk, forum, lokale meetings. Hoe kunnen we dat nu eens verbeteren of ben ik de enige die zich hier zorgen over maakt? Martijn Groet, --Roeland [1] http://tile.openstreetmap.nl/?zoom=16lat=52.35169lon=4.89577layers=B0FFF On Friday 27 November 2009 13:09:57 Floris Looijesteijn wrote: inmiddels heeft roeland het stokje overgenomen en die steekt er erg veel tijd in. hij doet alles handmatig mergen in josm maar heeft de tuinen van martijn inderdaad niet behouden. dat is inderdaad een niet zo nette en te overhaaste beslissing geweest. ik was zelf trouwens ook niet zo weg van die ingetekende tuinen want die zijn natuurlijk niet vierkant. het lijkt nu alsof opeens alle gebouwen weggegooid gaan worden maar dat is echt niet zo. vergeet ook niet hoe goed deze dataset is, het zal straks echt nederland weer opnieuw op de openstreetmap kaart zetten. als je het nog niet gedaan hebt, klik dan even rond op de preview versie: http://3dshapes.openstreetmap.nl buiten de steden is de verbetering nog spectaculairder. daarnaast zijn er veel plekken te zien waar waarschijnlijk fiets of voetpaden lopen maar die nog niet op onze kaart staan. groet, floris Martijn van Exel wrote: Volgens mij doet Milo dat -- http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe-da ta/ (artikel is wel van afgelopen maart, misschien dat het nu iemand anders is). Het verbaast mij dat gebruikers die veel gebouwen hebben ingetekend (en daar reken ik mezelf nog niet eens onder ;) niet zijn geconsulteerd bij deze import en vind dat hier te voortvarend wordt gewerkt. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/27 Andre Engels andreeng...@gmail.com: 2009/11/27 Martijn van Exel mve...@gmail.com: Ja, er wordt data verwijderd. Dat lijkt me een kwalijke zaak. Veel beter lijkt het me om de bestaande data te bewaren, en de eventuele conflicten aan de 'gewone' gebruikers over te laten. Die zijn veel beter in staat om vast te stellen welke versie de betere is dan een geautomatiseerd proces. Wie regelt deze import? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Oeh ! Dat klinkt handig! Bedankt. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/27 Lennard l...@xs4all.nl: - Maak correcte ringen. - Selecteer de buitenring (1 way) en alle binnenringen. - Roep de plugin aan - ... - Profit ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en referentie
Lambertus wrote: Mijn ervaring: Op sommige plekken is de passing van 3dShapes nagenoeg perfect, maar op andere plekken zijn de wegen meerdere malen geverifieerd door GPS en blijken de huizen wat verschoven of verdraaid. Conclusie: je kunt er niet van opaan dan 3dShapes beter is dan wat we nu in OSM hebben. Mijn ervaring is dat de positie van de gebouwen in 3dShapes meestal* goed is, maar dat het gebouw op zich weleens een rotatie kan vertonen ten opzichte van de werkelijke positie. En daarmee bedoel ik dat in een rijtje huizen dat in werkelijkheid kaarsrecht langs de weg staat, er weleens huizen tussen zitten die opeens een hoek maken t.o.v. die weg. Bij langere huizenblokken valt dit natuurlijk sterker op dan bij enkele huisjes. Ook is het m.i. te kort door de bocht om het een met het ander te vergelijken. Veel wegen zijn nog 'versie 1 AND import' qua ligging, en ook met zelfgemaakte GPS-tracks, zeker tussen beton/hoogbouw, moet je rekening houden met een afwijking, die al snel meters kan bedragen. Ik zou dus zelf zeker niet lukraak 3dShapes gebouwen gaan aanpassen, zonder nog eens fysiek langs te zijn geweest. * Nu ken ik natuurlijk niet elk gebouw in NL, maar als generale indruk die ik heb van de data. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Verder lijkt het me wel duidelijk dat we niet automatisch importeren want dan hadden we wel heel Nederland in een weekend erin geschopt. Nu overschat je de OSM API nogal. Ook zelfs puur non-stop alles geautomatiseerd importeren zou vele weken duren. Ging om het idee natuurlijk. Dan hadden we de import gewoon aan kunnen zetten en zo langzaam heel NL vullen. Groet, --Roeland signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel schreef: Dat zou mooi zijn, hier bij Geodan hebben wij iets dergelijks gedaan met behulp van de kadastrale perceeldata. Die is echter nog niet vrij. Lees de leveringsvoorwaarden er nog eens op na zou ik zeggen ;) heb; het is allemaal wat weinig tranparant. Het lijkt mij wat waard om iedereen wat dichter bij elkaar te brengen: er zijn in toenemende mate gescheiden kanalen die te weinig communiceren: OpenGeo (die zicht hierin een rol heeft aangemeten), IRC, talk, forum, lokale meetings. Hoe kunnen we dat nu eens verbeteren of ben ik de enige die zich hier zorgen over maakt? De eerste emails zijn rond gegaan voor het initiele local chapter voorstel. Omdat er nog geen consensus is, voornamelijke omdat de body, niet OSM specifiek moet zijn, maar meer initiatieven moet kunnen onarmen in Nederland is het van belang dat iedereen ook blij is met de structuur. Wat mij betreft is iedereen lekker bezig, en heb je een probleem met de uitvoering ervan dan is het zaak je zelf eens te verplaatsen naar waar het gebeurt. Als iemand op het forum wat aan het doen is, ga je naar het forum, als iemand op IRC wat aan het doen is ga je naar IRC. Ik zie momenteel de blog en mailinglijst wel als twee centrale dingen die je als Nederlandse OSM'er wel in de gaten zou moeten houden. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAksP1iwACgkQYH1+F2Rqwn3pVACfX0B5mT5MD1SIJ8ai59CZp+W+ 4G4AoIMUEEd2BlCMRFY5rtlLLvBPdhWW =s+G7 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3DShapes en referentie
Die indruk heb ik ook. Op basis van een beperkte steekproef in Amsterdam-Noord. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/27 Lennard l...@xs4all.nl: Mijn ervaring is dat de positie van de gebouwen in 3dShapes meestal* goed is, maar dat het gebouw op zich weleens een rotatie kan vertonen ten opzichte van de werkelijke positie. En daarmee bedoel ik dat in een rijtje huizen dat in werkelijkheid kaarsrecht langs de weg staat, er weleens huizen tussen zitten die opeens een hoek maken t.o.v. die weg. Bij langere huizenblokken valt dit natuurlijk sterker op dan bij enkele huisjes. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
2009/11/27 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel schreef: Dat zou mooi zijn, hier bij Geodan hebben wij iets dergelijks gedaan met behulp van de kadastrale perceeldata. Die is echter nog niet vrij. Lees de leveringsvoorwaarden er nog eens op na zou ik zeggen ;) Wow, er zitten maar 24 uur in een dag ;) heb; het is allemaal wat weinig tranparant. Het lijkt mij wat waard om iedereen wat dichter bij elkaar te brengen: er zijn in toenemende mate gescheiden kanalen die te weinig communiceren: OpenGeo (die zicht hierin een rol heeft aangemeten), IRC, talk, forum, lokale meetings. Hoe kunnen we dat nu eens verbeteren of ben ik de enige die zich hier zorgen over maakt? De eerste emails zijn rond gegaan voor het initiele local chapter voorstel. Omdat er nog geen consensus is, voornamelijke omdat de body, niet OSM specifiek moet zijn, maar meer initiatieven moet kunnen onarmen in Nederland is het van belang dat iedereen ook blij is met de structuur. Ik ben voor een local chapter in de zin van een aanspreekpunt voor juridische zaken, een officiele vertegenwoordiging, en een liaison met de internationale gemeenschap. Maar ik vind ook dat het meer zou moeten zijn: een bindende factor tussen Nederlandse OSM-ers van verschillend garnituur, maar ook tussen OSM-community en de wijde wereld (de pers in het bijzonder). Waar gaan die 'eerste emails' rond? Ik kan niet alles tegelijk in de gaten houden, de mailinglist en het blog vind ik ruim voldoende! Wat mij betreft is iedereen lekker bezig, en heb je een probleem met de uitvoering ervan dan is het zaak je zelf eens te verplaatsen naar waar het gebeurt. Als iemand op het forum wat aan het doen is, ga je naar het forum, als iemand op IRC wat aan het doen is ga je naar IRC. Iedereen is ook lekker bezig, alleen je kunt niet van iedereen verwachten dat-ie al die kanalen in de gaten houdt. Als er belangrijke dingen gebeuren die potentieel veel mensen aangaan, zoals de import van een Nederlandse gebouwendataset, dan mag dat best wat breder worden aangekondigd. Ik weet dat er ooit is geblogd over 3DShapes, maar dat is zo lang geleden dat de directe relatie met wat er nu gebeurt niet meer te leggen is. Ik zie momenteel de blog en mailinglijst wel als twee centrale dingen die je als Nederlandse OSM'er wel in de gaten zou moeten houden. Inderdaad. Mooie blogpost trouwens over hack de overheid en open data ;) Ik maak me druk omdat ik geen jurist ben - en geen van ons volgens mij - en ik vermoed dat je in zwaar weer terecht kunt komen als je vanuit die positie beslissingen neemt over juridische vraagstukken. Wat als het Kadaster ineens met een auteursrechtclaim bij OpenGeo voor de deur staat? In dit soort dingen ben ik nogal voorzichtig aangelegd. Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
iets totaal anders, maar wel gerelateerd, weet iemand waar dat citybox gebouw precies stond? die kunnen we dan in het kader van de actualiteit verwijderen. misschien met een burning=yes tag erbij... groet, floris Martijn van Exel wrote: 2009/11/27 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel schreef: Dat zou mooi zijn, hier bij Geodan hebben wij iets dergelijks gedaan met behulp van de kadastrale perceeldata. Die is echter nog niet vrij. Lees de leveringsvoorwaarden er nog eens op na zou ik zeggen ;) Wow, er zitten maar 24 uur in een dag ;) heb; het is allemaal wat weinig tranparant. Het lijkt mij wat waard om iedereen wat dichter bij elkaar te brengen: er zijn in toenemende mate gescheiden kanalen die te weinig communiceren: OpenGeo (die zicht hierin een rol heeft aangemeten), IRC, talk, forum, lokale meetings. Hoe kunnen we dat nu eens verbeteren of ben ik de enige die zich hier zorgen over maakt? De eerste emails zijn rond gegaan voor het initiele local chapter voorstel. Omdat er nog geen consensus is, voornamelijke omdat de body, niet OSM specifiek moet zijn, maar meer initiatieven moet kunnen onarmen in Nederland is het van belang dat iedereen ook blij is met de structuur. Ik ben voor een local chapter in de zin van een aanspreekpunt voor juridische zaken, een officiele vertegenwoordiging, en een liaison met de internationale gemeenschap. Maar ik vind ook dat het meer zou moeten zijn: een bindende factor tussen Nederlandse OSM-ers van verschillend garnituur, maar ook tussen OSM-community en de wijde wereld (de pers in het bijzonder). Waar gaan die 'eerste emails' rond? Ik kan niet alles tegelijk in de gaten houden, de mailinglist en het blog vind ik ruim voldoende! Wat mij betreft is iedereen lekker bezig, en heb je een probleem met de uitvoering ervan dan is het zaak je zelf eens te verplaatsen naar waar het gebeurt. Als iemand op het forum wat aan het doen is, ga je naar het forum, als iemand op IRC wat aan het doen is ga je naar IRC. Iedereen is ook lekker bezig, alleen je kunt niet van iedereen verwachten dat-ie al die kanalen in de gaten houdt. Als er belangrijke dingen gebeuren die potentieel veel mensen aangaan, zoals de import van een Nederlandse gebouwendataset, dan mag dat best wat breder worden aangekondigd. Ik weet dat er ooit is geblogd over 3DShapes, maar dat is zo lang geleden dat de directe relatie met wat er nu gebeurt niet meer te leggen is. Ik zie momenteel de blog en mailinglijst wel als twee centrale dingen die je als Nederlandse OSM'er wel in de gaten zou moeten houden. Inderdaad. Mooie blogpost trouwens over hack de overheid en open data ;) Ik maak me druk omdat ik geen jurist ben - en geen van ons volgens mij - en ik vermoed dat je in zwaar weer terecht kunt komen als je vanuit die positie beslissingen neemt over juridische vraagstukken. Wat als het Kadaster ineens met een auteursrechtclaim bij OpenGeo voor de deur staat? In dit soort dingen ben ik nogal voorzichtig aangelegd. Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Die mails gaan eerst nog intern rond. Wij hebben zelf nog genoeg aan te merken. Zodra er iets ligt wat we naar buiten durfen te brengen zal dat ook gebeuren uiteraard! Het lijkt ons echter belangrijk eerst duidelijk onze visie op papier te hebben daarna is er uitgebreid de tijd om inhoudelijke discussie te voeren :) Groet, --Roeland On Friday 27 November 2009 15:16:59 Martijn van Exel wrote: 2009/11/27 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel schreef: Dat zou mooi zijn, hier bij Geodan hebben wij iets dergelijks gedaan met behulp van de kadastrale perceeldata. Die is echter nog niet vrij. Lees de leveringsvoorwaarden er nog eens op na zou ik zeggen ;) Wow, er zitten maar 24 uur in een dag ;) heb; het is allemaal wat weinig tranparant. Het lijkt mij wat waard om iedereen wat dichter bij elkaar te brengen: er zijn in toenemende mate gescheiden kanalen die te weinig communiceren: OpenGeo (die zicht hierin een rol heeft aangemeten), IRC, talk, forum, lokale meetings. Hoe kunnen we dat nu eens verbeteren of ben ik de enige die zich hier zorgen over maakt? De eerste emails zijn rond gegaan voor het initiele local chapter voorstel. Omdat er nog geen consensus is, voornamelijke omdat de body, niet OSM specifiek moet zijn, maar meer initiatieven moet kunnen onarmen in Nederland is het van belang dat iedereen ook blij is met de structuur. Ik ben voor een local chapter in de zin van een aanspreekpunt voor juridische zaken, een officiele vertegenwoordiging, en een liaison met de internationale gemeenschap. Maar ik vind ook dat het meer zou moeten zijn: een bindende factor tussen Nederlandse OSM-ers van verschillend garnituur, maar ook tussen OSM-community en de wijde wereld (de pers in het bijzonder). Waar gaan die 'eerste emails' rond? Ik kan niet alles tegelijk in de gaten houden, de mailinglist en het blog vind ik ruim voldoende! Wat mij betreft is iedereen lekker bezig, en heb je een probleem met de uitvoering ervan dan is het zaak je zelf eens te verplaatsen naar waar het gebeurt. Als iemand op het forum wat aan het doen is, ga je naar het forum, als iemand op IRC wat aan het doen is ga je naar IRC. Iedereen is ook lekker bezig, alleen je kunt niet van iedereen verwachten dat-ie al die kanalen in de gaten houdt. Als er belangrijke dingen gebeuren die potentieel veel mensen aangaan, zoals de import van een Nederlandse gebouwendataset, dan mag dat best wat breder worden aangekondigd. Ik weet dat er ooit is geblogd over 3DShapes, maar dat is zo lang geleden dat de directe relatie met wat er nu gebeurt niet meer te leggen is. Ik zie momenteel de blog en mailinglijst wel als twee centrale dingen die je als Nederlandse OSM'er wel in de gaten zou moeten houden. Inderdaad. Mooie blogpost trouwens over hack de overheid en open data ;) Ik maak me druk omdat ik geen jurist ben - en geen van ons volgens mij - en ik vermoed dat je in zwaar weer terecht kunt komen als je vanuit die positie beslissingen neemt over juridische vraagstukken. Wat als het Kadaster ineens met een auteursrechtclaim bij OpenGeo voor de deur staat? In dit soort dingen ben ik nogal voorzichtig aangelegd. Martijn ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel schreef: Martijn van Exel schreef: Dat zou mooi zijn, hier bij Geodan hebben wij iets dergelijks gedaan met behulp van de kadastrale perceeldata. Die is echter nog niet vrij. Lees de leveringsvoorwaarden er nog eens op na zou ik zeggen ;) Wow, er zitten maar 24 uur in een dag ;) Het Kadaster gaf de tip ;) I'm just the messenger ;) Ik ben voor een local chapter in de zin van een aanspreekpunt voor juridische zaken, een officiele vertegenwoordiging, en een liaison met de internationale gemeenschap. Maar ik vind ook dat het meer zou moeten zijn: een bindende factor tussen Nederlandse OSM-ers van verschillend garnituur, maar ook tussen OSM-community en de wijde wereld (de pers in het bijzonder). Ik kan me voorstellen dat sommige mensen geen lid willen worden van de OSMF. Maar als de OSMF voor vertegenwoordiging 'eist' dat er een contributie/donatie fee moet zijn, dan werp je al een drempel op. Waar gaan die 'eerste emails' rond? Ik kan niet alles tegelijk in de gaten houden, de mailinglist en het blog vind ik ruim voldoende! Bestuur Stichting OpenGeo om de structuur om te vormen naar een Bestuur/Commissie structuur. Problematische zaken: wie krijgt stemrecht om bestuur te kiezen, wanneer /mag/ je in een commissie plaatsnemen. Ik denk dat dat op bestuurlijk niveau eerst consensus bereikt moet hebben voordat je een voorstel naar talk-nl kunt schieten met een 'wij willen een organisatie oprichten om onsallen te vertegenwoordigen als OSM in NL'. Wat mij betreft is iedereen lekker bezig, en heb je een probleem met de uitvoering ervan dan is het zaak je zelf eens te verplaatsen naar waar het gebeurt. Als iemand op het forum wat aan het doen is, ga je naar het forum, als iemand op IRC wat aan het doen is ga je naar IRC. Iedereen is ook lekker bezig, alleen je kunt niet van iedereen verwachten dat-ie al die kanalen in de gaten houdt. Als er belangrijke dingen gebeuren die potentieel veel mensen aangaan, zoals de import van een Nederlandse gebouwendataset, dan mag dat best wat breder worden aangekondigd. Ik weet dat er ooit is geblogd over 3DShapes, maar dat is zo lang geleden dat de directe relatie met wat er nu gebeurt niet meer te leggen is. Vind je het niet extreem grappig dat toen niemand had gereageerd? Terwijl ik zeker weet dat er screenshots zijn geweest? Het lijkt er op of er alleen gezeik komt als mensen aan het werk zijn. Dan persoonlijk liever voor de anarchie status van vroegah ;) Ik zie momenteel de blog en mailinglijst wel als twee centrale dingen die je als Nederlandse OSM'er wel in de gaten zou moeten houden. Inderdaad. Mooie blogpost trouwens over hack de overheid en open data ;) Ik maak me druk omdat ik geen jurist ben - en geen van ons volgens mij - en ik vermoed dat je in zwaar weer terecht kunt komen als je vanuit die positie beslissingen neemt over juridische vraagstukken. Wat als het Kadaster ineens met een auteursrechtclaim bij OpenGeo voor de deur staat? In dit soort dingen ben ik nogal voorzichtig aangelegd. We hebben een aantal bescherm engeltjes. En met de uitspraken van het Kadaster van gisteren maak ik me eigenlijk helemaal niet druk meer dat ze überhaupt met een duikboot richting Goes gaan. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAksP5lIACgkQYH1+F2Rqwn3MqwCggE3bbJbQqWaDKerMoKUxGQHs B0oAnRvj8haqC6evipr+UdtQ5BDstz+e =zjMK -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
Volgens mij doe ik nix momenteel en al zeker geen import! Kortgeleden heb ik mijn mening over het import onderwerp ook al gegeven in het bestuur van Stichting OpenGeo: Het importeren van data in OpenStreetMap interesseert mij niets. Het biedt voor mij als Geo-Informaticus geen meerwaarde. Data bij de bron is mijn credo en je kunt beter de bron motiveren om de data zelf vrij beschikbaar te maken dan alles in de geograbbelton die OSM heet te importeren. Wat mij *echt* intrigeert aan OpenStreetMap is de factor mens en massa. Ik sluit me namelijk aan bij de filosofie die James Surowiecki beschrijft in het boek The wisdom of crowds Er wordt beweerd dat wanneer je een diverse, niet-homogene massa mensen bij elkaar aan een probleem laat werken de geaggregeerde oplossing altijd kwalitatief beter zal zijn dan de oplossing die de beste specialist kan bieden. Ik ben dus met name benieuwd of het met veel openstreetmappers uiteindelijk zal lukken om een data-kwaliteit te bereiken die de data-kwaliteit van de gespecialiseerde geo-informaticus/landmeetkundige overstijgt. Ik wil deze stelling graag bewezen zien. En hierbij werkt het importeren van data averechts op het kunnen bewijzen van deze stelling, vandaar dat ik liever geen data geimporteerd zie worden en me vooral druk maak om de stagnerende groei van het aantal actieve openstreetMAPPERS in NL en wereldwijd. Mijn focus ligt dan ook op het ontsluiten van wat er is en met mooie producten proberen nieuwe mensen te motiveren om ook mee te gaan doen. Hiermee hoop ik iedereen duidelijk te kunnen maken dat ik mij *niet* met import bemoei en ook niet zal bemoeien in de toekomst ;-) Met vriendelijke groet, Milo van der Linden On 11/27/2009 12:23 PM, Martijn van Exel wrote: Volgens mij doet Milo dat -- http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe-data/ (artikel is wel van afgelopen maart, misschien dat het nu iemand anders is). Het verbaast mij dat gebruikers die veel gebouwen hebben ingetekend (en daar reken ik mezelf nog niet eens onder ;) niet zijn geconsulteerd bij deze import en vind dat hier te voortvarend wordt gewerkt. martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/11/27 Andre Engels andreeng...@gmail.com: 2009/11/27 Martijn van Exel mve...@gmail.com: Ja, er wordt data verwijderd. Dat lijkt me een kwalijke zaak. Veel beter lijkt het me om de bestaande data te bewaren, en de eventuele conflicten aan de 'gewone' gebruikers over te laten. Die zijn veel beter in staat om vast te stellen welke versie de betere is dan een geautomatiseerd proces. Wie regelt deze import? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
2009/11/27 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel schreef: Martijn van Exel schreef: Dat zou mooi zijn, hier bij Geodan hebben wij iets dergelijks gedaan met behulp van de kadastrale perceeldata. Die is echter nog niet vrij. Lees de leveringsvoorwaarden er nog eens op na zou ik zeggen ;) Wow, er zitten maar 24 uur in een dag ;) Het Kadaster gaf de tip ;) I'm just the messenger ;) Het gaat er dus om, als ik het goed begrijp uit je blogpost, dat 'het Kadaster het totaal geen probleem vond als verkochte data werd gedistribueerd naar eindgebruikers mits er geen kwaliteitsclaims werden gemaakt'? Denk je dat dat expliciet in gebruiks- / leveringsvoorwaarden terug te vinden zou zijn? Wel, ik zal eens gaan navragen hier. [...] Waar gaan die 'eerste emails' rond? Ik kan niet alles tegelijk in de gaten houden, de mailinglist en het blog vind ik ruim voldoende! Bestuur Stichting OpenGeo om de structuur om te vormen naar een Bestuur/Commissie structuur. Problematische zaken: wie krijgt stemrecht om bestuur te kiezen, wanneer /mag/ je in een commissie plaatsnemen. Ik denk dat dat op bestuurlijk niveau eerst consensus bereikt moet hebben voordat je een voorstel naar talk-nl kunt schieten met een 'wij willen een organisatie oprichten om onsallen te vertegenwoordigen als OSM in NL'. Het is een precaire balans - aan de ene kant wil je niet teveel ruis in het begin van allemaal half / niet geïnformeerde lieden die maar wat beginnen te roepen over wat wel en wat niet zou moeten, inderdaad intern eerst eens kijken hoe je het zou willen presenteren. Lijkt me slim. Aan de andere kant wil je mensen ook niet het gevoel geven voor een voldongen feit te worden gesteld. Zolang je je bewust bent van dat risico lijkt mij helemaal niks mis met deze aanpak. Maar ook: het volume op deze lijst is dermate laag dat de discussie nog wel binnen de perken zal blijven. Je kunt ook een keer een avondje organiseren om plannen / ideeën voor een chapter aan ronde tafel door te spreken met mensen die daar belang in stellen. Meer dan een (of twee) handvol zijn dat er denkelijk ook niet. Wat mij betreft is iedereen lekker bezig, en heb je een probleem met de uitvoering ervan dan is het zaak je zelf eens te verplaatsen naar waar het gebeurt. Als iemand op het forum wat aan het doen is, ga je naar het forum, als iemand op IRC wat aan het doen is ga je naar IRC. Iedereen is ook lekker bezig, alleen je kunt niet van iedereen verwachten dat-ie al die kanalen in de gaten houdt. Als er belangrijke dingen gebeuren die potentieel veel mensen aangaan, zoals de import van een Nederlandse gebouwendataset, dan mag dat best wat breder worden aangekondigd. Ik weet dat er ooit is geblogd over 3DShapes, maar dat is zo lang geleden dat de directe relatie met wat er nu gebeurt niet meer te leggen is. Vind je het niet extreem grappig dat toen niemand had gereageerd? Terwijl ik zeker weet dat er screenshots zijn geweest? Het lijkt er op of er alleen gezeik komt als mensen aan het werk zijn. Dan persoonlijk liever voor de anarchie status van vroegah ;) Het ís ook nog steeds anarchie! En ik zou ook niet willen dat dat ophoudt. Als we gaan verzanden in een vergader- en overlegcultuur komt OSM hier in Nederland tot een gierende stilstand. Dat er alleen 'gezeik' komt (ik vind het nog wel meevallen...;) als er iets gebeurt komt denk ik toch doordat er niet één duidelijk communicatiekanaal is met een duidelijke structuur. Het blog is dat volgens mij bijna: als je nou op een simpele manier kan filteren wat voor soort nieuws je wilt zien, dan is het blog nog beter inzetbaar als OSM-nieuwsfeed voor een breed publiek. De huidige categorieën raken 'm volgens mij niet 100%. Wat mij perfect lijkt is een indeling in... * Evenementen en parties * Nieuwe data * Techniek en hosting * Politiek en juridisch * Grappig / opvallend / overig Zijn er anderen die denken dat het blog van zo'n indeling, of op een andere manier, kan profiteren? Doet niks af aan de inhoud - kudos voor iedereen die zich inzet om te schrijven. Ik zie momenteel de blog en mailinglijst wel als twee centrale dingen die je als Nederlandse OSM'er wel in de gaten zou moeten houden. Inderdaad. Mooie blogpost trouwens over hack de overheid en open data ;) Ik maak me druk omdat ik geen jurist ben - en geen van ons volgens mij - en ik vermoed dat je in zwaar weer terecht kunt komen als je vanuit die positie beslissingen neemt over juridische vraagstukken. Wat als het Kadaster ineens met een auteursrechtclaim bij OpenGeo voor de deur staat? In dit soort dingen ben ik nogal voorzichtig aangelegd. We hebben een aantal bescherm engeltjes. En met de uitspraken van het Kadaster van gisteren maak ik me eigenlijk helemaal niet druk meer dat ze überhaupt met een duikboot richting Goes gaan. Misschien varen ze wel door naar Southampton, de Ordnance Survey geeft het goede voorbeeld[1]! [1]
Re: [OSM-talk-nl] reverten buildings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel schreef: Denk je dat dat expliciet in gebruiks- / leveringsvoorwaarden terug te vinden zou zijn? Wel, ik zal eens gaan navragen hier. Geodan verkoopt haar kaarten en producten toch door? Dragen jullie licentie gelden per kaart af aan het Kadaster? Het is een precaire balans - aan de ene kant wil je niet teveel ruis in het begin van allemaal half / niet geïnformeerde lieden die maar wat beginnen te roepen over wat wel en wat niet zou moeten, inderdaad intern eerst eens kijken hoe je het zou willen presenteren. Lijkt me slim. Aan de andere kant wil je mensen ook niet het gevoel geven voor een voldongen feit te worden gesteld. Zolang je je bewust bent van dat risico lijkt mij helemaal niks mis met deze aanpak. Maar ook: het volume op deze lijst is dermate laag dat de discussie nog wel binnen de perken zal blijven. Je kunt ook een keer een avondje organiseren om plannen / ideeën voor een chapter aan ronde tafel door te spreken met mensen die daar belang in stellen. Meer dan een (of twee) handvol zijn dat er denkelijk ook niet. Het probleem is (as usual) geld. OpenGeo heeft momenteel gelabelde potjes. En ik wil niet dat bij een hostile takeover dat soort principiële dingen verloren gaan. Zijn er anderen die denken dat het blog van zo'n indeling, of op een andere manier, kan profiteren? Doet niks af aan de inhoud - kudos voor iedereen die zich inzet om te schrijven. We hebben die 'tags' dus gebruiken/relabelen lijkt me slim. We hebben een aantal bescherm engeltjes. En met de uitspraken van het Kadaster van gisteren maak ik me eigenlijk helemaal niet druk meer dat ze überhaupt met een duikboot richting Goes gaan. Misschien varen ze wel door naar Southampton, de Ordnance Survey geeft het goede voorbeeld[1]! [1] http://www.communities.gov.uk/news/corporate/1385429 De betreffende meneer vond het ook geen probleem als het werk van het Kadaster Europees werd aanbesteed. Dat lijkt me ook een prachtig idee ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAksP/X4ACgkQYH1+F2Rqwn3JDQCgke3yiMZkb1EJc7ZZlOm7A+Sp V1MAnjhus6lDmXku/mQpjiUawUKd+WnA =P9fN -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM Nederland, OpenGeo en meer (was:reverten buildings)
Ik trek het onderwerp maar even los van de reverten buildings, daar heeft het ondertussen nog maar weinig mee te maken. On 11/27/2009 05:01 PM, Martijn van Exel wrote: Bestuur Stichting OpenGeo om de structuur om te vormen naar een Bestuur/Commissie structuur. Problematische zaken: wie krijgt stemrecht om bestuur te kiezen, wanneer /mag/ je in een commissie plaatsnemen. Ik denk dat dat op bestuurlijk niveau eerst consensus bereikt moet hebben voordat je een voorstel naar talk-nl kunt schieten met een 'wij willen een organisatie oprichten om onsallen te vertegenwoordigen als OSM in NL'. Het is een precaire balans - aan de ene kant wil je niet teveel ruis in het begin van allemaal half / niet geïnformeerde lieden die maar wat beginnen te roepen over wat wel en wat niet zou moeten, inderdaad intern eerst eens kijken hoe je het zou willen presenteren. Lijkt me slim. Aan de andere kant wil je mensen ook niet het gevoel geven voor een voldongen feit te worden gesteld. Zolang je je bewust bent van dat risico lijkt mij helemaal niks mis met deze aanpak. Maar ook: het volume op deze lijst is dermate laag dat de discussie nog wel binnen de perken zal blijven. Je kunt ook een keer een avondje organiseren om plannen / ideeën voor een chapter aan ronde tafel door te spreken met mensen die daar belang in stellen. Meer dan een (of twee) handvol zijn dat er denkelijk ook niet. Hiervoor is maar een oplossing; duidelijk communiceren. Ik denk dat we als bestuur even consensus moeten bereiken over wie wat waar communiceert; @Skinkie; laten we even intern trekken hoe we dit gaan organiseren. Wat mij betreft is iedereen lekker bezig, en heb je een probleem met de uitvoering ervan dan is het zaak je zelf eens te verplaatsen naar waar het gebeurt. Als iemand op het forum wat aan het doen is, ga je naar het forum, als iemand op IRC wat aan het doen is ga je naar IRC. Iedereen is ook lekker bezig, alleen je kunt niet van iedereen verwachten dat-ie al die kanalen in de gaten houdt. Als er belangrijke dingen gebeuren die potentieel veel mensen aangaan, zoals de import van een Nederlandse gebouwendataset, dan mag dat best wat breder worden aangekondigd. Ik weet dat er ooit is geblogd over 3DShapes, maar dat is zo lang geleden dat de directe relatie met wat er nu gebeurt niet meer te leggen is. Vind je het niet extreem grappig dat toen niemand had gereageerd? Terwijl ik zeker weet dat er screenshots zijn geweest? Het lijkt er op of er alleen gezeik komt als mensen aan het werk zijn. Dan persoonlijk liever voor de anarchie status van vroegah ;) Het ís ook nog steeds anarchie! En ik zou ook niet willen dat dat ophoudt. Als we gaan verzanden in een vergader- en overlegcultuur komt OSM hier in Nederland tot een gierende stilstand. Dat er alleen 'gezeik' komt (ik vind het nog wel meevallen...;) als er iets gebeurt komt denk ik toch doordat er niet één duidelijk communicatiekanaal is met een duidelijke structuur. Het blog is dat volgens mij bijna: als je nou op een simpele manier kan filteren wat voor soort nieuws je wilt zien, dan is het blog nog beter inzetbaar als OSM-nieuwsfeed voor een breed publiek. De huidige categorieën raken 'm volgens mij niet 100%. Wat mij perfect lijkt is een indeling in... * Evenementen en parties * Nieuwe data * Techniek en hosting * Politiek en juridisch * Grappig / opvallend / overig Hoor ik een vrijwilliger? Niet praten maar doen! Skinkie; geef mvexel eens autorisatie om een indeling van blog te maken? Wat betreft die gierende stilstand; Ik vind persoonlijk dat we daar al een beetje mee te maken hebben. Ik denk dat het aantal actieve mensen nu al meer dan een jaar rond de 20 blijft steken... en dat is geen goede zaak. Zijn er anderen die denken dat het blog van zo'n indeling, of op een andere manier, kan profiteren? Doet niks af aan de inhoud - kudos voor iedereen die zich inzet om te schrijven. Ja. Ik zie momenteel de blog en mailinglijst wel als twee centrale dingen die je als Nederlandse OSM'er wel in de gaten zou moeten houden. Inderdaad. Mooie blogpost trouwens over hack de overheid en open data ;) Ik maak me druk omdat ik geen jurist ben - en geen van ons volgens mij - en ik vermoed dat je in zwaar weer terecht kunt komen als je vanuit die positie beslissingen neemt over juridische vraagstukken. Wat als het Kadaster ineens met een auteursrechtclaim bij OpenGeo voor de deur staat? In dit soort dingen ben ik nogal voorzichtig aangelegd. Ik kan me niet herinneren dat de stichting OpenGeo een rol speelt in HackdeOverheid. Het is een initiatief waar Stefan met veel liefde en plezier zijn inzet aan ontleend, maar het is geen project dat de bestuursagenda heeft gehaald en voor mij dus formeel gezien buiten beeld. Neemt niet weg dat ik het een heel mooi initiatief vind, maar ik weiger als bestuurslid verantwoordelijk te worden gesteld voor acties waar ik niet *vooraf of
Re: [OSM-talk-nl] reverten buildings
On 11/27/2009 05:25 PM, Stefan de Konink wrote: Martijn van Exel schreef: Denk je dat dat expliciet in gebruiks- / leveringsvoorwaarden terug te vinden zou zijn? Wel, ik zal eens gaan navragen hier. Geodan verkoopt haar kaarten en producten toch door? Dragen jullie licentie gelden per kaart af aan het Kadaster? Ja Het is een precaire balans - aan de ene kant wil je niet teveel ruis in het begin van allemaal half / niet geïnformeerde lieden die maar wat beginnen te roepen over wat wel en wat niet zou moeten, inderdaad intern eerst eens kijken hoe je het zou willen presenteren. Lijkt me slim. Aan de andere kant wil je mensen ook niet het gevoel geven voor een voldongen feit te worden gesteld. Zolang je je bewust bent van dat risico lijkt mij helemaal niks mis met deze aanpak. Maar ook: het volume op deze lijst is dermate laag dat de discussie nog wel binnen de perken zal blijven. Je kunt ook een keer een avondje organiseren om plannen / ideeën voor een chapter aan ronde tafel door te spreken met mensen die daar belang in stellen. Meer dan een (of twee) handvol zijn dat er denkelijk ook niet. Het probleem is (as usual) geld. OpenGeo heeft momenteel gelabelde potjes. En ik wil niet dat bij een hostile takeover dat soort principiële dingen verloren gaan. Zijn er anderen die denken dat het blog van zo'n indeling, of op een andere manier, kan profiteren? Doet niks af aan de inhoud - kudos voor iedereen die zich inzet om te schrijven. We hebben die 'tags' dus gebruiken/relabelen lijkt me slim. We hebben een aantal bescherm engeltjes. En met de uitspraken van het Kadaster van gisteren maak ik me eigenlijk helemaal niet druk meer dat ze überhaupt met een duikboot richting Goes gaan. Misschien varen ze wel door naar Southampton, de Ordnance Survey geeft het goede voorbeeld[1]! [1] http://www.communities.gov.uk/news/corporate/1385429 De betreffende meneer vond het ook geen probleem als het werk van het Kadaster Europees werd aanbesteed. Dat lijkt me ook een prachtig idee ;) Er zijn duidelijke richtlijnen over het hoe en wanneer europees aanbesteden; het probleem is (as usual) geld. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM Nederland, OpenGeo en meer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Milo van der Linden schreef: Hoor ik een vrijwilliger? Niet praten maar doen! Skinkie; geef mvexel eens autorisatie om een indeling van blog te maken? Done. Ik kan me niet herinneren dat de stichting OpenGeo een rol speelt in HackdeOverheid. Het is een initiatief waar Stefan met veel liefde en plezier zijn inzet aan ontleend, maar het is geen project dat de bestuursagenda heeft gehaald en voor mij dus formeel gezien buiten beeld. :? Waar heb je het over :? De OpenStreetMap blog heeft niets te maken met OpenGeo. Daarvoor is een compleet lostaande blog. Heel OpenGeo wordt niet eens genoemd. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAksQFFMACgkQYH1+F2Rqwn2qSQCfQ55So/f79ymoFM/9hZukjrTl 9V0An2af3kzkrze+JdG8Vdtb9mfb/+fD =4PCV -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Milo van der Linden schreef: Geodan verkoopt haar kaarten en producten toch door? Dragen jullie licentie gelden per kaart af aan het Kadaster? Ja Jij werkt ook al voor Geodan? Er zijn duidelijke richtlijnen over het hoe en wanneer europees aanbesteden; het probleem is (as usual) geld. De VROM aanbesteding voor de BAG... lijkt me meer dan 200.000 pegels te kosten. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAksQFkYACgkQYH1+F2Rqwn3nFgCfRwLKupMIU9VQbUlzUbF9Hit2 aWUAn3ibbdR+S9KZXHd3shQTK/mvopyM =a/Do -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] reverten buildings
On Nov 27, 2009, at 7:11 PM, Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Milo van der Linden schreef: Geodan verkoopt haar kaarten en producten toch door? Dragen jullie licentie gelden per kaart af aan het Kadaster? Ja Jij werkt ook al voor Geodan? Niet dat ik weet, maar vziw is het antwoord wel juist ;) Net als 'we' (Geodanpet) dat doen voor alle andere geodata-leveranciers waarvoor wij (Geodan) resellen. Ik ga volgende week eens buurten bij de mensen van Products om te zien wat die gebruiksvoorwaarden van kadaster (Top10NL, percelen) data behelzen. Martijn van Exel http://schaaltreinen.nl twitter: mvexel skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM Nederland, OpenGeo en meer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel schreef: On Nov 27, 2009, at 7:02 PM, Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Milo van der Linden schreef: Hoor ik een vrijwilliger? Niet praten maar doen! Skinkie; geef mvexel eens autorisatie om een indeling van blog te maken? Done. Gut, wat kan ik nu allemaal? Alles instellen op de blog ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAksQNu4ACgkQYH1+F2Rqwn1cVQCcCeFH02GF15kZPbAYZ9jDY8wM LTkAnjEPd1Evix6HgV1LGfQZEV98bJuN =SZWI -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] More NearMap Sydney imagery...
Could you please post the settings you used to get Merkaartor showing nearmap tiles? I've been trying for a few days and none of the tms server settings i tried have worked. On Tue, Nov 24, 2009 at 11:30 PM, Evan Sebire e...@sebire.org wrote: Haven't checked in the last 24 hours, but yesterday I cleared the 700Mb cache that Merkaartor had built up of Eastern suburbs around Melbourne, but still were getting a mix of tiles(old/new) around the zoom 19 level.When I checked with a web browser it still seems to be a mix, not sure if it could be ISP caching? Guess it best to wait a few days, Evan ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] More NearMap Sydney imagery...
My brother patched Merkatoor to work with NearMap, info below My ticket with the patch is here: http://trac.openstreetmap.org/ticket/2473 The TMS settings I used (with the patch applied) were :- Server Address: www.nearmap.com Path: /maps/nml=Vertx=%2y=%3z=%1 Tile size: 256 cheers On Sat, Nov 28, 2009 at 8:20 AM, Leon Kernan lker...@gmail.com wrote: Could you please post the settings you used to get Merkaartor showing nearmap tiles? I've been trying for a few days and none of the tms server settings i tried have worked. On Tue, Nov 24, 2009 at 11:30 PM, Evan Sebire e...@sebire.org wrote: Haven't checked in the last 24 hours, but yesterday I cleared the 700Mb cache that Merkaartor had built up of Eastern suburbs around Melbourne, but still were getting a mix of tiles(old/new) around the zoom 19 level. When I checked with a web browser it still seems to be a mix, not sure if it could be ISP caching? Guess it best to wait a few days, Evan ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] More NearMap Sydney imagery...
And what about JOSM? So far I've just been using Potlatch because it just works. What do I have to do to get Nearmap going in JOSM? On Sat, Nov 28, 2009 at 8:20 AM, Leon Kernan lker...@gmail.com wrote: Could you please post the settings you used to get Merkaartor showing nearmap tiles? I've been trying for a few days and none of the tms server settings i tried have worked. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] More NearMap Sydney imagery...
Sorry, i've never used JOSM personally, however there is some info in the wiki on getting Nearmap working in JOSM http://wiki.openstreetmap.org/wiki/NearMap_PhotoMaps#JOSM Franc, thanks for the patch for Merkaartor, i've recomplied with it and it works perfectly. Hope the developers can get it into the next version. On Sat, Nov 28, 2009 at 5:40 PM, Steve Bennett stevag...@gmail.com wrote: And what about JOSM? So far I've just been using Potlatch because it just works. What do I have to do to get Nearmap going in JOSM? On Sat, Nov 28, 2009 at 8:20 AM, Leon Kernan lker...@gmail.com wrote: Could you please post the settings you used to get Merkaartor showing nearmap tiles? I've been trying for a few days and none of the tms server settings i tried have worked. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Hameln ÖPNV Seite
Am 27.11.2009 10:04, Chris-Hein Lunkhusen: Andreas Pothe schrieb: momentan: no_left_turn from C to A via X. Ja, das ist in der Tat flashc. ist korrigiert. Weinachtswunsch für JOSM: Wenn man mit dem Mauszeiger das kleine Abbiegeschildchen anklickt sollten die beteiligten Straßen hervorgehoben werden. ;-) Nikolauswunsch zurück: Damit die JOSM-Entwickler von deinem Wunsch wissen bitte hier ein entsprechendes Ticket erstellen: http://josm.openstreetmap.de/newticket Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] [OT] SoI maps: (Ir)rationale about restricted maps
Might be useful information (though looks like 10 year old): http://www.ias.ac.in/currsci/may25/articles10.htm -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Mapping Party howto document
On Fri, Nov 27, 2009 at 8:35 PM, Sajjad Anwar sajja...@gmail.com wrote: there is already a remarkable improvement in their map! Still reworking, http://www.openstreetmap.org/edit?lat=11.319401lon=75.932935zoom=18 Above link require visitor to login, and he is expected to edit. Is that really what you want. If not, post link as: http://www.openstreetmap.org/?lat=11.319401lon=75.932935zoom=18 -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-in] Adding symbol
I plan to add following symbols: beverages.png computers.png diy_store.png fruits.png kiosk.png butcher.pngconfectioner.png florist.pngfurniture.png and proposes (my 1st trail for dealing with such files) rules as given below signature. If OK I will commit changes. My query is: How to give wild flag. Is syntax for not equal to. I want to have symbol furniture.png if shop=furniture else shop.png -- H.S.Rai Style name=shop Rule Filter[shop]='furniture' /Filter MaxScaleDenominator2/MaxScaleDenominator PointSymbolizer file= %SYMBOLS_DIR%/furniture.png type=png width=16 /Rule /Style Style name=shopRest Rule Filter[shop]'furniture' /Filter MaxScaleDenominator2/MaxScaleDenominator PointSymbolizer file= %SYMBOLS_DIR%/shop.png type=png width=16 hei /Rule /Style ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Rendering of Shops
On Friday 27 Nov 2009 2:47:13 pm Pradeep B V wrote: Vegetable markets, jewellers, tailors, bakeries, sweet shops, harwdare shops, panwallahs, pawn brokers, mess, real estate agents/brokers. I know that etiquette is not enforced on this list, but I would request people not to top post - it really screws up the threads. If you are unfamiiliar with the term top post, kindly check the following link out: http://demo.ilugc.org.in/report/4/ and happy bakrid everyone -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Adding symbol
On Sat, Nov 28, 2009 at 12:02 PM, Kenneth Gonsalves law...@au-kbc.org wrote: Our site will be a first in this instance - That will be great :-) please do a search for 'autorick' in our xml file to see how this is to be done. I did. I read somewhere (but could not any instant in OSMI file) for not equal to. In case of auto, you use (amenity=taxi and vehicle = autorick) and autorick= meter for automet.png (amenity=taxi and vehicle = autorick) and [autorick = prepair for autopre.png (amenity=taxi and vehicle='autorick') and not autorick for auo.png I tried to do with single item shop as posted below signature of my previous post. or should I do like: (amenity=shop and deal=item) and item=furniture Basically you need to have the tag in default.style, you need to select it from the database and then you need to render it. I will add the 'shop' tag in default.style and set up the xml to support it. Thanks. But making a small How to do it will enable others to contribute. meanwhile I would appreciate it if you put up your png files somewhere (I hope they are 16x16). btw, it is not ok Will do needful. -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] village green?
On Thu, Nov 26, 2009 at 10:58 PM, Ruggero giurr...@gmail.com wrote: come è meglio taggare le aree verdi all'interno di grossi complessi residenziali. Non sono pubbliche, forse landuse=village_green [1] ? [1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green Qui: http://wiki.openstreetmap.org/wiki/Proposed_features/village_green Mi sembra di capire che village_green non sia indicato, perché si riferisce ad un'area che assomiglia ad un prato e che potrebbe addirittura essere indistinguibile da un pascolo! (che roba inglese...) leisure=park + access=private ? Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] village green?
2009/11/26 Ruggero giurr...@gmail.com come è meglio taggare le aree verdi all'interno di grossi complessi residenziali. Non sono pubbliche, forse landuse=village_green [1] ? [1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green se non sono pubbliche village_green non va bene. Village_green è un termine inglese molto specifico per una aree comune ben definita della legislazione inglese. Fuori Ingleterra non lo userei. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario civico
QGIS ti offre un plugin per OSM da cui puoi scaricare e, eventualmente, modificare/aggiungere dati. Una volta scaricati i dati questi entrano in un ambiente gis abbastanza semplice. Un altro aspetto interessante e' questo progetto http://maposmatic.org/ dove, via web, puoi produrre un pdf con la mappa di una citta' e relativo stradario. Unica nota: sul discorso civici ho qualche perplessita' su quanti dati vi siano in Italia, la mia sensazione e' che, dove le amministrazioni comunali hanno concesso l'uso dei dati per osm, ci sia qualcosa in altri casi invece i mapper che si sono dedicati a questa attivita' sono pochi. 2009/11/26 nico d ddl...@gmail.com: Salve a tutti sono nuovo del mondo openstreetmap e del mondo gis Mi chiedevo se con openstreet posso ricavare una base cartografica contentente tutti i civici e le strade di una città. Se si come debbo esportarli ? Grazie nico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://www.linux.it/~napo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [WIKI] Aggiornamento 27-11-09
Seguendo i link della Quality Assurance, mi sono accorto che la fanno praticamente solo i tedeschi... Personalmente ho aggiunto alcune strade recentemente modificate nella mia zona (Vercelli), ma c'è molto lavoro da fare. In particolare sarebbe utile che qualcuno in grado di farlo preparasse rapporti con i tool descritti qui [1], magari in maniera automatica e/o con cadenza periodica. Chi si offre volontario? Simone [1] http://wiki.openstreetmap.org/wiki/Quality_Assurance#Potentially_unmapped_places Il giorno 27 novembre 2009 01.04, fradev...@gmail.com ha scritto: Buongiorno a tutti, ho deciso che dedicherò un pò di tempo a sistemare - per quanto possibile - il wiki italiano. Cercherò di scrivere anche dei bollettini con cadenza di 15 giorni per riferire qui in lista gli aggiornamenti e discutere le modifiche. Documentare è importante!! COS'È SUCCESSO * è online il nuovo portale italiano * è a metà della sua fase di traduzione/sistemazione la nuova Guida per i Principianti [1], punto nodale secondo me del processo di ampliamento della user-base che la comunità italiana dovrebbe portare avanti; * la pagina sui progetti italiani [2] ha subito un restyling e ne subirà un altro nell'immediato futuro; * come ho scritto nella pagina TODO [3], secondo me possono essere dichiarate deprecate le pagine IT:Editing [4] e IT:Help:Contents [5], perchè non sono altro che un insieme di link ridondanti con poche informazioni, visto che il nuovo portale sembra fornire un buon orientamento ai nuovi utenti. * mi sono permesso di eliminare dalle pagine il Template:It:HelpMenu [6] per sostituirlo col più pratico e completo Template:ItalyProject [7], se siamo daccordo dichiariamo deprecato il primo; * adesso _tutto_ il portale italiano ruota intorno alle 4 fatidiche domande, che sono il tema principale sia della pagina stessa del portale che del nuovo template [7]. * è stato aggiunto il template {{English}} a tutti i link che portano a pagine in inglese (compare la bandiera del Regno Unito accanto al link) COSA C'È DA FARE Tantissimo * c'è da finire la Guida per i Principianti * tradurre Quality Assurance [8] Tutto il resto lo trovate nella pagina TODO [9] Buon lavoro a tutti! [1] http://wiki.openstreetmap.org/wiki/IT:Beginners%27_Guide [2] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Progetti [3] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/TODO [4] http://wiki.openstreetmap.org/wiki/IT:Editing [5] http://wiki.openstreetmap.org/wiki/IT:Help:Contents [6] http://wiki.openstreetmap.org/wiki/Template:It:HelpMenu [7] http://wiki.openstreetmap.org/wiki/Template:ItalyProject [8] http://wiki.openstreetmap.org/wiki/Quality_Assurance [9] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/TODO -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario Regione Lombardia
2009/11/26 Stefano Pedretti stefano.pedre...@gmail.com: E' una novità. Lo stile e i colori ricordano moltissimo mapnik, anche se è chiaro che il sistema è un'altro. Si saranno ispirati. Ehi, le vie sono colorate rosse/arancioni/giallo/bianco! E' una classificazione... Ci si potrà ispirare alla classificazione di quello stradario per la classificazione su OSM! Molto strana comunque la classificazione. Sto guardando Milano. A bassi zoom le strade rosse (statali) diventano arancioni quando entrano in città e si attaccano alla circonvallazione (anch'essa arancione). Sarebbe come dire che le statali sono primary e la circonvallazione è secondary. Ma a zoom maggiori le statali rimangono rosse, appaiono le provinciali (arancioni) e la circonvallazione diventa gialla. Cioè a zoom maggiore sembra che la circonvallazione venga retrocessa a tertiary. Insomma non ho capito se il sistema usa due diverse classificazioni (una da usare a bassi zoom, una da usare ad alti zoom) oppure se ha un sistema di classificazione molto più complesso di quello che sembra a prima vista... Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario Regione Lombardia
2009/11/26 Giorgio Massussi giorgio.massu...@gmail.com: Purtroppo la mappa non è pubblicata su un WMS, ma con caching tile server ArcGis. Ho fatto un po' di ricerche e ho trovato le api (pubbliche e documentate) e a prima vista penso sia possibile realizzare un server WMS Non conosco il caching tile server (suppongo serva delle tile...) Non è possibile ri-macinarlo in modo da caricarlo in Potlatch? Potlatch permette di aggiungere nuovi tileserver (ma non so che algoritmo usi per la nomenclatura delle tile) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [WIKI] Aggiornamento 27-11-09
2009/11/27 Simone Saviolo simone.savi...@gmail.com: Seguendo i link della Quality Assurance, mi sono accorto che la fanno praticamente solo i tedeschi... Personalmente ho aggiunto alcune strade recentemente modificate nella mia zona (Vercelli), ma c'è molto lavoro da fare. In particolare sarebbe utile che qualcuno in grado di farlo preparasse rapporti con i tool descritti qui [1], magari in maniera automatica e/o con cadenza periodica. Chi si offre volontario? io mi sono offerto volontario. solo che sono capra con gli script da riga di comando. e avrei bisogno di un po' di aiuto. la macchina e la connettività per fare girare gli script non dovrebbe essere un problema. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario Regione Lombardia
2009/11/27 Federico Cozzi f.co...@gmail.com: Non è possibile ri-macinarlo in modo da caricarlo in Potlatch? Ho acceso lo sniffer e ho visto che il tile server della Lombardia risponde a URL di questo tipo: http://www.cartografia.regione.lombardia.it/ArcGIS93/rest/services/BaseMap/StreetMap/MapServer/tile/6/365/417.png Qui ho scoperto: http://wiki.openstreetmap.org/wiki/Potlatch/Primer#Working_with_background_images To use a custom background layer: Select 'Custom' in the options window. Enter a URL such as http://www.myimagery.org/tiles/!/!/!.png - the first ! will be replaced with the scale, the second with the x tile value, and the third with the y value. Mi sembrava perfetto, quindi ho seguito le istruzioni mettendo come URL: http://www.cartografia.regione.lombardia.it/ArcGIS93/rest/services/BaseMap/StreetMap/MapServer/tile/!/!/!.png (ovviamente sperando che scala, X e Y combaciassero...) Ma non mi funziona. Ho riacceso lo sniffer e vedo passare traffico verso: http://www.openstreetmap.org/16undefined34430undefined23463undefined Che mi fa sospettare che qualcosa si sia smosso, ma non nella direzione giusta (come mai il base URL è www.openstreetmap.org? che vuole dire undefined?) Inoltre temo che ArcGIS e Potlatch calcolino scala, X e Y in modo diverso. (ma per questo basterebbe una pagina web dinamica che riceve scala, X e Y alla Potlatch, li convertisse alla ArcGIS, facesse richiesta ad ArcGIS e rimandasse tutto indietro a Potlatch) Insomma sono bloccato ma magari queste informazioni sono di aiuto per qualcuno... Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario Regione Lombardia
2009/11/27 Federico Cozzi f.co...@gmail.com: Insomma sono bloccato ma magari queste informazioni sono di aiuto per qualcuno... Qui c'è qualcosa: http://www.openstreetmap.org/user/wallclimber21/diary/8106 Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario Regione Lombardia
2009/11/27 Federico Cozzi f.co...@gmail.com: Insomma sono bloccato ma magari queste informazioni sono di aiuto per qualcuno... Qui c'è qualcosa: http://www.openstreetmap.org/user/wallclimber21/diary/8106 Dovevo avere sbagliato qualcosa, ora vedo delle richieste verso: http://www.cartografia.regione.lombardia.it/ArcGIS93/rest/services/BaseMap/StreetMap/MapServer/tile/15/17214/11731.png Peccato che ArcGIS risponda con un bel 500 Internal Server Error. E' probabile che i due sistemi di coordinate tile non combacino Come indicato nel diario qui sopra, ci vorrebbe una pagina web (eventualmente ospitata su localhost) che faccia da proxy tra potlatch e arcgis e converta i due sistemi di coordinate. Ovviamente rimane aperto il problema legale!!! Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario Regione Lombardia
Il 26/11/2009 23:18, Stefano Pedretti ha scritto: E' una novità. Lo stile e i colori ricordano moltissimo mapnik, anche se è chiaro che il sistema è un'altro. Si saranno ispirati. Pazzesco quanto è simile! Comunque oltre che a Mapnik si sono ispirati anche a GMaps: il mio paese contiene esattamente gli stessi strafalcioni di Google (una via che in realtà non esiste, nomi di 3 vie posizionati in modo sbagliato). -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario Regione Lombardia
2009/11/27 Carlo Stemberger carlo.stember...@gmail.com Il 26/11/2009 23:18, Stefano Pedretti ha scritto: E' una novità. Lo stile e i colori ricordano moltissimo mapnik, anche se è chiaro che il sistema è un'altro. Si saranno ispirati. Pazzesco quanto è simile! Comunque oltre che a Mapnik si sono ispirati anche a GMaps: il mio paese contiene esattamente gli stessi strafalcioni di Google (una via che in realtà non esiste, nomi di 3 vie posizionati in modo sbagliato). si, a prima vista pensavo che l'avevano coppiato, ma la base dei dati a milano è chiaremente diversa di quella OSM (i colori sono cosí uguale che non c'è dubbio). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario Regione Lombardia
Dunque, come vi dicevo il server è un arcgis Caching Tile Server, qui trovate le specifiche delle api: http://resources.esri.com/help/9.3/arcgisserver/apis/rest/index.html http://resources.esri.com/help/9.3/arcgisserver/apis/rest/index.htmlil server distribuisce primariamente delle tile pregenerate, quindi potrebbe essere compatbile con Potlatch. Il problema è che i codici numerici delle tiles non sono compatibili, in quanto il livello di zoom 0 è calcolato non sul mondo ma sulla dimensione della lombardia. Anche le dimensione delle tiles non corrispondono a quelle accettate da Potlatch. Insomma, così com'è non può essere usato direttamente in Potlatch. Per assurdo invece è più facile usarlo in JOSM: il server infatti accetta anche richieste mediante bounding box di coordinate geografiche. Le richieste però non sono conformi allo standard WMS, quindi c'è bisogno di un traduttore di richieste, che è appunto quello a cui accennavo nella mia prima mail. Ieri sera sono riuscito a scrivere una prima versione funzionante, c'è ancora qualche problema sulla proiezione, ma in JOSM si riesce ad utilizzare. Io contavo di riuscire ad usarlo anche con Merkaartor, che preferisco, ma ho problemi dovuti probabilmente alla proiezione usata. Per usare il traduttore bisogna installarsi una versione modificata di Tomcat (un server java). Appena riesco confeziono uno zip con il tutto. Un'alternativa potrebbe essere scrivere un plugin di JOSM, dovrebbe essere fattibile senza troppi problemi, ma devo studiarmi un po' il codice di JOSM. Il giorno 27 novembre 2009 11.55, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Il 26/11/2009 23:18, Stefano Pedretti ha scritto: E' una novità. Lo stile e i colori ricordano moltissimo mapnik, anche se è chiaro che il sistema è un'altro. Si saranno ispirati. Pazzesco quanto è simile! Comunque oltre che a Mapnik si sono ispirati anche a GMaps: il mio paese contiene esattamente gli stessi strafalcioni di Google (una via che in realtà non esiste, nomi di 3 vie posizionati in modo sbagliato). -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova pagina wiki sulle mappe vettoriali
Il 27 novembre 2009 08.47, Fabry centocolli5...@yahoo.it ha scritto: Non comprendo il senso dell'affermazione... sono a tutti gli effetti mappe vettoriali per Garmin dato che il contenuto non è raster (gli ultimi modelli supportano ora anche questo formato) ma contiene i dati descrittivi degli elementi della mappa. Non vedo perchè non utilizzare questo aggettivo corretto (che permette di differenziarle dalle mappe raster per Garmin) solo perchè il formato non è uno degli standard gis. mappe vettoriali per Garmin è corretto ma non Mappe vettoriali da OpenStreetMap o ricavare mappe vettoriali personalizzate da OSM, forse mi sono espresso un po' male se si aggiunge la parola garmin non ho obiezioni, ma se si parla di Mappe vettoriali da OpenStreetMap bisogna completarla inserendo come creare uno shape ecc ecc ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Impostazione data/ora su 747
[OT] Il 24/11/2009 13:08, gvf ha scritto: Non puoi variare l'ora del GPS in quanto si tratta dell'ora di un orologio atomico inviata dal satellite, leggermente più precisa di quella della macchina fotografica :-), ed è la base su cui funziona il sistema GPS. Questa cosa non l'ho mai ben capita: sul satellite c'è un orologio atomico, fin qui non ci piove. Sul ricevitore c'è un orologio che deve essere preciso, per potere calcolare il ritardo dal segnale. L'orologio sul ricevitore si autoregola. Ma come fa ad autoregolarsi basandosi sull'ora del satellite? A me sembra un giro logico senza uscita: ci si basa sull'ora dell'orologio del ricevitore autoregolatosi via radio dal satellite per calcolare il ritardo del segnale tra l'ora del satellite e quella del ricevitore? Se non si è capito niente era intenzionale. Qualcuno può sbrogliarmi il filo logico? (possibilmente con termini umani) Grazie!!! [Fine dell'OT] -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] classificare barriere
in questa foto http://ruggero.homelinux.org/dsc09311.jpg in corrispondenza della fine del marciapiede c'è un muretto al di là del quale c'è un parcheggio. Come è meglio classificarlo? barrier=? wall non mi ispira perché dà l'idea di essere invalicabile, mentre tipicamente io lo salto sempre per non finire in mezzo alla strada. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Impostazione data/ora su 747
Ma come fa ad autoregolarsi basandosi sull'ora del satellite? A me sembra un giro logico senza uscita: ci si basa sull'ora dell'orologio del ricevitore autoregolatosi via radio dal satellite per calcolare il ritardo del segnale tra l'ora del satellite e quella del ricevitore? Il ricevitore ha 4 incognite: x, y, z, t. Di tutti i satelliti sa la posizione (gliela dicono loro). Ipotizziamo che sappia il tempo: se sentisse due satelliti saprebbe di essere su una circonferenza (intersezione di due sfere) e con tre saprebbe dove si trova (potrebbe esserci un'intersezione che sta nello spazio profondo, il vincolo di essere vicino al geoide aiuta). In realta` anche il tempo e` una incognita, quindi gli servono 4 satelliti. La spiega, con un esempio bidimensionale: prendiamo una persona da una parte del fiume che sente i messaggi urlati da altri due che stanno dall'altra parte del fiume vuole calcolare quanto e` largo il fiume oppure semplicemente dove si trova lui. Se i due gli urlano l'ora (e la loro posizione), lui usando il suo orologio sa la distanza di entrambi, quindi ci sono due punti possibili (intersezione di due circonferenze), ma uno sta alle spalle degli altri due quindi lo scarto. Due incognite (x, y), due satelliti. Bene. Ipotizziamo che il nostro omino non abbia l'orologio. Ascoltando i due signori puo` sapere solo la differenza tra i due tempi, ovvero la differenza tra le due distanze. Saprebbe quindi di trovarsi su una curva senza sapere in che punto. Credo esca una parabola, ma nel caso semplice in cui sente la stessa ora da entrambi sa solo che si trova sull'asse del segmentoche unisce i due altri soggetti. Se avesse una terza fonte potrebbe disegnare le tre parabole (una per ogni coppia di sorgenti) che si intersecheranno in un punto solo. A quel punto sai la tua posizione. Ma poiche` sai la posizione di chi ti invia il segnale, ecco che in quel momento sai anche l'ora. /alessandro che dovrebbe lavorare invece di chiacchierare ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Impostazione data/ora su 747
2009/11/27 Carlo Stemberger carlo.stember...@gmail.com: Se non si è capito niente era intenzionale. Il trucco è: con un satellite solo il GPS non funziona :-) Il ricevitore non misura il ritardo dell'invio del segnale dall'unico satellite al ricevitore (che richiederebbe una sincronizzazione perfetta tra l'orologio del satellite e quello del GPS), ma misura le differenze dei ritardi dei segnali inviati dai satelliti che ha agganciato (che richiede *solo* una sincronizzazione perfetta tra gli orologi dei satelli). Semplificando al massimo: se nello stesso istante sento 10:00:00 dal satellite A e 10:00:01 dal satellite B, sono più vicino al satellite B. Indipendentemente da quello che dice il mio orologio. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] classificare barriere
2009/11/27 Ruggero giurr...@gmail.com in questa foto http://ruggero.homelinux.org/dsc09311.jpg in corrispondenza della fine del marciapiede c'è un muretto al di là del quale c'è un parcheggio. Come è meglio classificarlo? barrier=? wall non mi ispira perché dà l'idea di essere invalicabile, mentre tipicamente io lo salto sempre per non finire in mezzo alla strada. ogni muro è valicabile, dipende di chi e con quale eventuale attrezzo ;-). Direi barrier=wall per l'ostacolo descritto da te, con height=0.4m L'altro sarebbe barrier=fence. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario civico
Il mio problema è che ho un file csv con indirizzi e voglio fare una mappa di punti. Fino ad esso me la cavavo con un servizio legato a google map ( mapbuilder.net) ma ora quei dati mi servono su gis quindi: -mi serve una carta della zona con i civici -un sistema di geocodifica Gli isolati andrebbero anche bene ma non so come legarli al mio indirizzario Ma mapsomatic non fa le mappe solo per la Francia? Ciao Nico 2009/11/27 Maurizio Napolitano napoo...@gmail.com QGIS ti offre un plugin per OSM da cui puoi scaricare e, eventualmente, modificare/aggiungere dati. Una volta scaricati i dati questi entrano in un ambiente gis abbastanza semplice. Un altro aspetto interessante e' questo progetto http://maposmatic.org/ dove, via web, puoi produrre un pdf con la mappa di una citta' e relativo stradario. Unica nota: sul discorso civici ho qualche perplessita' su quanti dati vi siano in Italia, la mia sensazione e' che, dove le amministrazioni comunali hanno concesso l'uso dei dati per osm, ci sia qualcosa in altri casi invece i mapper che si sono dedicati a questa attivita' sono pochi. 2009/11/26 nico d ddl...@gmail.com: Salve a tutti sono nuovo del mondo openstreetmap e del mondo gis Mi chiedevo se con openstreet posso ricavare una base cartografica contentente tutti i civici e le strade di una città. Se si come debbo esportarli ? Grazie nico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://www.linux.it/~napo http://www.linux.it/%7Enapo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] classificare barriere
grazie, non sarebbe però il caso di introdurre un tag per indicare se una barriera è invalicabile o no. Per invalicabile intendo che se provi a saltarlo la gente intorno potrebbe pensare male. Il 27 novembre 2009 13.12, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2009/11/27 Ruggero giurr...@gmail.com in questa foto http://ruggero.homelinux.org/dsc09311.jpg in corrispondenza della fine del marciapiede c'è un muretto al di là del quale c'è un parcheggio. Come è meglio classificarlo? barrier=? wall non mi ispira perché dà l'idea di essere invalicabile, mentre tipicamente io lo salto sempre per non finire in mezzo alla strada. ogni muro è valicabile, dipende di chi e con quale eventuale attrezzo ;-). Direi barrier=wall per l'ostacolo descritto da te, con height=0.4m L'altro sarebbe barrier=fence. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] classificare barriere
barrier=wall height=1 o height=1 m Se tu fossi in sedia a rotelle non credo che lo salteresti. Luigi - Original Message - From: Ruggero giurr...@gmail.com To: openstreetmap list - italiano talk-it@openstreetmap.org Sent: Friday, November 27, 2009 12:51 PM Subject: [Talk-it] classificare barriere in questa foto http://ruggero.homelinux.org/dsc09311.jpg in corrispondenza della fine del marciapiede c'è un muretto al di là del quale c'è un parcheggio. Come è meglio classificarlo? barrier=? wall non mi ispira perché dà l'idea di essere invalicabile, mentre tipicamente io lo salto sempre per non finire in mezzo alla strada. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] classificare barriere
2009/11/27 Ruggero giurr...@gmail.com: grazie, non sarebbe però il caso di introdurre un tag per indicare se una barriera è invalicabile o no. Per invalicabile intendo che se provi a saltarlo la gente intorno potrebbe pensare male. foot=yes è legalmente possibile oltrepassare questa barriera a piedi? dovrebbe essere quello che chiedi Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Percorsi autobus
Sto provando a mettere insieme la mia prima linea di autobus con una relazione route e ho incontrato subito un problema. A Bergamo (che è una piccola città) molte linee quando diventano extraurbane compiono percorsi diversi. La linea si chiama, ad esempio, 6 in ambito urbano, e 6A o 6B quando esce dal territorio comunale a seconda della destinazione. A complicare ancora di più la situazione negli orari serali diventa 6C che compie un percorso ancora diverso. Quale strategia mi consigliate: * Una unica relazione con tutti i percorsi indipendentemente che siano parte di A, B o C. * Tre relation: 6A, 6B e 6C naturalmente tutta la parte che si chiama 6 viene ripetuta in ogni sngola relazione. * Quattro relation: 6 (tratto comune), 6A, 6B e 6C (tratti extraurbani) e poi tutte unite in una relazione di relazioni; ma bisogna ricordare che il wiki indica poi unire tutte le linee della stessa città in un'unica relazione (non so quante scatole cinesi siano consentite). Qualunque sia la soluzione non è possibile comunque fare del routing perché il percorso di andata è diverso da quello di ritorno a causa dei sensi unici (ma questo è un altro problema). Luigi___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Stradario civico
2009/11/27 nico d ddl...@gmail.com: Il mio problema è che ho un file csv con indirizzi e voglio fare una mappa di punti. Ottimo! Con qgis hai una plugin per l'import di file CSV. Il problema che ti manca penso sia quello del geocoding: ovvero' come avere le coordinate a partire dal numero civico. Fino ad esso me la cavavo con un servizio legato a google map (mapbuilder.net) ma ora quei dati mi servono su gis quindi: -mi serve una carta della zona con i civici -un sistema di geocodifica Su OSM i civici italiani sono pochi :( Il portale cartografico dell'ambiente offre un WFS con i civici (ergo puoi scaricarteli ma ho molti dubbi sulla licenza d'uso). Ci sono un paio di librerie che fanno geocoding usando i servizi online (google, yahoo, mapquest ...), puoi provare ad usare quelle. Gli isolati andrebbero anche bene ma non so come legarli al mio indirizzario Ma mapsomatic non fa le mappe solo per la Francia? Grazie della info :) -- Maurizio Napo Napolitano http://www.linux.it/~napo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] classificare barriere
sì, è esattamente questo Il 27 novembre 2009 13.50, Federico Cozzi f.co...@gmail.com ha scritto: 2009/11/27 Ruggero giurr...@gmail.com: grazie, non sarebbe però il caso di introdurre un tag per indicare se una barriera è invalicabile o no. Per invalicabile intendo che se provi a saltarlo la gente intorno potrebbe pensare male. foot=yes è legalmente possibile oltrepassare questa barriera a piedi? dovrebbe essere quello che chiedi Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it